理想的なクラウド基盤を構築する方法【第4回】
ハイブリッドクラウド環境での理想的なDR方式と製品選定ポイント(2/3 ページ)
3.DRを考える
3-1.バックアップデータをパブリッククラウドにレプケーションする
プラベートクラウドのバックアップデータを重複排除したまま、パブリッククラウドにレプリケーションする。レプリケーションに必須な重複排除処理はCPU/メモリを消費する。そのため、プライベートクラウドのバックアップサーバは物理サーバまたは統合型バックアップアプライアンスで構築するべきだ。しかし、パブリッククラウドではバックアップサーバを仮想マシンでのみ構築可能なため、重複排除処理が効率よくシステムリソースを多く消費しないバックアップ製品を選ぶべきである。
ハイパーバイザーと連係して取得したバックアップデータは、パブリッククラウド上ではそのままではリストアできない。例えば、VADPのバックアップデータをAWSにレプリケーションしてもそのままではリストアできない。バックアップ製品にV2P機能があると、パブリッククラウドにリストアすることができる。また、リストアの自動化・スケジュール設定ができれば、復旧時間を短縮することが可能だ。
バックアップ製品を選定する場合は、下記は必ず確認しよう。
ハイブリッドクラウドに通用するバックアップ製品選定ポイント
- パブリッククラウド上でのバックアップサーバを構築することがを正式サポートされている
- バックアップとレプリケーションがバックアップ製品から一元管理できる
- 重複排除機能のCPU/メモリの消費量が少ない
- リストアの柔軟性がある(V2P、リストアの自動化、スケジュール設定など)
次にパブリッククラウドについて、バックアップデータはプライベートクラウドへ必ずしもレプリケーションする必要はない。パブリッククラウドは通常複数拠点にデータを複製しているので、サイト障害でデータを消失することについては考慮不要である。
3-2.プライマリデータをプラベート/パブリッククラウド間でレプリケーションする
プライマリデータのレプリケーションは3つの方法がある。「(1)ストレージ機能」「(2)ハイパーバイザー機能」「(3)仮想マシン上のレプリケーション製品」によるものである。また、レプリケーション対象がアプリケーションデータ領域のみか、システム(OS)領域を含めることができるかは重要なポイントだ。
システム領域をレプリケーションできると、グローバルクラスタを構成する際に、仮想マシン自体をプライベートクラウドからパブリッククラウドへフェイルオーバ可能になる。ただ、システム領域をレプリケーションするためには、プライベートクラウドとパブリッククラウドでハイパーバイザーを一致させたうえで、ハイパーバイザーのレプリケーション機能を使用する必要がある。アプリケーションデータ領域のみレプリケーション可能だと、両サイトに仮想マシンを用意し、アプリケーションを切り替えることになる。
| ストレージ機能 | ハイパーバイザー機能 | 仮想マシン上の レプリケーション製品 |
|
|---|---|---|---|
| 例 | 「NetApp Private Storage for XXX」など | vSphere Replication Hyper-Vレプリカ |
Veritas Replicator、DataKeeper、クラスタ製品/アプリケーションに付属のレプリケーション機能など |
| 対応 クラウド |
AWS、Azure、SoftLayer(NetApp Private Storageの場合) | vCould Air Azure |
仮想マシン間のネットワークがつながれば技術的には可能。メーカーサポート状況要確認 |
| 用途 | アプリケーションデータ領域 | 仮想マシン自体(アプリケーションデータ領域、システムデータ領域) | アプリケーションデータ領域 |
| 特徴 | ベンダーストレージと、クラウドの組み合わせを選ぶ | 仮想マシン自体のサイト間フェイルオーバが可能。プライベートクラウドとパブリッククラウドでハイパーバイザーを一致させる必要あり。ベンダーロックインされる可能性大 | クラウドを選ばない |
3-3.プライベート/パブリッククラウドでグローバルクラスタを構成する
プライベート/パブリッククラウド間の切り替えができることは最低限の条件だ。仮想マシン自体をサイト間で切り替える方式(※6)と、それぞれのサイトの仮想マシン間でアプリケーションの切り替える方式がある。
※6 「vCloud Air Disaster Recovery」「Azure Site Recovery」など
仮想マシン自体を切り替えることができると、パブリッククラウドで仮想マシンを待機させる必要がなく、仮想マシン数を半減させることができる。それにより、OSライセンス費用/システムリソース/運用コストの削減が期待できる。
プライベートクラウドとパブリッククラウドのそれぞれの仮想マシン間でクラスタを組むことも可能だ。しかし、アプリケーション障害によって、いきなりサイト間で切り替わってしまってはインパクトが大きいため推奨しない。仮想マシン間クラスタをプライベートクラウドで構成すると、パブリッククラウドに切り替えるためには、多ノードクラスタになり、共有データのレプリケーション構成が複雑になる。
Copyright © ITmedia, Inc. All Rights Reserved.
理想的なクラウド基盤を構築する方法
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
9
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
-
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ジャパンをフォロー