仮想環境の事業継続製品 選定ポイント【第4回】
VMware環境に最適なDR製品の選び方 ~サイト間切り替え(グローバルクラスタ)編
代表的な3つのDR(災害対策)方式のうち、「サイト間切り替え(グローバルクラスタ)」の実装パターン、製品選定のポイントについて解説する。
今回は3つ目のDR(災害対策)方式である、レプリケーションされたプライマリデータとグローバルクラスタの仕組みを使用して切り替える「DR方式3:サイト間切り替え(グローバルクラスタ)」の概要、実装パターン、製品選定のポイントについて解説する。
DR方式3:サイト間切り替え(グローバルクラスタ)
グローバルクラスタ製品は、ローカルサイトに障害が発生した際に、リモートサイトにて複製されたプライマリデータを使用してシステムを自動/半自動で復旧させる。ローカルサイトで本番システムを運用させたまま、リモートサイトへの切り替え訓練を行うことができる製品もある。
サイト間切り替えを行うグローバルクラスタの実装パターンは、下記のように分類できる。
- VMware vCenter Site Recovery Manager(SRM)
- 仮想マシン上のグローバルクラスタ製品
- 「アクティブ/アクティブのボリュームミラーリング」+HAクラスタ製品
1.VMware vCenter Site Recovery Manager(SRM)
VMware vCenter Site Recovery Managerは、すべての仮想アプリケーションを対象とした統合リカバリプランの自動的なオーケストレーションと、ダウンタイムなしのテストを実現するディザスタリカバリソリューションです(ヴイエムウェアのWebサイトより)
この説明だけでは、一見何でもできてしまうように受け取れてしまう。ここでDRの仕組みを理解していると、このSRMはグローバルクラスタであることがお分かりいただけるだろう。
SRMはプライマリストレージのレプリケーション機能やストレージベースのCDPレプリケーション製品と連係し、データストア全体のレプリケーションを行い、仮想マシンのサイト間切り替えを行う。ストレージの操作はSRMが実行するので、サイト切り替えの際、管理者はストレージを操作する必要がない。
動作概要は下記の通りである。
- プライマリストレージのスナップショット/レプリケーションを実行する
- リモートサイトのレプリケーション先のボリュームを書き込み可能な状態に変更する
- そのボリュームをESXサーバへマウントし、仮想マシンをvCenterへインベントリ登録を行う
- 設定した順序で仮想マシンを起動する
仮想マシンの数が多くなると、vCenter Serverへのインベントリ登録を手動で行うことは非常に手間が掛かる。SRMはそれを自動化できるので、中大規模のDR構成では必須といえる。
しかし、SRMはVMware環境のデータ整合性については考慮しない。整合性はストレージの機能に任せている。SRMの機能ではVMwareの仮想マシンのスナップショットは自動で取得されない。整合性を考慮しなくてもよい領域、ファイルサーバ、ログ領域や、スタティックなコンテンツ領域については問題ないが、仮想マシンのOS領域やデータベース(DB)データなど整合性が必要な領域はバックアップのレプリケーションを必ず併用していただきたい。
リモートサイトへの切り替えは、NASの場合は最新のスナップショット、SANストレージの場合は、非同期レプリケーションの最新状態が使用される。整合性がとれたストレージのスナップショットが存在する場合はSRMで切り替えた後、管理者が手動でそのスナップショットに戻さないといけない。また、一部のCDP製品は、リモートサイトでSRMがどのリカバリポイントを使用するかを指定できるものがある。
2.仮想マシン上のグローバルクラスタ製品
本パターンで紹介するグローバルクラスタ製品は従来の物理環境でサイト間切り替えを実現するための製品である。仮想マシン上でのレプリケーション製品、またはプライマリストレージのレプリケーション機能と併用して構成する。ローカルサイト/リモートサイトで起動している異なる2台の仮想マシン間でアプリケーションの切り替えを行う。レプリケーションの対象はデータ領域である。プライマリストレージのレプリケーション機能と併用する場合は、共有データ領域をRDMで構成する必要があり、構成が複雑になる。
3.「アクティブ/アクティブのボリュームミラーリング」+HAクラスタ製品
アクティブ/アクティブのストレージミラーリングの製品を使用することで、サイト内向けのHAクラスタ製品で、サイト間をまたいでアプリケーションを切り替えを行うことができる。
サイト内向けのHAクラスタ製品は、下記の3種類がある。
- 仮想マシン間HAクラスタ
- vSphere HA
- vSphere HA+アプリ監視
それぞれの詳細の説明は、連載「仮想環境のHAクラスタ製品 選定ポイント」を参照していただきたい。
第2回~第4回で、DR方式「バックアップデータの遠隔地保管」「サイト間切り替え」の実装パターンとそれぞれの製品選定のポイントについて紹介した。多くの実装パターンがあり、複雑に思われた方も多いと思う。次回は、構成や運用をシンプルにするための推奨構成や各パターンについて、各社からリリースされている製品を比較する。
Copyright © ITmedia, Inc. All Rights Reserved.
仮想環境の事業継続製品 選定ポイント
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用 -
技術文書・技術解説
[NTTインテグレーション株式会社] 「耐量子計算機暗号」(PQC)に今、取り組むべき理由とは? 実現の道筋も解説 -
製品資料
[株式会社リンプレス] どうしたら非デジタル人材を「自走するDX推進者」に変えられるのか? -
製品資料
[アステリア株式会社] 既存システムをAIレディに変える「連携型モダナイゼーション」の手法とは? -
製品資料
[アステリア株式会社] 「データ連携」徹底解説 要件整理から連携手法、ツール選択まで
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
4
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
5
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
6
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
7
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
8
Copilot導入で陥る“目的化”の落とし穴 定着の鍵は「作り込まない」こと
-
9
RAGで「データをAIに送る」運用が限界を迎えている理由
-
10
業務用プリンターの老舗が挑むAI活用に向けた開発基盤変革を伴走支援
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
3
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
4
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
5
「IT史に名を残すシステム障害」8選
-
6
SASE選定は「見極め力」で大きな差――本当に必要な製品を選ぶための6つの視点
-
7
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
8
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
9
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー