マルチクラウド

    VMware Cloud on AWS vs Azure VMware Solution: The 2026 Engineering Guide

    TechLeague Editorial··14 分で読了

    Broadcom社による買収後の状況は、VMware Cloud (VMC) の選択を、財務破綻への道を歩む「これまでのビジネス慣行」を排除する、極めて重要なアーキテクチャ上の賭けに変えました。2026年に向けて、VMC on AWSとAzure VMware Solution (AVS) の選択は、もはやレイテンシやS3バケットへの近接性だけの問題ではありません。それは、Broadcom社にレガシーなキャッシュカウとして扱われたいのか、それともvSphere税からの脱却を支援するためにハイパースケーラーから戦略的パートナーとして扱われたいのかという、実存的な決定です。

    Broadcom社買収後の現実:武器としてのライセンス

    永続ライセンスや増分アップグレードの時代は終わりました。VMware Cloud Foundation (VCF) を単一のモノリシックなサブスクリプションユニットとして移行したことで、すべてのクラウドベースのSDDCのTCOが根本的に変化しました。Broadcom社は大規模なエンタープライズバンドルを明確に優先する方針を打ち出し、以前は10ノード未満のクラスターに依存していたミッドマーケットプレイヤーを事実上価格面で排除しています。

    VMC on AWSエコシステムでは、これが境界の「硬化」として現れています。AWSはこれまでVMCの請求とサポートを管理していましたが、ライセンスについてはBroadcom社との直接的なやり取りへの移行が見られ、AWSがかつて持っていた「単一の責任主体(one throat to choke)」という利点を複雑にしています。対照的に、MicrosoftはAVSに対して積極的なインセンティブを提供しており、レガシーなWindows Server 2012/2016ワークロード向けにAzure Hybrid Benefit (AHB) とExtended Security Updates (ESU) をバンドルすることが多く、これはプロプライエタリソフトウェアライセンスの活用なしにはAWSが到底匹敵できない節約効果をもたらします。

    VMC on AWS: ベアメタルパフォーマンスの王者

    ワークロードが生のI/Oと特定のNVMeパフォーマンスプロファイルを要求する場合、VMC on AWSは依然としてゴールドスタンダードです。第3世代Intel Xeon Scalable (Ice Lake) プロセッサを搭載したi4i.metalインスタンスは、128 vCPUと1TBのRAMを提供します。しかし、真の決め手はそのストレージにあります。ホストあたり30TBの生のNVMe。この点で、AWSは純粋なパフォーマンス競争においてAzureを凌駕しています。

    # 例: i4i.metal ノードでのvSANパフォーマンス確認
    # VMC on AWS はVMC Console API を通じてきめ細やかな制御を提供します
    curl -X GET "https://vmc.vmware.com/vmc/api/orgs/{org_id}/sddcs/{sddc_id}" \
         -H "csp-auth-token: {token}"
    # 注意: NVMe-to-CPU 比率; トランザクション量の多いDBにとって極めて重要です。

    しかし、ネットワーキングの観点からは、AWSがネイティブサービスに接続するためにElastic Network Interface (ENI) に依存していることは、祝福と呪いの両方です。RDSやS3への低レイテンシアクセスを提供する一方で、特に買収後の混乱でCIDRが重複している場合など、Transit Gateway (TGW) のアタッチメントを大規模に管理する複雑さは、エンジニアにとって悪夢となる可能性があります。AWSエコシステムに深く関わっている場合、その近接性は比類のないものですが、2026年にはその近接性にプレミアムを支払うことになります。

    Azure VMware Solution (AVS): ライセンスの聖域

    MicrosoftのAVSに対する戦略は単純です。VMwareを「オンランプ」として利用し、ユーザーをAzureエコシステムにロックインします。AV36PまたはAV52ノード(Intel Ice LakeまたはAMD EPYCプロセッサを使用)を活用することで、Microsoftは同等のハードウェアスペックを提供しますが、AWSを凌駕するのはその財務設計です。

    WindowsまたはSQL Serverのフットプリントが大きい場合、Azure Hybrid Benefitを使用すると、オンプレミスのライセンスをAVS内で再利用でき、VMC on AWSと比較してTCOを40~50%削減できることがよくあります。さらに、AVSはGlobal Reach層でAzure ExpressRouteとネイティブに統合されており、AWSで採用されているENIオーバーレイアプローチよりも公共クラウドに「統合されている」と感じられる100Gbpsのバックボーンを提供します。

    • AVS AV36 ノード: デュアル Intel Gold 6248R (36 コア)、768GB RAM、15.4TB NVMe。
    • VMC i4i.metal: デュアル Intel Platinum 8375C (64 コア)、1024GB RAM、30TB NVMe。
    • 結論: 密度とI/OではAWSが優位ですが、プラットフォーム統合とライセンスコストではAzureが優位です。

    GCVE: 高速相互接続のダークホース

    Google Cloud VMware Engine (GCVE) は、2025年の隠れたヒットとなりました。VMCとAVSがエンタープライズのレガシー市場で争う中、GCVEは帯域幅要件が高い場合に客観的に優れたネットワーキングアーキテクチャを構築しています。Googleは、VMwareプライベートクラウドとネイティブGCPサービス間の100Gbpsのノンチョーク相互接続をデフォルトで提供しています。

    BigQueryに大量のデータレイクを抱え、レガシーなvSphere常駐データベースから供給する必要がある組織にとって、GCVEは最適な選択肢です。Googleの「VPC Service Controls」は、AWSやAzureがVMwareのコンテキストで完全に再現できていないセキュリティ層を提供します。これらの基本的なネットワーキングの注意点については、以前の「パブリッククラウドネットワーキングハック」の分析で取り上げましたが、ここでも同様に適用されます。

    「出口計画」アーキテクチャ:それは可能なのか?

    2026年、テクノロジーリーダーが尋ねる質問は、「VMwareから完全に移行するにはどうすればよいか?」です。皮肉なことに、VMCやAVSに移行することで、VMwareからの脱却はより困難になります。基本的に、技術的負債をローカルデータセンターから、ハイパースケーラーが所有するより高価な、空調設備の整ったデータセンターに移動させているに過ぎません。

    真の出口計画には、段階的なリファクタリングが必要です。重要なVMはデータセンターの即時退去のためにAVS/VMCに移動させつつ、新規開発はネイティブのKVMベースサービス(EC2/Azure VM)またはKubernetes(EKS/AKS)で行う「ランディングゾーン」アプローチを推奨します。Broadcom社に3年ごとに白紙委任状を与えることを伴わない長期戦略を構築したいのであれば、VMwareクラウドを一時的なステージングエリアとして扱う必要があります。

    技術的詳細:ネットワーキングとストレージの重力

    AVSとVMCのネットワーキングにおける差異は、多くの場合、マイグレーションが失敗する原因となります。VMC on AWSでは、NSX-T Tier-0およびTier-1ゲートウェイを扱います。VMC Managed VPCと接続されたVPC間のBGP関係を理解する必要があります。ルーティングテーブルの構成を誤ると、非対称ルーティングが発生し、トラブルシューティングが非常に困難になります。

    # VMC on AWS T0 Gateway BGP 設定スニペット (概念)
    # 高可用性 (Active/Active) には、慎重なプレフィックス管理が必要です
    set logical-router T0 bgp neighbor 169.254.x.x remote-as 64512
    set logical-router T0 bgp neighbor 169.254.x.x route-filter-in accept
    # 注意: AWS TGW の伝播には最大60秒かかる場合があります

    対照的に、AVSは冗長なMSEE(Microsoft Enterprise Edge)セットアップを使用し、より従来のデータセンターコロケーションのように動作します。「Global Reach」機能は、オンプレミスからAVSへの接続に必須であり、これは「ハブアンドスポーク」トポロジーを簡素化する一方で、ExpressRoute回線がプロバイダー間で真に多様でない場合、Microsoftのバックボーンへの依存が単一障害点になる可能性があります。これらの接続の最適化については、「エンタープライズExpressRoute設計」ガイドを参照してください。

    コスト比較:正確な数字

    直接的なコストはリージョンによって異なりますが、2026年のUS-East-1 (AWS) と東日本 (Azure) における標準的な3ノードクラスターを見てみましょう。

    • VMC on AWS (i4i.metal): 約$15,500/月 (3ノード、1年予約インスタンス)。これにはデータ転送コストとEgressコストは含まれていませんが、これらが隠れたコスト増要因となります。
    • AVS (AV36P): 約$13,200/月 (3ノード、1年RI)。Azure Hybrid Benefitを追加すると、Windowsワークロードが多い場合、$10,000以下に下がる可能性があります。
    • GCVE (ve1-standard-72): 約$14,800/月ですが、GoogleはTier 1からマーケットシェアを獲得するために、最も積極的な「オンボーディングクレジット」を頻繁に提供しています。

    TechLeagueの推奨事項:選択はあなた次第

    もしあなたが大規模なAWSフットプリントを持ち、ハイパフォーマンスを追求する企業であり、「Broadcom税」を支払う余裕があるなら、VMC on AWSを利用し続けるべきです。その成熟度と生のハードウェアパフォーマンスは、まだ競合他社より12~18ヶ月先行しています。しかし、レガシーなWindowsフットプリントを持つコスト意識の高い企業(Fortune 500社の80%に該当する)であるなら、2026年時点ではAVSが唯一論理的な選択肢です。ライセンス上の利点は無視できないほど大きく、Entra ID(旧Azure AD)およびSentinelとの統合は、AWSの断片的なVMware製品では不足している統一されたセキュリティストーリーを提供します。

    2027年以降の計画なしにクラウドに移行してはいけません。Broadcomのライセンスモデルは、vSphereエコシステムから最大限の利益を絞り出すように設計されています。あなたの目標は、これらのVMwareクラウドソリューションを、永続的な場所としてではなく、ネイティブクラウドサービスへの24ヶ月間の橋渡しとして利用することであるべきです。あなたの退去アーキテクチャの設計や現在のSDDCの最適化でお困りの場合は、techleague.ioのエンジニアリングチームが、高密度VMwareクラウド移行とリファクタリング戦略を専門としています。

    よくある質問

    Broadcom買収後、VMwareにとってどのクラウドが安くなりますか?+

    Azure VMware Solution (AVS) は、Azure Hybrid BenefitとExtended Security Updates (ESU) の提供により、Windows中心の環境では一般に30~40%安価です。VMC on AWSはこれらのMicrosoft固有のソフトウェア補助金がない標準VCFライセンスを必要とします。

    VMC on AWSは依然としてAVSよりもパフォーマンスで優位性がありますか?+

    VMC on AWSは、i4i.metalノード(Intel Ice Lake)と30TBの直結NVMeストレージを介して、最高の生のI/Oパフォーマンスを提供します。AVSはAV52ノードで追いつきつつありますが、ストレージ密度とvSANスループットではAWSが現在先行しています。

    Google Cloud VMware Engine (GCVE) の主な利点は何ですか?+

    GCVEは、複雑なTransit Gatewayアタッチメントのオーバーヘッドなしに、GCPサービスへのネイティブな100Gbps低レイテンシ相互接続を提供します。VMware VMとBigQueryのようなビッグデータサービスとの橋渡しが必要な組織にとって最適な選択肢です。

    既存のオンプレミスVMwareライセンスをVMC on AWSで使用できますか?+

    いいえ。Broadcomは必須のサブスクリプションベースのVMware Cloud Foundation (VCF) モデルに移行しました。古い永続ライセンスをVMC on AWSで使用することはできず、新しいVCFサブスクリプションティアを購入する必要があります。

    両者の管理経験は異なりますか?+

    VMC on AWSでは、HCXとNSX-Tの設定の一部を自分で管理します。AVSでは、Microsoftが基盤となるインフラストラクチャをより積極的に管理するため、管理オーバーヘッドは削減されますが、きめ細かい「ルートレベル」のネットワーキング調整の一部は制限されます。

    AWSとAzure間でマルチクラウドのVMwareセットアップを実行できますか?+

    はい、可能ですが複雑です。HCXを使用してAVSとVMC間で移行できますが、イグレスコストが significant になります。ほとんどの企業は、一度いずれかのクラウドに展開すると、「データグラビティ」により、別のVMwareクラウドへの移行はコスト的に非現実的であると感じています。