バックアップからVMを起動させるのになぜ仮想ディスクのアップデートをリダイレクトにする必要があるのか？【VMWare専用 バックアップ & レプリケーションソフト Veeam】

投稿日: 2011年5月5日 作成者: climb
このエントリーをはてなブックマークに追加
LINEで送る

Veeam Backup & ReplicationのvPower機能を利用時に色々なオペレーションにそれぞれのオプションとデフォルト値があります。特にバーチャル・ラボ（virtual lab）用の最も最新のバックアップから起動させたり、Instant VM Recoveryオプションが仮想ディスクが配置されている場所とは違ってアップデートされたりした時にはです。

vPower内のバーチャル・ラボ機能を確認すると：バーチャル・ラボは隔離されたネットワーク内のバックアップ・ファイルから1つ以上の仮想マシンをブートすることができます。っこのネットワークは実務ネットワークから切り離されて、本番仮想マシンの外としてテスト、トレーニング、その他の活動をする環境として、バックアップ・ファイルから起動します。バーチャル・ラボを設定中にウィザードはredoログがどこに保存されたかを質問します。それはバックアップ・ファイルから仮想マシンが稼働中に発生した仮想ディスクの変更です。下記の図はバーチャル・ラボ・ウィザードでのこのステップを表示します。

バーチャル・ラボではラボ・パフォーマンスを向上させてために仮想ディスクへのアップデート用としてデータストアのみが選択可能です。このオプションはバーチャル・ラボ内のマシン上でのStorage vMotionタスクを禁止しますが、これはバーチャル・ラボ がテスト環境用に最適になるようにデザインされたためで、実務のストレージ上で起こりうるワークロードではありません。バーチャル・ラボI/Oの行動動作は下記の図に示します。

他のvPower機能はInstant VM Recoveryです。これはバックアップ・ファイルから仮想マシンを直接パワー・オンにすることができ、バックアップ・ファイルのオフ状態から直接ブートすることで故障した仮想マシンを素早くアクセスすることが可能で、本番ネットワークに配置することができます。Instant VM Recoveryウィザードでは下記の図のように仮想ディスク変更のリダイレクトの選択肢があります。

vSphere環境内で、データストアに仮想ディスクのアップデートを転送するオプションが存在する間、回復した仮想マシン上でのStorage vMotionタスクを実行する機能は不可能になります。もしvSphereでStorage vMotionがライセンスされていれば、vSphere実務ストレージ上で仮想マシンをできるだけ早く取得する方法であれば非常に重要なことです。

Instant VM Recovery用のデフォルト・オプションはVeeam Backup & Replicationサーバ上のC:\ProgramData\Veeam\NFS\{VM full name}パスの仮想ディスクへ変更を書き換えができます。Veeam Backup & ReplicationはESXホストや他のNFSクライアントがすべての変更を含む「actual」や最も最新の仮想ディスク状態を確認できることを確実にするタスクを処理します。

これにより、すべてのデータ・マイグレーション・イベント（コピー、バックアップ、レプリケーション、Storage vMotionなど）が発生した場合に現状のVM状態が収集されます。これはバックアップ・ファイルからVMが起動しても、ユーザは連結する変更に対して心配する必要はなくなります。下記の図はVeeam Backup & Replication内でのInstant VM Recovery用のI/O状態を示します。

バックアップ・ファイルから仮想マシンを機能させる機能はバックアップ・コンテンツが変更されていないということを確実にする必要があります。それゆえ圧縮と多重排除されたバックアップはリード・オンリーを保つ必要があります。これは両方の状態で仮想マシンのアップデートはリダイレクトである必要があります。

関連トピックス