TechLeague

    マルチクラウド

    VMware Broadcomライセンス移行: 2026年戦略ガイド

    TechLeague Editorial··14 分で読了

    2024年のBroadcomによるVMware買収は、単なる企業合併ではなく、従来のvSphereの「何でもあり」なELAモデルを過去のものとする焼け野原戦術的な転換でした。2025年、2026年を迎えるエンジニアリングチームは、VMwareを汎用ハイパーバイザーと見なすのをやめ、3年間で緊急避難または最適化が必要な高利益のレガシー税として扱うべきです。

    永続ライセンスの終焉とVCFの選択

    Broadcomの戦略は、非常に精密で、トップティア企業をVMware Cloud Foundation (VCF) に、ミッドマーケット企業をvSphere Foundation (VVF) に移行させようとしています。永続ライセンスのSnS (Subscription and Support) 更新の時代は終わりました。もしvSphere 7.xまたは8.xを永続ライセンスで運用している場合、次回の更新では、コア単位のサブスクリプション課金に強制移行されるため、価格が300%から600%上昇する可能性があります。

    技術的な摩擦点はコア密度計算にあります。BroadcomはCPUソケットあたり最低16コアを規定しています。もしレガシーな8コアまたは12コアのXeon Gold/Silverプロセッサを使用している場合、存在しないシリコンに対して課金されます。逆に、ソケットあたり96コアのNVIDIA高密度AMD EPYC 9654ノードを使用している場合、ソケットベースからコアベースのライセンスへの移行は財政的な大打撃となります。2026年の戦略では、ライセンス費用を最小限に抑えるために、コアあたりのスループットを最大化するハードウェアのリフレッシュ（低周波数の64コアよりも高周波数の32コアパーツ）を考慮する必要があります。

    VCF vs. vSphere Standard: 強制的な統合

    Broadcomは実質的に、「選べる」メニューを廃止しました。以前は、エンジニアはvSphere Enterprise Plusを購入し、NSXとvSANをスキップすることができました。現在、機能セットはバンドルされています。分散スイッチングやDRSが必要な場合、VVFまたはVCFに強制的に移行されます。

    • VCF (VMware Cloud Foundation): vSphere、vSAN (コアあたり最大1TiB)、NSX、Aria Suiteが含まれます。これがBroadcomのフラッグシップ製品です。マイクロセグメンテーションにNSXを使用しない場合、不要な機能にお金を払っていることになります。
    • vSphere Foundation (VVF): Enterprise Plusに代わる「ミッドティア」です。vSAN (コアあたり100GiB) が含まれますが、NSXの高度なネットワーキング機能はありません。
    • vSphere Standard: 分散スイッチがありません。10ノードを超えるエンタープライズでは、本番ワークロードにとって技術的に管理不能です。

    大規模なvSAN環境を持つ組織にとって、新しいエンタイトルメントモデルは特に苦痛です。ストレージ対計算比率が高い場合（例：大規模VDI環境）、VCFのコアあたり1TiBの制限により、追加のvSAN容量ライセンスをプレミアム価格で購入せざるを得なくなり、Pure StorageやNetAppが再び安価に見えるほどです。

    Nutanix AHVへの移行: インフラ移行の現実

    NutanixはBroadcomの攻撃的な戦略の主要な受益者ですが、ESXiからAHVへの移行は「週末プロジェクト」ではありません。複雑さの原因はネットワークスタックにあります。VMware Distributed Virtual Switches (DVS) からNutanix AHV (OVSベース) への移行には、VLANタギングとLACP構成の完全な再考が必要です。

    # Nutanix AHV Network Configuration Example via acli
# Creating a migration bridge for ESXi traffic
net.create br1_migration
net.add_vlan_item br1_migration vlan_id=100
# Ensure MTU parity (9000 for Jumbo Frames if vMotion/Live Migration used)
manage_ovs update_bridge br1 --mtu_size 9000

    Nutanix Moveツールは有能ですが、RDM (Raw Device Mapping) ディスクや特定のマルチライター構成では失敗します。SQLクラスターが共有VMDKをマルチライター経由で利用している場合、Nutanix Volumes (iSCSI) を使用するか、AlwaysOn Availability Groupsに移行するために再アーキテクチャする必要があります。コストの観点から見ると、Nutanixは「安価」ではありません。新しいVCF価格よりも15〜20%低いことが多いですが、その価値はBroadcomの予測不能で監査の厳しいエコシステムからの解放にあります。

    OpenShiftとKubeVirt: フルスタックからの脱却の未来

    最も積極的で、技術的に報われる移行パスは、VMをRed Hat OpenShift Virtualization (KubeVirtを使用) に移動することです。これにより、単一のKubernetesコントロールプレーンを通じてVMとコンテナを管理できます。基盤となるKVMを活用することで、ハイパーバイザー税を排除します。

    しかし、2026年の現実として、ほとんどの企業は「VMs as Pods」に対応できていません。「VCSAのような」ポイントアンドクリック管理感は失われます。ネットワーキングにはVMに複数のインターフェースを提供するためにMultus CNIが必要であり、ストレージにはCSI準拠のプロバイダーが求められます。もしすでに自動化されたKubernetesワークフローに投資している場合、KubeVirtは論理的な終着点です。しかし、レガシーなWindowsショップの場合、OpenShift内でWindows-on-KVMを実行する際のパフォーマンスオーバーヘッドは、成熟したESXiドライバーと比較して依然として5〜8%のレイテンシペナルティを伴います。

    エンタープライズにおけるProxmox VE: もはや冗談ではない

    2年前、Tier-1データセンターでProxmoxに言及すると、CAB (Change Advisory Board) 会議から追い出されたでしょう。2026年において、それはDMZ、開発/テスト、エッジロケーションにとって実行可能な「救命ボート」となっています。ProxmoxのCeph統合は、vSANに対する正当な代替案をソフトウェアコストゼロで提供します。

    課題は、「エンタープライズ」バックアップサポートの欠如です。Proxmox Backup Server (PBS) は優れていますが、VMwareのVADPのようなAPI成熟度でVeeamやCommvaultと統合されていません。Proxmoxを採用する組織は通常、集中型バックアップアプライアンスからアプリケーションレベルのバックアップまたはファイルシステムレベルのスナップショットへと移行しています。もし500以上のノードがある場合、Proxmoxの集中型「vCenter-to-rule-them-all」の欠如（マルチクラスター管理はまだ未熟）による管理オーバーヘッドは、ライセンス費用の節約を相殺するほどの労働コストになる可能性があります。

    2026年移行チェックリスト: 段階的に

    1. コア密度の監査: PowerCLIを使用して現在の物理コア数をエクスポートします。16コア未満のホストは直ちに廃止すべきです。 
      Get-VMHost | Select Name, @{N="Cores";E={$_.ExtensionData.Hardware.CpuInfo.NumCpuCores}}
    2. NSX利用状況の評価: Distributed Firewall (DFW) やVXLAN/GENEVEオーバーレイを使用していない場合、不要なVCF機能に対して支払っています。
    3. vSANの適正化: TB対コア比率を比較します。コアあたり1TiBを超える場合、外部FCまたはiSCSIストレージへの移行は、Broadcomの新しい体制下では実際には安くなる可能性があります。
    4. KubeVirt/OpenShiftでのPOC実行: まずは重要度の低いLinuxワークロードを対象とします。Migration Toolkit for Virtualization (MTV) を使用して一括転送をテストします。

    財務的影響: OPEX vs. CAPEX

    Broadcomは実質的にCAPEXベースのインフラ計画を終わらせました。全てが定期的なOPEX費用となります。2,000コアの中規模環境では、VCFの更新料はハードウェア密度に応じて年間70万ドルから120万ドルの間になるでしょう。対照的に、OpenShiftまたはNutanixのフットプリントは50万ドルから80万ドル程度で推移する可能性があります。「脱却コスト」（エンジニアの時間、専門サービス、ハードウェアの償却）は通常24ヶ月のROIがあります。2025年第1四半期までに移行を開始しない場合、2026年には「銃を突きつけられた」更新を強いられることになります。

    私たちはクライアントに対し、「バイモーダル」なインフラを維持するようアドバイスしています。重要度の高いレガシーなモノリシックアプリケーションの20%を最小限のvSphere Foundation環境で運用し、残りの80%をパブリッククラウドとオンプレミスOpenShiftの組み合わせに移行します。これにより、交渉におけるBroadcomの優位性を制限できます。

    ハイブリッド環境の最適化に関するより詳しい情報は、クラウドエグレスコストの最小化に関するガイドをご覧ください。VMware環境の技術監査によって移行パスを特定したり、VCFのコア数に対する費用を最適化したりする必要がある場合は、techleague.ioでコンサルティング料金をご確認ください。

    よくある質問

    VMwareのライセンスモデルで最大の変更点は何ですか？+

    Broadcomはソケット単位からコア単位のライセンスに切り替え、CPUあたり16コアの最小要件を設けました。これは、8コアCPUを搭載している場合でも16コア分の料金を支払うことを意味します。128コア密度の場合は、コアごとにコストが直線的に増加し、ソケット時代の「高密度」割引が事実上なくなります。

    VCFとVVFの違いは何ですか？+

    VCFは、完全なプライベートクラウド向けの統合スイート（vSphere、vSAN、NSX、Aria）です。VVFは、より小規模なバンドル（vSphere、Aria、制限付きvSAN）です。vSphere Enterprise Plusを単体製品として購入することはできなくなり、これらのバンドルのいずれかを選択する必要があります。

    VMをNutanix AHVに簡単に移行できますか？+

    Nutanix Moveが主要なツールです。しかし、DVSに相当するものがないこと（代わりにOVSが使用されます）を考慮し、切り替え前にゲストVMにNutanix VirtIOドライバーがインストールされていることを確認しないと、「アクセスできないブートデバイス」エラーが発生する可能性があります。

    KubeVirt/OpenShiftはVMwareの代替として実行可能ですか？+

    KubeVirt (OpenShift Virtualization) は2026年までにエンタープライズ対応となります。VMとコンテナを並べて実行できます。主な課題はネットワーキングの複雑さ（Multus/NMState）と、SRM (Site Recovery Manager) のようなVMwareの特殊な機能がK8sエコシステムにまだ直接的な1:1の代替がないことです。

    Proxmoxは2026年にはエンタープライズユースに十分安定していますか？+

    はい、Proxmoxは非クリティカルなワークロードやエッジのワークロードには実行可能ですが、サードパーティのバックアップAPI（VADPなど）が統合されていないため、P roxmox Backup Serverを使用するか、大幅な手動スクリプトなしでは、従来のエンタープライズバックアップパイプライン（Veeamなど）に組み込むことは困難です。

    vRealizeのような個々のVMware製品はどうなりましたか？+

    Broadcomは製品リストを160以上からほんの数個に合理化しました。ほとんどの「ティア2」製品は売却またはEOLになりました。更新時期が来ている場合は、VCFへの移行と既存の永続メンテナンスの完全な終了を覚悟してください。