仮想マシンの災害復旧計画を策定する（後編）

失敗しないVMware災害復旧対策の見極め方

仮想マシン（VM）の災害復旧として広く利用されているジオクラスタリング。その効果は選択したソフトウェアやソリューションに大きく依存する。

公開 2011年06月03日 08時01分

更新 2012年09月04日 15時24分

著者

Ray Lucchesi

[TechTarget]

印刷する

VM災害復旧のためのジオクラスタリング

　前回の「VMwareで仮想マシンの遠隔フェイルオーバーを実現する唯一の選択肢」に続き、仮想マシン（VM）の災害復旧（DR）のベストオプションを紹介する。

　現在、より洗練されたクロスサイト復旧を実現するさまざまなジオクラスタリング製品が利用可能だ。ジオクラスタリングは自動フェイルバックと自動フェイルオーバー、分散DRサイト、Raw Device Modeデータをサポートし、Virtual Centerを必要としない。

　米Symantecの「Veritas Cluster Services」（以下、VCS）は、物理サーバからVM、VMから物理サーバ、VMからVMへのフェイルオーバーが可能だ。例えば、VCSは保護サイトの物理サーバをリモートサイトのVMに、あるいはその逆方向にフェイルオーバーできる。こうした機能は、米VMwareのソフトウェア「vCenter Site Recovery Manager」（以下、SRM）がデータセンターのニーズに応じてサポートしようとしていたものをはるかに超えており、十分検討に値するものといえるだろう。また、VCSはVMフェイルオーバーをサポートするとき、ESXサービスコンソールレベルで実行する。

VM災害復旧のためのSANまたはアレイレプリケーション

　ほとんどの自動フェイルオーバー機能は、SAN（Storage Area Network）あるいはアレイレプリケーションに大きく依存し、それらのアプローチを組み合わせてフェイルオーバーの自動化を実現している。

　データストアのレプリケーションが行われると、管理者はネイティブなVMwareなどのソフトを利用してVMのフェイルオーバーを独自のスクリプトで半自動化できる。ただし、そのカスタムスクリプティングでは、VMを実行するためのESXサーバの再構成、VMのIP再割り当て、レプリケートされたデータストアのコピーのプロモートなど、一切の作業をカバーしなければならない。

VM災害復旧のためのデータ保護ソフトウェア

　米EMCの「NetWorker」「CommVault Simpana」、米IBMの「Tivoli Storage Manager（TSM）」、そしてSymantecの「Backup Exec」と「NetBackup」などのデータ保護パッケージは、いずれもさまざまなレベルでDRをサポートしている。それらのサポートレベルは、ベアメタルリストアオプションや先進的な独立バックアップデータレプリケーションなどの構成要素によって違ってくる。

　TSMは、TSM保護データをリモートサイトに自動でレプリケートするときに利用できるDRマネージャオプションをサポートしている。TSMがリモートサイトでリカバリされると、データがリストアされ、VMはマニュアル操作か手書きスクリプトによる自動化で再構成される。

　一方、その他のバックアップパッケージは、ベアメタルリストアオプションをサポートしている。この機能は、サーバやVMに必要な全てのデータをワンステップでリストア可能なバージョンで提供できる。VMデータがリストアされると、VMをリモートサイトで実行するために再構成し、ネットワーキングのIPを再度割り当てる必要がある。それが完了すると、VMはパワーオンしてバックアップから復旧される。

　その他、バックアップパッケージはどれもリモートサイトでVMファイルデータの復旧に利用できる。ベアメタルリストアオプションがなければ、全てのVMデータをリカバーするステップ数は増えるが、いったんリストアすれば、その後の災害復旧プロセスは同様の手順で行える。