仮想環境の事業継続製品 選定ポイント【第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
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング 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ジャパンをフォロー