仮想マシンの災害復旧計画を策定する（後編）
失敗しない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
-
製品資料
[ファインディ株式会社] AI利用率だけでは説明できない成果 開発組織の競争力を生む「開発資本」とは？ -
製品資料
[ニュータニックス・ジャパン合同会社] AI活用を成功へ導く、シンプルで費用対効果に優れたクラウド基盤とは？ -
製品資料
[ニュータニックス・ジャパン合同会社] マネージドKubernetesには限界も――メリットをフル活用する新たな選択肢とは？ -
技術文書・技術解説
[ニュータニックス・ジャパン合同会社] 決断の日が迫る「vSphere 8」サポート終了問題 考慮すべきリスクと選択肢は？ -
製品資料
[サイバーソリューションズ株式会社] メール誤送信対策のルールが肥大化 苦しむ情シスはどうすれば救われるのか？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に？ ベテランエンジニアを追い込む“54歳の壁”
-
2
「アップグレードできないJava」をどう守る IBMとRed HatがAIで400件超修正
-
3
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
4
パッチなしで「今すぐサーバを落とせ」 Kiteworks異例警告の波紋
-
5
「企業におけるAI導入検討度とIT投資優先度」に関するアンケート
-
6
「サイバー犯罪株式会社」に潜入 現地調査で判明した“犯罪者求人”の実態
-
7
祝10周年！ 創業者も予想できなかったRaspberry Pi活用例
-
8
kintoneで実践 製造業のための「見積もり管理」改善のヒント
-
9
OpenAIやAnthropicでさえ制御不能 2026年夏「3大サイバー攻撃」の衝撃
-
10
私も“AIエージェント開発者”に？ 裾野を広げる「Agent Bricks」とは
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
4
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
5
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
6
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
7
「IT史に名を残すシステム障害」8選
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは？
-
9
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
10
マンガで学ぶXDR／MDRのメリット、中小企業のセキュリティ強化になぜ有効か？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー