インフラ設計

Amazon EVS でハイブリッドクラウドを運用する - DR サイト構築とバースト対応

Amazon EVS を活用したハイブリッドクラウド運用を解説。DR サイトの構築、オンデマンドのキャパシティバースト、AWS サービスとの統合パターンを紹介します。

約 2 分で読めます

EVS を活用したハイブリッドクラウドの設計パターン

Amazon EVS はオンプレミス VMware 環境の延長として機能するため、ハイブリッドクラウドの構築に適しています。代表的な設計パターンは 3 つあります。(1) DR サイトパターン: オンプレミスをプライマリ、EVS をセカンダリとし、VMware SRM で自動フェイルオーバーを構成します。オンプレミスの障害時に EVS 上で VM を起動し、復旧後にフェイルバックします。(2) バーストパターン: 通常時はオンプレミスで運用し、繁忙期やキャパシティ不足時に EVS にワークロードを拡張します。HCX vMotion で VM をライブ移行し、ピーク後にオンプレミスに戻します。(3) 開発・テストパターン: 本番環境はオンプレミス、開発・テスト環境を EVS 上にオンデマンドで展開し、不要時にクラスタごと削除してコストを最適化します。

DR サイトの構築と RTO/RPO の設計

EVS を DR サイトとして利用する場合、VMware SRM (Site Recovery Manager) と vSphere Replication を組み合わせます。vSphere Replication はオンプレミスの VM を EVS に非同期レプリケーションし、RPO (目標復旧時点) は最短 5 分から設定可能です。SRM はリカバリプランを定義し、フェイルオーバー時の VM 起動順序、IP アドレスの再マッピング、DNS 更新を自動化します。RTO (目標復旧時間) は VM 数と起動順序に依存しますが、数十台規模であれば 15〜30 分程度が目安です。オンプレミスの DR サイトと比較した EVS の利点は、ハードウェアの事前調達が不要な点と、DR テスト (フェイルオーバー訓練) を本番に影響なく実施できる点です。DR サイトを常時稼働させる必要がない場合は、パイロットライト構成 (最小構成で待機し、障害時にスケールアウト) でコストを抑えられます。

AWS サービスとの統合による運用強化

EVS は VPC 内で動作するため、 AWS のマネージドサービスと直接統合できます。バックアップでは、 AWS Backup が EVS 上の VM をサポートしており、 VM レベルのバックアップ・リストアをポリシーベースで自動化できます。バックアップデータは S3 に保存され、ライフサイクルポリシーで Glacier に自動移行することで長期保存コストを削減できます。監視では、 CloudWatch に EVS ホストのメトリクス (CPU 、メモリ、ストレージ使用率) を送信し、 vCenter のアラートと合わせて一元的に監視できます。セキュリティでは、 GuardDuty が VPC フローログを分析して EVS 環境への不審なアクセスを検出し、 Security Hub でセキュリティ態勢を一元管理できます。これらの統合により、 VMware の運用ツールと AWS のマネージドサービスを組み合わせた効率的な運用が実現します。 災害復旧 DR の基礎から応用まで、書籍 (Amazon)で体系的に学べます。

EVS ハイブリッド運用のコスト

EVS の DR サイトパターンでは、平常時は最小 3 ホスト構成 (月額約 23,544 ドル) で待機し、災害時にホストを追加してワークロードを受け入れます。バースト対応パターンでは、ピーク時のみ EVS ホストを追加し、ピーク後に削除することでコストを変動費化できます。HCX のライブマイグレーション (vMotion) でオンプレミスと EVS 間の VM 移動が可能で、ワークロードの配置を柔軟に調整できます。オンプレミスの VMware 環境の年間運用コスト (ハードウェア更新、データセンター費用、人件費) と EVS のコストを比較し、ハイブリッド構成の経済合理性を評価します。

まとめ - EVS ハイブリッド運用の指針

Amazon EVS は DR サイト、キャパシティバースト、開発・テスト環境のオンデマンド展開など、多様なハイブリッドクラウドパターンを実現します。VPC 統合による AWS サービスとの連携、SRM による自動フェイルオーバー、AWS Backup による VM レベルの保護が運用の柱です。まずは DR サイトの構築から始め、運用に慣れた段階でバーストや開発環境の展開に拡大するステップバイステップのアプローチを推奨します。

関連するサービス

Amazon EVSAWS 上で VMware vSphere 環境をフルマネージドで運用できるサービスAWS Direct Connectオンプレミスと AWS を専用線で接続し、安定した低レイテンシのネットワークを提供するサービスAWS BackupAWS リソースのバックアップを一元管理し、自動化・コンプライアンス対応を実現するサービス

関連する記事

VMware ワークロードのクラウド移行 - Amazon EVS で既存環境をそのまま AWS へAmazon Elastic VMware Service (EVS) を使った VMware ワークロードの AWS 移行を解説。VPC 統合、HCX による移行手順、オンプレミスとの接続設計を紹介します。ハイブリッドクラウドインフラ - AWS Outposts で実現するオンプレミスと AWS の統合基盤AWS Outposts によるオンプレミス環境への AWS インフラ拡張と、EC2 との統合によるハイブリッドクラウドアーキテクチャの構築方法を解説します。データレジデンシー要件やレイテンシ要件への対応パターンを紹介します。AWS Outposts でオンプレミスに AWS を拡張 - ハイブリッドクラウドの設計と運用データレジデンシーや低レイテンシ要件でオンプレミスに AWS を拡張する。Outposts のデプロイモデルとローカルゲートウェイの設計を紹介します。

同じテーマの記事

Auto Scaling はなぜスケールアウトは速く、スケールインは慎重なのか - 非対称な判断ロジックの設計意図EC2 Auto Scaling がスケールアウトを即座に実行する一方でスケールインに冷却期間を設ける非対称な設計の理由、フラッピング防止の仕組み、ターゲット追跡スケーリングの内部ロジックを解説します。AWS Auto Scaling で実現する需要追従型インフラ - スケーリングポリシーの設計と最適化ターゲット追跡・予測・スケジュールドの 3 種類のポリシーを使い分け、混合インスタンスポリシーでスポットを活用したコスト最適化を実現する手法を紹介します。AWS の障害ドメイン設計 - AZ・リージョン・パーティションの 3 層構造が守る可用性の仕組みAWS のインフラが AZ (障害隔離)、リージョン (地理的分離)、パーティション (政治的分離) の 3 層で設計されている理由と、各層の障害がどこまで波及するかを具体的な事例とともに解説します。AWS 障害から学ぶ分散システムの原則 - 過去の大規模障害が変えたアーキテクチャS3 障害 (2017)、Kinesis 障害 (2020)、us-east-1 の特殊性など、AWS が公開した障害レポートを題材に、Shuffle Sharding、Static Stability、Cell-based Architecture といった設計原則を解説します。AWS はなぜそこにリージョンを建てるのか - データセンター立地選定の知られざる判断基準AWS がリージョンの立地を決定する際に考慮する電力供給、地政学リスク、データ主権法制、ネットワーク接続性、自然災害リスクなどの判断基準を、具体的なリージョンの事例とともに解説します。AWS の Availability Zone ID はなぜアカウントごとに異なるのか - AZ マッピングの設計意図us-east-1a がアカウントごとに異なる物理 AZ を指す仕組み、AZ ID (use1-az1) が導入された背景、キャパシティの均等分散という設計意図、クロスアカウントでの AZ 指定の注意点を解説します。バッチコンピューティング基盤 - AWS Batch で実現する大規模並列処理AWS Batch を活用した大規模バッチ処理の構築方法を解説します。ジョブキュー、コンピューティング環境の自動スケーリング、Spot インスタンスによるコスト最適化など、科学計算や大規模データ処理に最適なバッチ基盤の設計を紹介します。AWS Batch でバッチコンピューティングを自動化 - ジョブキューとコンピューティング環境の設計AWS Batch によるジョブのスケジューリング、Fargate/EC2 コンピューティング環境の使い分け、スポットインスタンスの活用を解説します。

内容が近い記事・サービス

VMware ワークロードのクラウド移行 - Amazon EVS で既存環境をそのまま AWS へAmazon Elastic VMware Service (EVS) を使った VMware ワークロードの AWS 移行を解説。VPC 統合、HCX による移行手順、オンプレミスとの接続設計を紹介します。VMware ワークロードの移行戦略 - MGN と EVS を使い分ける段階的アプローチVMware ワークロードを AWS へ移行する際の MGN (Application Migration Service) と EVS の使い分け、段階的移行計画の立て方、移行後の最適化を解説します。VMware ワークロードの EC2 変換 - AWS Transform for VMware で仮想マシンをクラウドネイティブ化AWS Transform for VMware による VMware ワークロードの EC2 変換を解説。自動アセスメント、変換計画の生成、段階的な移行実行を紹介します。AWS Backup Gateway でオンプレミス VMware VM を保護 - ハイブリッドバックアップ戦略vSphere 環境にゲートウェイをデプロイし、オンプレミスの VMware VM を AWS Backup のバックアッププランで一元管理する。クロスリージョンコピーによる DR 対策も紹介します。