仮想マシンの災害復旧計画を策定する（後編）
失敗しない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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
7
Microsoft 365の知られざる5つの裏口 パスワードを変えても攻撃者は消えない
-
8
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
9
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー