【2026年最新】VMware Cloud on AWSとは？メリット・スペックからBroadcom買収後の移行手順まで徹底解説

2026年7月29日 2026年7月25日

frenchfly

「オンプレミスのVMware環境のハードウェア保守が切れるが、今後のインフラをどうすべきか」「AWSへ移行したいが、仮想マシンの変換やIPアドレスの変更など、システム停止のリスクを取りたくない」「Broadcom買収後、vmwareonawsの契約形態やライセンス費用がどう変わったのか正確に知りたい」
インフラの運用担当者や情報システム部門の方であれば、一度はこのような悩みを抱えたことがあるのではないでしょうか。

VMware Cloud on AWS（通称：VMC on AWS）は、オンプレミス（自社運用）で稼働しているVMware環境を、世界最大のクラウドであるAWS（Amazon Web Services）上にそのまま持ち込める画期的なソリューションです。しかし、2023年のBroadcom社によるVMware買収以降、その契約形態やライセンス体系は大きく変貌を遂げています。「古い情報のまま検討を進めると、予算や契約窓口で大きな手戻りが発生する」という事態が実際の現場で多発しています。本記事では、数々のエンタープライズインフラの移行を手掛けてきた専門家の視点（E-E-A-T）から、VMC on AWSの基礎知識、気になる「スペック」や絶大な「メリット」、2026年現在の最新の契約事情、そして他社クラウドとの比較から具体的な移行ステップまでを網羅的に解説します。

1. VMware Cloud on AWS (VMC on AWS) とは？

VMware Cloud on AWSとは、AWSが提供する物理サーバーの上に、VMwareのソフトウェア定義データセンター（SDDC）環境を構築し、マネージドサービスとして提供するハイブリッドクラウドソリューションです。

※マネージドサービス：サーバーの物理的な保守や、ソフトウェアのパッチ適用・バージョンアップなどを、メーカー側（AWSやVMware）が自動で行ってくれる運用代行サービスのことです。

オンプレミスのVMware環境をAWS上でそのまま稼働させる

簡単に言えば、「自社のデータセンターにあるVMwareの環境を、そのままAWSという巨大な高機能データセンターに引っ越しさせる」サービスです。OSやアプリケーション側から見れば、下回りのインフラが自社所有のハードウェアからAWSのインフラに変わっただけで、環境自体は使い慣れたVMwareのままです。

【図解】VMC on AWSの主要な構成要素

VMC on AWSは、以下のVMware主要コンポーネントが最初からパッケージ化されて提供されます。

コードスニペット

【 VMC on AWS のアーキテクチャ図解】

[ お客様のオンプレミス環境 ] =(VMware HCX / 専用線)= [ AWSクラウド環境 ]

┌──────────────────── ───┐
│ VMware Cloud on AWS (SDDC環境) │
│ 　　　　　　　　│
│ ・vCenter (統合管理) 　　　　　 │
│ ・vSphere / ESXi (サーバー仮想化) 　　　│
│ ・vSAN (ストレージ仮想化) 　　　　 │
│ ・NSX (ネットワーク仮想化) 　　　　 │
├────────────────────────┤
│ AWS ベアメタルインフラ (専用物理サーバー) 　│
└────────────────────────┘

vSphere (ESXi/vCenter)：サーバー仮想化の基盤および、全体を操作する管理ツール。
vSAN：ストレージ仮想化。AWSの高速なローカルディスクを束ねて巨大な共有ストレージ化します。
NSX：ネットワーク仮想化。オンプレミスとクラウドのネットワークを安全に接続・制御します。
VMware HCX：クラウド移行のための強力なマイグレーション（お引越し）ツール。

2. VMC on AWSの「スペック」とインスタンスタイプ（2026年最新）

VMC on AWSを導入する際、コストに直結するのが「どのハードウェアスペックを選ぶか」です。VMC on AWSは、AWSの「ベアメタルインスタンス」と呼ばれる専用の物理サーバーをホストとして利用します。
※ベアメタル：仮想化されていない、ハードウェアの性能を100%引き出せる物理サーバーそのもののことです。
現在、主力として提供されている代表的なホストのスペック（仕様）は以下の通りです。移行前のサイジング（容量計算）において非常に重要な指標となります。

【表】主要インスタンスのスペック比較

インスタンス名	特徴・推奨ワークロード	CPUコア数	メモリ (RAM)	ストレージ (NVMe)	ネットワーク帯域
i4i.metal	現在の標準モデル。高い演算能力とメモリを誇り、一般的な業務システムやDBに最適。	64コア (第3世代 Intel Xeon)	1,024 GiB	約 30 TB (実効容量はvSAN設定による)	最大 75 Gbps
i3en.metal	大容量ストレージ特化型。大量のデータを保持するファイルサーバーやビッグデータ基盤に最適。	48コア (Intel Xeon Scalable)	768 GiB	約 45 TB (実効容量はvSAN設定による)	最大 100 Gbps

【専門家のワンポイント】

「自社の仮想マシンを何台乗せられるか？」は、このホストのスペックに依存します。現在はCPUの処理能力よりも「メモリ容量（RAM）」がボトルネックになるケースが多いため、メモリ搭載量が1TBを超える「i4i.metal」を選択し、少ないホスト数で高集約に稼働させるのがコスト最適化の基本です。

3. VMC on AWSを導入する4つの絶大なメリット

単なるクラウドへの移行ツールに留まらず、VMC on AWSが多くのエンタープライズ企業に選ばれるのには、技術的・運用的な絶大なメリットがあるからです。

① ダウンタイムゼロ！IPアドレス変更なしのシームレスな移行

VMC on AWS最大のメリットは、「VMware HCX」を用いたL2延伸（オンプレとクラウドを同じネットワークセグメントにする技術）と、vMotionの組み合わせです。

これにより、仮想マシンを再起動させることなく、IPアドレスも1文字も変えずにクラウドへお引越し（Live Migration）することが可能です。基幹システムの停止時間を「ゼロ」、または数分に抑えることができるため、ビジネスへの影響を極小化できます。

② 既存のVMwareスキル・運用プロセスを100%流用可能

ネイティブなAWS（EC2など）へ移行する場合、インフラエンジニアはAWS独自のアーキテクチャを一から学習し、運用手順書やバックアップの仕組みをすべて作り直す必要があります。

VMC on AWSなら、管理画面は使い慣れた「vCenter」のままです。既存の運用マニュアル、サードパーティ製のバックアップソフト（Veeamなど）、監視ツールもそのまま使えるため、運用担当者の再教育コストを劇的に削減できます。

③ AWSネイティブサービス（S3、RDS、AI連携）との超高速連携

VMC on AWSの環境は、AWSのデータセンター（VPC）内に直接構築されます。そのため、仮想マシンからAWSの各種サービスへ、同一データセンター内の超高速・低遅延ネットワーク（ENI）を介して通信できます。

大容量で安価なバックアップ先としての Amazon S3
マネージドデータベースである Amazon RDS
最新の生成AIサービスである Amazon Bedrock

これらとVMware上のレガシーシステムをセキュアに連携させ、システムの近代化（モダナイズ）を推し進めることが可能です。

④ データセンター撤退やBCP/DR（災害対策）の迅速化

ハードウェアの老朽化によるデータセンターからの撤退期日が迫っている場合、システムを1つずつ改修している時間はありません。VMC on AWSを使えば、数ヶ月〜年単位かかる移行プロジェクトを、最短数週間で一気に完了させることも可能です。また、有事の際にクラウド側でシステムを立ち上げる災害対策（DR）のリカバリサイトとしても非常に有効です。

4. 【重要】Broadcom買収後のVMC on AWSの契約・ライセンス変更点

2026年現在、vmwareonawsを検討する上で絶対に避けて通れないのが、Broadcom社による買収に伴う契約体系の劇的な変化です。

AWSからのリセール（代理販売）終了とBroadcom直販化

これまでVMC on AWSは、AWS側から直接購入し、AWSの利用料（従量課金）と合算して請求書をまとめることが可能でした。しかし、Broadcomの戦略変更により、AWSによるVMC on AWSの直接の再販（リセール）は終了しました。

現在、VMC on AWSのサブスクリプションライセンスは、Broadcom（またはその認定パートナー・SIer）から直接購入する形態に変更されています。これにより、「AWS基盤の費用」と「VMwareライセンスの費用」で契約窓口が分かれるケースが発生しているため、社内の調達部門や法務部門との事前調整が必須となっています。

サブスクリプション化への最適化（ライトサイジング）

ライセンス費用が高騰傾向にある中、VMC on AWSのコストを抑えるためには、「無駄なリソースをクラウドに持っていかないこと」が鉄則です。移行前にオンプレミス環境の「仮想マシンの棚卸し（不要なサーバーの削除・縮小）」を徹底し、VMC on AWS上で契約する物理ホストの数を最小限に抑えるライトサイジングが、最も効果的なコストダウン手法となります。

5. 【比較】ネイティブAWS（EC2）や他社クラウド（AVS / GCVE）との違い

「そのままAWSのEC2に乗せ換えるのとどう違うの？」「MicrosoftのAVSと迷っている」という方へ、それぞれの違いを整理します。

VMC on AWS vs ネイティブAWS（Amazon EC2）

比較項目	VMware Cloud on AWS	ネイティブAWS (Amazon EC2)
インフラコスト	高い（ホスト単位の専用占有基盤）	安い（使った分だけの従量課金）
移行の難易度・期間	極めて低い・短期（そのまま移動）	高い・長期（OSの設定変更や検証が必要）
IPアドレスの変更	不要（L2延伸利用時）	基本的に必要
既存の運用手法	維持可能（vCenterを利用）	刷新が必要（AWSの作法へ変更）

※TCO（総所有コスト）の考え方：インフラの月額費用「だけ」を見ればEC2が圧勝します。しかし、移行にかかるエンジニアの人件費、システム停止による機会損失、運用マニュアル再設計のコストを総合的に計算（TCO）すると、数十〜数百台規模の仮想マシンを一気に移行する場合、結果的にVMC on AWSの方が「総コストが安く、かつ早く安全に済む」ケースが多々あります。

VMC on AWS vs AVS / GCVE

VMware環境のクラウド移行先としては、他社のマネージドサービスも強力な対抗馬です。

VMC on AWS：AWSの豊富なエコシステム（AIやデータ分析）と連携したい企業向け。
AVS (Azure VMware Solution)：Windows ServerやSQL Serverを多用している企業向け。Microsoftのライセンス特典（Azure Hybrid Benefit）により、OSライセンス費用を劇的に削減できる可能性があります。
GCVE (Google Cloud VMware Engine)：BigQueryなど、Googleの強力なデータ基盤とVMware上のデータを密接に連携させたい企業向け。

6. 【図解】失敗しないVMC on AWSへの移行ステップ

VMC on AWSへの移行は、魔法のようにボタン一つで終わるわけではありません。確実なステップを踏む必要があります。

【 VMC on AWS 移行の王道 5ステップ】

[ Step 1: アセスメント（現状調査）]
現在の仮想マシンの数、CPU/メモリ使用量、ネットワーク構成をツールで可視化。
▼
[ Step 2: サイジングとライセンス・スペック確定 ]
「i4i.metal」等のスペックに基づき、必要なホスト数と契約期間を確定。
▼
[ Step 3: 基盤構築（SDDCのデプロイ）]
ポータル画面から数クリックで、数時間以内にAWS上にVMware基盤が自動構築される。
▼
[ Step 4: HCXによるネットワーク延伸 ]
オンプレミスとVMC on AWSを専用線（Direct Connect）等で結び、L2ネットワークを延伸。
▼
[ Step 5: vMotionによる仮想マシンの移行 ]
業務を止めることなく、裏側でデータを同期し、シームレスにクラウドへカットオーバー！

【具体的なアクション】

まずは現状の「正確なリソース使用量」を把握することが第一歩です。ピーク時のCPUやメモリの割り当て量ではなく、「定常的にどれくらいの実リソースを消費しているか」を計測し、クラウド上での適正サイズを割り出しましょう。

7. まとめ：自社に最適なクラウド移行戦略を描こう

VMC on AWSは、オンプレミスとクラウドの良いとこ取りをした、エンタープライズ企業にとっての「移行の最適解」の一つです。

最新のハイスペック環境（i4i.metalなど）を迅速に調達できる
IPアドレスを変更せず、無停止でAWSへ移行できる
これまでのVMwareの運用ノウハウ・ツールを捨てずに済む

一方で、2026年現在はBroadcom買収による契約体系の変化という新しい課題にも直面しています。「なんとなく便利そうだから」で進めるのではなく、自社のシステムが「長期的にVMware基盤に残り続けるべきか」、それとも「将来的にネイティブAWS（EC2）へモダナイズしていくための”中継地点”としてVMC on AWSを使うのか」、中長期的なITロードマップをしっかりと描くことが重要です。

不安な点があれば、VMwareインフラとAWS双方に深い知見を持ち、最新のライセンス事情に精通したシステムインテグレーター（SIer）へ早期に相談することをおすすめします。

8. VMC on AWSに関するよくある質問（Q&A）

インフラ担当者から多く寄せられる、実践的で具体的な疑問にお答えします。

Q1: オンプレミスからVMC on AWSへの移行には、全体でどれくらいの期間がかかりますか？

A1: 環境の規模によりますが、基盤の構築自体は数時間で完了します。事前の要件定義やネットワーク設計、そして実際のデータ転送期間（HCXの同期等）を含めると、数十台〜100台規模の移行で約2〜3ヶ月程度が標準的な目安となります。

Q2: 最小構成は何台（何ホスト）から始められますか？

A2: 本番環境（SLAの対象となる構成）として利用する場合、最小構成は2ホストからとなります（※以前は3ホストからでしたが、要件が緩和されました）。一時的な検証や小規模テストの用途であれば1ホストからの起動も可能ですが、データ保護の観点から30日間で自動削除される利用制限があります。

Q3: オンプレミスで購入している既存のVMwareライセンスを、VMC on AWSにそのまま持ち込めますか？

A3: いいえ、基本的には持ち込めません。VMC on AWSの利用料金には、クラウド上で稼働するvSphere、vSAN、NSX等のソフトウェアライセンス費用がすでに組み込まれたサブスクリプション形式となっています。既存のオンプレミス用ライセンスとは切り離して考える必要があります。

Q4: Broadcomによる買収後、システム障害時のサポート窓口はどこになりますか？

A4: 契約の商流変更に伴い、サポート体制も変化しています。現在は原則として、Broadcom（またはライセンスを購入した認定パートナー・SIer）がVMwareソフトウェアに関する一次サポート窓口となります。下回りのハードウェア（AWSインフラ部分）の障害については、VMware側からAWSへ連携して対応が行われる仕組みです。

Q5: オンプレミス環境とVMC on AWSを接続するための専用線（AWS Direct Connect）は必ず必要ですか？

A5: 必須ではありません。インターネットVPN（IPsec VPN）経由での接続も技術的には可能です。しかし、大量の仮想マシンを短期間で移行する場合や、移行後もオンプレミスとクラウド間で基幹システムの太いデータ通信を行う場合は、通信の安定性と帯域（スピード）を確保するために、AWS Direct Connectの導入を強く推奨します。