VMware ワークロードのクラウド移行 - Amazon EVS で既存環境をそのまま AWS へ

Amazon Elastic VMware Service (EVS) を使った VMware ワークロードの AWS 移行を解説。VPC 統合、HCX による移行手順、オンプレミスとの接続設計を紹介します。

VMware 環境のクラウド移行が求められる背景

多くの企業が 10 年以上にわたり VMware vSphere を基盤に仮想化環境を構築してきました。しかし、Broadcom による VMware 買収後のライセンス体系変更 (永続ライセンスからサブスクリプションへの移行、バンドル構成の変更) により、オンプレミスでの VMware 運用コストが大幅に増加するケースが報告されています。加えて、データセンターの老朽化、ハードウェア更改サイクルの負担、DR サイト維持コストといった課題も重なり、VMware ワークロードのクラウド移行を検討する企業が増えています。Amazon EVS は、VMware Cloud Foundation (VCF) を AWS 上でネイティブに実行できるサービスで、既存の vCenter、vSAN、NSX をそのまま利用しながら AWS のスケーラビリティとサービス群を活用できます。

この分野について体系的に学びたい方は、関連書籍 (Amazon) も参考になります。

Amazon EVS のアーキテクチャと VPC 統合

Amazon EVS の最大の特徴は、VMware 環境が Amazon VPC 内に直接デプロイされる点です。従来の VMware Cloud on AWS (VMC) が専用の SDDC 環境を提供していたのに対し、EVS は顧客の VPC 内で動作するため、AWS サービスとのネットワーク統合がシンプルになります。ESXi ホストは i4i.metal インスタンス上で動作し、最小 4 ホストから最大 64 ホストまでスケールできます。VPC 内のサブネットに直接接続されるため、RDS、S3、Lambda、EKS などの AWS サービスとプライベート IP で通信でき、NAT やプロキシを経由する必要がありません。NSX によるネットワーク仮想化はそのまま利用でき、マイクロセグメンテーションやロードバランシングの設定を移行元から引き継げます。

HCX を使った移行手順とダウンタイム最小化

VMware HCX (Hybrid Cloud Extension) は、オンプレミスから EVS へのワークロード移行を支援するツールです。HCX vMotion を使えば、仮想マシンを稼働させたままライブマイグレーションが可能で、ダウンタイムをほぼゼロに抑えられます。大量の VM を一括移行する場合は HCX Bulk Migration を使い、メンテナンスウィンドウ内で効率的に移行します。移行の流れは、(1) EVS クラスタのデプロイ、(2) オンプレミスと EVS 間の HCX ペアリング、(3) ネットワーク拡張 (L2 延伸) の設定、(4) 移行対象 VM の選定と移行実行、(5) DNS 切り替えとネットワーク収束です。L2 延伸により移行中も IP アドレスを変更する必要がなく、アプリケーション間の通信が途切れません。移行完了後に L2 延伸を解除し、EVS 側のネットワークに収束させます。

さらに詳しく知りたい方は、関連書籍 (Amazon) で理解を深められます。

まとめ - EVS による VMware 移行の指針

Amazon EVS は、VMware 環境をそのまま AWS に持ち込める移行パスを提供します。VPC 統合による AWS サービスとのシームレスな連携、HCX によるダウンタイム最小化の移行、既存の運用手順の継続利用が主な強みです。Broadcom のライセンス変更への対応、データセンター統廃合、DR サイトのクラウド化を検討している企業に適しています。移行計画では、まず対象ワークロードの依存関係を整理し、移行ウェーブ (グループ) を定義してから段階的に移行を進めることを推奨します。

AWS の優位点

  • VMware Cloud Foundation (VCF) を AWS 上でネイティブに実行し、vCenter・vSAN・NSX をそのまま利用可能
  • Amazon VPC 内に直接デプロイされるため、RDS・S3・Lambda など 200 以上の AWS サービスとプライベート接続で統合できる
  • VMware HCX によるライブマイグレーション (vMotion) でダウンタイムを最小化した移行が可能
  • オンプレミスの IP アドレス体系や運用手順をそのまま維持でき、アプリケーションの書き換えが不要
  • i4i.metal インスタンスを基盤とし、最小 4 ホストから最大 64 ホストまでスケール可能
  • Broadcom のライセンス変更に伴う VMware コスト増への対応策として、AWS インフラへの移行が有効
  • Direct Connect や Site-to-Site VPN でオンプレミスとのハイブリッド構成を構築可能

同じテーマの記事

データ転送と同期 - AWS DataSync で実現する高速かつ安全なデータ移行基盤 AWS DataSync を活用したオンプレミスと AWS 間のデータ転送・同期の手法を解説します。S3 との統合による大規模データ移行と、継続的なデータ同期パイプラインの構築方法を紹介します。 データベース移行サービス - AWS DMS で実現する安全かつ効率的なデータベース移行 AWS Database Migration Service (DMS) を活用したデータベース移行の手法を解説します。RDS との統合による同種・異種データベース間の移行と、継続的レプリケーションによるダウンタイム最小化の実践方法を紹介します。 AWS DataSync で高速化するデータ転送 - オンプレミスから S3・EFS への移行 DataSync によるオンプレミスから AWS へのデータ転送、タスクスケジューリング、転送の検証を解説します。 AWS Elastic Disaster Recovery で構築する災害復旧 - 継続的レプリケーションと復旧テスト Elastic Disaster Recovery による継続的レプリケーション、復旧ドリル、フェイルバックの手順を解説します。 メインフレーム移行 - AWS Mainframe Modernization でレガシーシステムをクラウド化する AWS Mainframe Modernization を使ったメインフレームのクラウド移行を解説。リプラットフォーム (Micro Focus) とリファクタリング (Blu Age) の 2 パターンと移行戦略を紹介します。 AWS Mainframe Modernization でメインフレームを AWS に移行 - リプラットフォームとリファクタ Mainframe Modernization によるメインフレームアプリケーションの移行パターン、Blu Age と Micro Focus の使い分けを解説します。 メインフレーム刷新を加速する - AWS Transform でレガシー COBOL を数か月でモダナイズ AWS Transform for mainframe によるメインフレームモダナイゼーションを解説。COBOL コードの自動分析、Java への変換、段階的な移行戦略を紹介します。 AWS MGN による大規模移行の計画と実行 - ウェーブ設計とカットオーバー自動化 MGN を使った数百台規模のサーバー移行におけるウェーブ設計、自動化スクリプト、移行後の最適化手法を解説します。 AWS Application Migration Service (MGN) によるリフト&シフト移行の実践 MGN を使ったオンプレミスサーバーの AWS 移行を解説。エージェントのインストールからカットオーバーまでの手順と設計上の注意点を紹介します。 移行の一元管理 - AWS Migration Hub でクラウド移行の進捗を可視化する AWS Migration Hub を使ったクラウド移行の一元管理を解説。移行進捗の可視化、Application Discovery Service との統合、移行戦略の選択支援を紹介します。 AWS Migration Hub で一元管理する移行プロジェクト - 進捗追跡とアプリケーショングループ化 Migration Hub による移行プロジェクトの一元管理、アプリケーションの依存関係マッピング、進捗ダッシュボードの活用を解説します。 オフラインデータ転送 - AWS Snow Family で実現する大規模データのクラウド移行 AWS Snow Family (Snowcone、Snowball Edge、Snowmobile) による大規模データのオフライン転送と、AWS DataSync との組み合わせによるハイブリッドデータ移行戦略を解説します。ペタバイト規模のデータ移行の実践手法を紹介します。 AWS Migration Hub Refactor Spaces で実践するストラングラーフィグパターン - 段階的マイクロサービス化 Refactor Spaces によるストラングラーフィグパターンの実装、ルーティング制御、段階的な移行を解説します。 AWS Snow ファミリーによるオフラインデータ転送とエッジコンピューティング Snowcone、Snowball Edge、Snowmobile の選定基準、エッジコンピューティングの活用、大規模データ移行の計画手法を解説します。 AWS Transfer Family で構築するマネージド SFTP サーバー - S3 連携とユーザー管理 Transfer Family による SFTP/FTPS サーバーの構築、S3 との統合、カスタム認証の設定を解説します。 VMware ワークロードの EC2 変換 - AWS Transform for VMware で仮想マシンをクラウドネイティブ化 AWS Transform for VMware による VMware ワークロードの EC2 変換を解説。自動アセスメント、変換計画の生成、段階的な移行実行を紹介します。 Windows ワークロードのモダナイゼーション - AWS Transform で .NET と SQL Server を一括変換 AWS Transform for Windows による .NET Framework と SQL Server のモダナイゼーションを解説。フルスタック変換、ウェーブ方式の移行、コスト削減効果を紹介します。