仮想マシンの災害復旧計画を策定する（後編）
失敗しないVMware災害復旧対策の見極め方
仮想マシン（VM）の災害復旧として広く利用されているジオクラスタリング。その効果は選択したソフトウェアやソリューションに大きく依存する。
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サービスコンソールレベルで実行する。
「Windows HPC Server 2008」は、もう1つのジオクラスタリング製品だが、サーバからサーバ、VMからVMへのフェイルオーバーしかサポートしていない。また、HPC Serverはローカルとリモートの双方のサイトのWindowsサーバで実行しなければならないため、サポートするのはWindowsからWindowsへのフェイルオーバーだけだ。
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データをリカバーするステップ数は増えるが、いったんリストアすれば、その後の災害復旧プロセスは同様の手順で行える。
VMwareの災害復旧は、さまざまな方法でサポートできる。しかし、どのような自動フェイルオーバーもデータレプリケーションやソフトウェアに大きく依存することになる。
- VMware SRMは、ほとんどのVMフェイルオーバーを簡単に自動化できるが、現行では幾つか制約がある
- ジオクラスタリングソフトは自動フェイルオーバー機能を提供するが、VCSには適用できず、単一のOSに限定される
- SANまたはアレイレプリケーションも利用できるが、半自動フェイルオーバーにはカスタムスクリプトが要求される
VM DRは単独のアプローチに限定する必要はない。レプリケーションの出費を考えれば、自動フェイルオーバーは幾つかのクリティカルなVMに限られ、他のマシンは自動復旧の対象から外されるだろう。クリティカルなVMは自動復旧、その他はマニュアル復旧といった多階層のDR計画は、上記の製品を組み合わせることで比較的簡単にサポートできる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
なぜワンキャリアは障害復旧を3時間から1時間以内に短縮できたのか -
製品資料
自社のDevSecOpsはどこまで進んでいる？ 進捗を測る指針“成熟度モデル”とは -
製品資料
実際に悪用される脆弱性は4％前後 優先的に対処すべき脆弱性を把握するには？ -
事例
三菱ケミカルが脆弱性への迅速な対応フローを実現した方法とは？ -
技術文書・技術解説
MDMだけでは防げない？ Appleデバイスに潜む5つのセキュリティギャップ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
IT人材の42％が転職予備軍 辞めさせない組織の4つの共通
-
2
LLMの「過学習」、正しく説明している文章はどれ？
-
3
契約作成からKYCまでAIが完結 独金融大手が3000人を削減してまで狙う破壊的効率化
-
4
「HDD終了」は本当か 巨大クラウド2社が下した大容量フラッシュへの決断
-
5
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
6
「業務改善とツール活用」に関するアンケート
-
7
【漫画付き】"RAG導入失敗3例"と処方箋 「入れても使われない」を終わらせる
-
8
GitHub Copilotを使いこなす第一歩 初めてのプロンプト6つのコツ
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
ただで使い「12時間以内の復旧」を迫る 無償OSSを商用扱いする日本企業の末路
ホワイトペーパーランキング PR
-
1
属人化や仕様バグはなぜ起きる？ AI時代に必須のドキュメント文化の作り方
-
2
「NAS」「SAN」「DAS」は何が違う？ いまさら聞けないストレージの基礎
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
財務を戦略的組織へ進化させるAI活用術、4つの主要な障壁と解消方法
-
5
中小企業必見、Microsoft 365でゼロトラストセキュリティを実現する方法
-
6
セキュリティソフトをすり抜ける標的型攻撃メール、不審メールの見破り方とは？
-
7
“あのファイル転送”で暗躍するノーウェアランサム
-
8
5分で分かる「AI駆動開発エージェント」 要件定義から設計・実装・テストまで
-
9
動画で知るランサムウェア被害企業のリアル、会計データが無事だった理由とは
-
10
マンガで解説：「ゼロトラスト」「SASE」の必要性とメリット
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー