以前「仮想ゲストOSバックアップ~スクリプト編~」で、ゲストOSをバックアップするためのスクリプトを稚拙ながら書きましたが、今回はそのスクリプトをESXiのcronに登録してみます。やっていることは、スクリプトをパスの通ったところにリンクを張るcron設定ファイルに登録するの2点です。どちらもrc.localに書き込むのですが、これは/sbinに実際のスクリプトファイルを置いても、ESXiサーバを再起動すると、デフォルトのファイルに戻されるため、せっかく置いたファイルが消えてしまいます。cron設定ファイルも同様に、再起動するとデフォルト設定に戻るので、どちらとも起動時に再配置・再設定するようにするわけです。$1;}'`crondcronの再設定にはヒア・ドキュメントを使うと、ファイルに直接書き込むようなイメージで仕込むことが出来るので便利です。再起動をまだしませんよ~という方は、リンク作成とcron設定ファイルを直接編集して、cronデーモンを再起動してください。さぁ、これでESXiサーバ時間の午前3時にこのサイトのゲストOSのホットバックアップが開始されるはずです。ちなみに当方のESXiの時間は米国中部のままの設定なので、日本からだと-15時間の時差があります。よって、時間だけで言えば、いきなり日本時間の昼の12時に開始されるわけです。注記:バックアップスクリプトのGIDチェック部分で取得GIDが正常でも直前の実行ステータスが0で帰ってくるため、バックアップ処理が中断される現象が出ました。よってスクリプト側の修正も施されていますので、過去記事を参照してくださいな。これで無事上書き自動バックアップが出来るようになりましたとさ。あとは、リストア用のスクリプトと、バックアップローテーションをどうするかですな・・・ポツポツ合間を見つけて書いてみます。以前、仮想ゲストOSのバックアップについて、簡単に書きましたが、当方の環境もここまでESXi密度が高いと、「もしも・・・」の時に涙ちょちょ切れ~ってことになるので、スナップショットとクローン作成を利用したバックアップ作成スクリプトを作ってみました。当方の環境は、バックアップ用ボリュームがESXi上にnfsマウントされており、以下のスクリプトはそこに作成されるような仕組みになっていますので、環境に合わせて変数内容を変えてください。このスクリプトを作成するにあたり、「AKIONWEB」さんのところを参考に作ってみましたが、動作結果については自己責任と言うことで。環境条件から・・・といっても上に書いたように、ESXiからバックアップボリュームが見えていること引数としてはゲスト名だけを使用するバックアップは上書きでも良しとすることだけです。続きと簡単な解説は、続きでどうぞ。仕事柄、ある製品のサポートもしているのだが、再現確認が必要な場合、今までは実機を使用して動作確認・解析を行っていた。この場合、複数のお客さんの疑似環境を作る必要に迫られたときが大変。スケジュールを組んで進めていくのだが、OSが異なったりすると毎回実機にOSをインストールする羽目に。一部、クライアントで動くVMwareも使用していたのだが、何せサーバ関連のサポートなので、必ず複数台必要となり、クライアントを圧迫。そんな矢先、これが出てきたので飛びついた。ESXiは無償!なのでSOHOな当方には助かる。(当然企業ユースには高機能版が販売されています)前置きが長くなったが、ESXiを使っていて一番困るのが、「ゲストOSのバックアップ」である。ゲストOSを止めてバックアップ(コールドバックアップ)するのであれば、別段問題は無いのだが、サーバ絡みなので動作中でもバックアップを取る必要がある。Backup(VCB)は有償・・・。コマンドで何とかしてしまえと言うことで、以下に手順を。[スナップショット名]このスナップショットを取ることにより、本来読み込みまでロックされている.vmdkファイルのコピーが可能になります。ファイルのコピーコピー方法は、環境によりけりなので、いくつか例を。ESXiサーバに外部ディスクを直接アタッチしている場合は、そのマウントしているボリュームにコピーすればOK。ちなみに当方は、別のLinuxサーバボリュームをネットワークマウントしているので、そこにコピーしています。外部のWindowsやNASに転送する場合は、WinSCP(日本語版)なんかを使ってネットワークコピーすればOK。コピーが終わったら、スナップショットを解放。[ゲストOSのID]もし、元が壊れてこのバックアップから起動したい場合は、ゲストOS名-xxxxx.vmdkの「-xxxxx」を取り除いて起動してあげれば立ち上がります。HostingWordPressログイン。