Amazon EVS と NSX Federation によるディザスタリカバリとマルチサイトネットワーク

本稿は、2026 年 8 月 18 日に公開された “Amazon EVS with NSX Federation for Disaster Recovery and Multi-site Networking” を翻訳したものです。

はじめに

Amazon Elastic VMware Service (Amazon EVS) が NSX Federation をサポートしました。これにより、AWS 上で VMware ワークロードを実行する際のエンタープライズ規模のネットワーク、ディザスタリカバリ (DR)、マルチサイトネットワークのための強力な新しいオプションが利用可能になります。

NSX Federation は、複数の NSX 環境を単一の Global Manager コントロールプレーンの下で接続する VMware のネットワーク機能です。オーバーレイネットワーク、セキュリティポリシー、ゲートウェイサービスを複数のロケーションに拡張し、各サイトを個別に設定するのではなく、複数サイトのネットワークを統一されたファブリックとして管理できます。

VMware Cloud Foundation Operations HCX (HCX) は、マイグレーションおよびマイグレーション中のネットワーク拡張のための VMware のソリューションです。NSX Federation は、大規模な Layer 2 拡張、ロケーション間での統一されたセキュリティポリシー、マルチサイトメッシュ接続、および 1 分未満のフェイルオーバーによるネイティブ DR を必要とするシナリオに対応することで、HCX を補完します。

この記事では、これが重要である理由、NSX Federation が HCX 単体では提供できないネットワーク機能をどのように拡張するか、そしてワークロードの真のマルチサイトネットワークをどのように実現するかを説明します。

課題: エンタープライズネットワークが単一ソリューションの範囲を超える場合

VMware HCX Network Extension (NE) は、マイグレーション中にサイト間で Layer 2 セグメントを延伸するための実績のある専用技術です。マイグレーションワークフローや小規模な DR シナリオでは効果的かつ迅速にデプロイできます。しかし、企業がスケールするにつれて、HCX に加えて追加の機能が必要になることがあります。

• 大量の VLAN 数 – 数百の VLAN を持つ環境では、アプライアンスペアごとの拡張ではなく、ファブリックレベルのアプローチが有効です。
• 統一されたセキュリティポリシー – 単一サイト内だけでなく、すべてのロケーションで一貫して適用される Distributed Firewall (DFW) ルール。
• マルチサイトメッシュネットワーク – 複雑なハブアンドスポークトポロジなしに 3 つ以上のロケーションをネイティブにサポート。Federation により、ネットワーク全体を再設計することなく、設定ステップとして新しいサイトを追加できます。
• ステートフル DR フェイルオーバー – フェイルオーバー中にステートフルサービスが完全に保持された状態での 1 分未満のネットワーク接続復旧。

ここで NSX Federation が登場します。HCX の代替ではなく、これらのエンタープライズ規模の要件に対応する補完機能です。

ソリューション: Amazon EVS 上の NSX Federation

NSX Federation は、参加するすべてのロケーションにまたがる単一の Global Manager によって管理される、統一されたオーバーレイネットワークファブリックを作成します。HCX と並行して動作し、それぞれの技術がその強みを発揮します。

NSX Federation が提供する機能

マルチサイトネットワークの実践

Federation の大きな利点の 1 つは、マルチサイト接続です。従来のアプローチでは、3 つ以上のサイトを接続するには、個別のポイントツーポイントリンクを構築し、各ペア間のルーティングを管理する必要がありました。Federation は、すべてのロケーションを単一ファブリックのメンバーとして扱うことで、この複雑さを排除します。

• サイト A のワークロードは、追加の設定なしに同じ Global Segment 上でサイト B またはサイト C と通信できます。
• DFW ポリシーは、ファブリック内のどのサイトで実行されているかに関係なく、ワークロードに追従します。
• Global Manager に登録してローカル Edge ノードをデプロイすることで、新しいサイトの追加ができます。既存ネットワークのオブジェクト (セグメント、ファイアウォールルール、ゲートウェイ) は自動的に新しいロケーションに拡張されます。

これにより、Federation は複数の AWS リージョンやアベイラビリティーゾーンをまたいで運用する組織や、オンプレミスデータセンターとのハイブリッド接続を維持する組織にとって特に価値があります。

ビジネス価値: エンタープライズクラウド導入にとって重要な理由

1. 停滞しているマイグレーションの解消

複数の企業が、マルチサイト DR および数百のネットワークセグメントにまたがる IP 保持接続の要件が、マイグレーションツールで実現可能ではあるものの、大規模であれば非実用的なリソースコストでしか達成できないため、Amazon EVS の採用がブロックされていました。NSX Federation はこれらの組織のブロックを直接解消し、本番環境のデプロイメントを進めることを可能にします。

2. 運用複雑性の削減

Federation は大規模な L2 拡張を単一のマネージドファブリックに統合します。運用負荷は大幅に低下します。

• 1 つの Global Manager がすべてのロケーションにわたる一元的な制御を提供
• 1 つの DFW ポリシーセットがどこでも一貫して適用
• 1 つのフェイルオーバーメカニズム (Active-Standby T0) がネットワークフェイルオーバーをネイティブに処理

3. 真のビジネス継続性

Amazon EVS 上の NSX Federation は以下を実現します。

• ネットワーク RTO: 1 分未満の Active-Standby Tier-0 ゲートウェイフェイルオーバー。これを実現するには、NSX フェイルオーバーおよびルートテーブルの更新などの AWS 側のネットワーク変更のためのオートメーションが必要です。
• RPO: Amazon FSx for NetApp ONTAP SnapMirror レプリケーションで約 5 分 (またはマルチ AZ デプロイメントで RPO 0)
• フェイルオーバーの前、最中、後において、両サイトで DFW ルールがアクティブな状態での一貫したセキュリティポスチャ

HCX と NSX Federation: 組み合わせによる相乗効果

HCX と NSX Federation は補完的な目的を持ち、組み合わせて効果的に機能します。それぞれが適しているユースケースは以下の通りです。

エンタープライズ企業は HCX と NSX Federation の両方を使用できます。HCX がマイグレーションの過程を処理し、NSX Federation がワークロードの配置後に長期的なネットワークと DR の基盤を提供します。

まとめ

この記事では、Amazon EVS 上の NSX Federation が AWS 上のエンタープライズ VMware ネットワークの可能性をどのように拡大するかを紹介しました。ファブリックレベルの L2 拡張、統一されたセキュリティポリシー、ネイティブマルチサイトメッシュ接続、1 分未満の DR フェイルオーバーにより、HCX を補完します。これらの機能を組み合わせることで、マイグレーションを超えたエンタープライズ規模の要件に対応するためのツールが提供されます。

大規模なマイグレーションを計画している場合でも、マルチサイト DR アーキテクチャを構築している場合でも、複数の AWS ロケーションとオンプレミスデータセンター間でワークロードを接続している場合でも、Amazon EVS 上の HCX と NSX Federation の組み合わせが、それを正しく実現するためのネットワーク基盤を提供します。

始める準備はできましたか？ お使いの環境での NSX Federation デプロイメントについては、AWS アカウントチームにお問い合わせいただくか、Amazon EVS のドキュメントで詳細をご確認ください。