【2026年最新】VMwareライセンス体系の変更点と価格高騰！Broadcom買収後のサブスクリプション化と最適な移行先を徹底解説

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

frenchfly

「VMwareの契約更新の見積もりを見たら、昨年の数倍になっていて目を疑った……」「無償版のESXiが使えなくなり、今後の検証・本番環境をどうすべきか迷っている」「Broadcom買収後、結局のところ自社の環境にどんな影響があるのか正確に知りたい」

2023年11月のBroadcom（ブロードコム）社によるVMware買収以降、ITインフラ業界に激震が走りました。2024年の永続ライセンス販売終了から数年が経過した現在（2026年）、多くの企業が既存の保守サポート切れ（SnS契約満了）のタイミングを迎え、平均して2〜4倍、極端なケースでは10倍以上という異常なライセンス価格の「高騰」に直面しています。
※SnS（Support and Subscription）：製品の技術サポートと、最新バージョンへの無償アップグレード権が含まれた保守契約のことです。

本記事では、長年仮想化インフラの設計・運用に携わってきた専門家の視点から、VMwareライセンスの最新の変更点、複雑なコア計算の仕組み、そして「残留」か「脱VMware」かの具体的な選択肢について網羅的に解説します。この記事を読めば、サブスクリプション化の罠を回避し、自社の予算とビジネス要件に合った最適な次世代インフラ戦略を確信を持って描けるようになります。

1. Broadcom買収によるVMwareライセンス「4つの致命的な変更点」

VMware製品の運用コストが劇的に跳ね上がった背景には、ライセンス体系の根本的な構造改革があります。企業のシステム担当者やCIO（最高情報責任者）が絶対に把握しておくべき4つの変更点は以下の通りです。

① 永続ライセンス（買い切り）の完全廃止と強制「サブスクリプション化」

これまでインフラ業界の主流だった「一度ライセンスを購入すれば永続的に利用でき、あとは年間の保守費用（SnS）だけを払う」というモデルが完全に廃止されました。

現在は1年、3年、5年の有期サブスクリプションライセンスしか購入できません。既存の永続ライセンスはサポート期限が切れた段階で無効とはなりませんが、パッチ適用やサポートを受けるためには、新規のサブスクリプションを高い費用で買い直す必要があります。

② 「CPUソケット」から「CPUコア」への課金単位変更

最もコスト高騰の直接的な原因となっているのが、この課金単位の変更です。

従来は「物理サーバーのCPUソケット数（CPUの個数）」ベースでの課金でしたが、現在は「搭載されているCPUの物理コア数」ベースへと変更されました。これにより、1つのCPUに大量のコアを搭載してライセンス費用を節約していた高集約型のサーバー構成（例：1CPUあたり32コアや64コアの最新サーバー）ほど、甚大な値上げの直撃を受けます。

③ 製品エディションの強制統合（VCF / VVFの2択へ）

これまでvSphere、vCenter、vSANなどの製品を、自社の用途に合わせて単体で柔軟に組み合わせることができましたが、現在は大幅に整理されました。事実上、以下の2つの大きなパッケージ（バンドル製品）への統合を余儀なくされています。

VMware Cloud Foundation (VCF)：大企業・データセンター向けの全部入りフルスタック製品。
VMware vSphere Foundation (VVF)：中規模環境向けの基本パッケージ。

※vSphere（ヴィスフィア）：VMwareの主力となる、サーバーを仮想化するための基盤ソフトウェアの総称です。

この統合により、「自社では使わない高度な管理機能（Aria Suiteなど）まで強制的に付与され、不要な機能のコストまで負担させられる」という状態に陥っています。

④ 無償版ESXiの提供終了とOEMパートナーの激減

開発環境の構築や中小企業の小規模システムで重宝されていた「無償版 vSphere Hypervisor (ESXi)」の提供が完全に終了しました。

さらに、サーバー機器（ハードウェア）と一緒に安価に購入できていたOEMライセンスモデルも大きく制限されました。これにより、「ハードウェアの保守はA社、VMwareのライセンス保守はB社」と窓口が分断され、障害時のトラブルシューティングの難易度が上がるケースが増加しています。

2. 【図解】新ライセンス体系の価格計算方法とコスト高騰のカラクリ

「結局、うちの現在のサーバー構成だといくら値上がりするのか？」

この疑問を紐解くには、Broadcomが新たに設定した「厳しい足切りルール（最低購入数量）」を理解する必要があります。

「最低16コア」および「最低72コア」の購入縛りとは？

現在のVMwareライセンスにおけるコア計算には、ユーザー泣かせの以下の縛りが存在します。

ルールA：1CPUあたり「最低16コア分」のライセンス購入が必須
（例：物理コアが8コアしかない低スペックなCPUでも、16コア分の料金を支払う必要があります）
ルールB：サブスクリプション契約全体で「最低72コア（※）」からの購入縛り
（※対象エディションや購入時期によって変動しますが、小規模な構成で16コア分だけ買おうとしても、発注条件として大容量のまとめ買いを求められるケースが急増しています）

【図解】CPUコア課金によるコスト変動のイメージ

コードスニペット

=============================================================
【従来：ソケット課金（安価）】
物理サーバー1台（2CPU搭載 / 各CPU 32コア内蔵）の場合
▶ 必要なライセンス： 2ソケット分＝コスト低（コア数は無関係）
-------------------------------------------------------------
【現在：コア課金（高騰）】
物理サーバー1台（2CPU搭載 / 各CPU 32コア内蔵）の場合
▶ 計算式： 32コア × 2CPU ＝合計64コア
▶ 必要なライセンス： 64コア分のサブスク費用＝コスト大爆発！
-------------------------------------------------------------
【罠：コア数が少ない小規模サーバーの場合】
物理サーバー1台（1CPU搭載 / 8コア内蔵）の場合
▶ 実際のコアは8個だが、「最低16コア」ルールの適用により……
▶ 必要なライセンス： 16コア分＝使っていない8コア分の無駄なコスト発生！
=============================================================

従来環境と新体系でのライセンス費用比較シミュレーション

例えば、ある企業（物理サーバー3台、各2CPU、各24コア搭載）のケースでシミュレーションしてみましょう。

従来の「6ソケット分のSnS保守費用」と比較して、新体系では「144コア分のVVFサブスクリプション費用」を支払うことになります。これにより、年間コストが約3〜5倍に膨れ上がるケースが一般的です。

驚愕の見積もりに慌てないよう、更新時期の「半年前」には必ず取引のあるSIer（システムインテグレーター）から正確な見積もりを取得してください。

(※ 内部リンク設置推奨：自社のコア数から一発計算！最新VMware見積もり・簡易診断ツールはこちら)

3. VMwareライセンス変更に対し、企業がとるべき「3つの戦略」

莫大なコスト増加を前に、企業はどのようなITインフラ戦略を描くべきでしょうか。専門家の観点から、実現性の高い3つのアプローチを提示します。

戦略1：サブスクリプションを許容し「現状維持（最適化）」

【対象】ミッションクリティカル（24時間365日停止不可）なシステムを抱え、移行リスクを極端に嫌う企業

無理に別システムへ移行せず、VMware VVF/VCFのサブスクリプションを契約してオンプレミス（自社運用）を維持します。しかし、ただ言い値で更新するのではなく、「ハードウェアの集約（コンソリデーション）」によるコア数の削減が必須です。

古い多数のサーバーを、最新の「高クロック・少数コア」の高性能サーバーへ統合・移行させることで、コア課金によるライセンス費用へのダメージを最小化します。

※オンプレミス：自社の施設内にサーバーなどの情報システム機器を設置し、自社で管理・運用する形態のことです。

戦略2：クラウド版VMwareへのリホスト（Lift & Shift）

【対象】ハードウェアの保守切れが迫っている、または自社でのインフラ運用・資産保有から解放されたい企業

オンプレミスのVMware環境を、メガクラウドベンダーが提供する「VMwareマネージドサービス」へそのまま移行します。「VMware HCX」などのマイグレーションツールを使えば、IPアドレスや仮想マシンの構成を変えずに、ダウンタイムほぼゼロでの移行も可能です。

AVS (Azure VMware Solution)：Microsoftが提供。Windows ServerやSQL Serverのライセンス特典（Azure Hybrid Benefit）が適用できるため、Windows中心の環境と相性が抜群に良く、トータルコストを抑えやすいです。
GCVE (Google Cloud VMware Engine)：Googleの強力なインフラ上で稼働し、移行後にBigQueryなどの最先端データ分析基盤と連携させやすいのが特徴です。
VMC on AWS (VMware Cloud on AWS)：既存でAWSを利用しているユーザーにとって親和性が高いです（※ただし、Broadcom直販への商流変更が進んでいるため、契約形態に注意が必要です）。

戦略3：「脱VMware」他社ハイパーバイザーへの移行（モダナイズ）

【対象】長期的な特定のベンダーロックイン（依存）を排除し、抜本的なコスト削減を図りたい企業

VMwareを完全に捨て、別の仮想化基盤へ移行します。初期の設計工数や運用担当者のスキル習得コストはかかりますが、長期的なランニングコストは圧倒的に下がります。

Nutanix AHV（ニュータニックス）：現在「脱VMware」の乗り換え先として最も有力視されています。管理画面の使い勝手がvSphereに近く、独自ハイパーバイザー（AHV）のライセンス費用がハードウェアに付帯するため実質無償です。
Microsoft Hyper-V：既存でWindows Server Datacenterエディションのライセンスを持っているなら、追加のハイパーバイザー費用「ゼロ」で強力な仮想化環境を構築可能です。
オープンソース系（KVM / Proxmox）：ライセンス費用は完全に無料ですが、トラブル時に自力で解決できる高い運用技術（Linuxの深い知識）が社内に求められます。

4. 【比較表】VMwareからの移行先クラウド・ハイパーバイザー5選

各選択肢のメリット・デメリットを一目でわかるように整理しました。自社の運用リソース（人員・技術力）と予算に合わせて検討してください。

移行先ソリューション	概要・特徴	移行難易度	ランニングコスト	おすすめの企業要件・こんな企業に最適
GCVE / AVS (クラウドVMware)	パブリッククラウド上のVMware基盤。L2延伸でそのまま移行可能。	低	高〜中	即座にデータセンターを縮小・撤退したい。移行工数をかけたくない。
Nutanix AHV (オンプレHCI)	VMwareライクな直感的操作が可能な独自ハイパーバイザー。	中	中	オンプレミスは維持しつつ、VMwareのライセンス依存から逃れたい。
Microsoft Hyper-V (オンプレミス)	Windows Serverに標準搭載。追加の仮想化ライセンス費用が不要。	高	低	業務システムがWindows中心で、運用をMicrosoftに完全統合したい。
KVM / Proxmox (オンプレミス)	完全オープンソース。Oracle DBなどのライセンス節約にも有効。	極めて高	極めて低	強力な社内インフラエンジニア（Linuxの猛者）を自社で抱えている。
AWS EC2 / Azure VM (ネイティブクラウド)	仮想マシンをクラウド独自のOS形式へ丸ごと変換して移行する。	高	中	この機会に、レガシーシステムから完全なクラウドネイティブ運用へシフトしたい。

5. 失敗しないVMware移行計画の進め方（具体的なアクション）

「とりあえず次の更新は現状維持にして、いつか考えよう」という先送りは、経営を圧迫するリスクになります。サブスクリプション契約の満了日の最低1年前には、以下の具体的なアクションを開始してください。

ライセンスの正確な棚卸しとコストシミュレーション
現在の物理サーバーの「CPUソケット数」と「搭載コア数」をすべてリストアップし、VVFエディションでの更新見積もりをベンダーから取得して現実を直視します。
ビジネス要件の定義とトリアージ（仕分け）
BCP（事業継続計画）や全社的なクラウド推進方針と照らし合わせ、「オンプレミスに残す絶対必要なシステム」と「クラウドへ移行するシステム」、「廃棄するシステム」を仕分けます。
PoC（概念実証）の実施
NutanixやクラウドVMwareなど、次期候補となる環境を小規模でテスト構築し、既存のシステムが正常に動作するか、運用担当者のスキルセットに合っているかを実機で検証します。
移行パートナー（ベンダー）の早期選定
VMwareのクラウド移行や他社ハイパーバイザーへのデータ移行（V2V変換など）は、ネットワーク設計の難易度が非常に高いため、インフラ移行の経験が豊富なSIerの支援を早期に確保することが成功の鍵です。

(※ アクションを促す内部リンク：【無料相談】エンジニアが伴走！自社に最適な脱VMware移行ロードマップの作成支援はこちら)

6. まとめ：自社に最適なITインフラ再構築を今すぐ検討しよう

Broadcom買収後のVMwareライセンスの大幅な変更・サブスクリプション化は、もはや「一過性の単なる値上げ」ではなく「ITインフラ戦略のパラダイムシフト（大転換）」です。

「なんとなく面倒だから、予算を追加して今まで通りVMwareを使い続ける」という思考停止の選択は、企業のIT投資予算を食いつぶし、経営を圧迫する致命的なコスト増を招きかねません。

まずは自社の「物理コア数」と「保守期限」を正確に把握する。
クラウド（AVS/GCVE等）へのLift & Shiftを検討する。
オンプレミスを維持する場合は、NutanixやHyper-Vへの乗り換え（脱VMware）を比較する。

この3つのステップを踏まえ、多角的な視点でのITインフラ再構築プロジェクトを、今日からすぐにスタートさせましょう。

7. VMwareライセンスに関するよくある質問（Q&A）

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

Q1: すでに購入済みの「永続ライセンス」は、今後どうなりますか？

A1: 過去に購入した永続ライセンス自体は、現在利用しているバージョンに限り、そのまま使い続けること自体は可能です。ただし、保守契約（SnS）の新規更新ができなくなるため、サポート期限が切れた後は「セキュリティパッチの提供」や「メーカーサポート」が一切受けられなくなり、重大な脆弱性リスクを抱えることになります。

Q2: サブスクリプションへ移行せず、保守未加入（サポート切れ）のまま使い続けるのはアリですか？

A2: セキュリティリスクや、ハードウェア障害時のビジネス停止リスクを許容できるのであればシステム上は動きますが、企業システムとしては非現実的です。ランサムウェア等の標的になりやすいため、基本的にはサポート切れのタイミングまでに「サブスクリプションへの切り替え」、または「他社基盤への移行」が必須となります。

Q3: 「1CPUあたり最低16コア」のルールは、仮想マシンに割り当てたvCPUのことですか？

A3: いいえ、違います。仮想マシン（ゲストOS）に割り当てたvCPUの数ではなく、ESXiをインストールする物理サーバー本体（ハードウェア）に搭載されている物理CPUコア数のことです。仮想マシンの稼働数やvCPU数は、新しいライセンス費用のベース計算には直接関係ありません（※例外として外部クラウド管理等の特殊カウントを除く）。

Q4: 無償版ESXiが終了しましたが、個人の学習や検証用途でもお金がかかるのでしょうか？

A4: 法人の本番環境や企業での検証環境として、無償版ESXiを利用することはできなくなりました。しかし、個人利用（非商用・学習目的）に限っては、デスクトップ向けの仮想化ソフト「VMware Workstation Pro」および「VMware Fusion Pro」が完全無償で提供されるように方針が変更されました。個人のスキルアップ用途であれば、これらを無料で活用することが可能です。

Q5: VMwareから他社クラウド（AVSやGCVE）へ移行する際、システムのダウンタイム（停止時間）は発生しますか？

A5: 採用する移行手法によります。「VMware HCX」などの専用マイグレーションツールを利用してクラウド上のVMware環境へ移行する場合、vMotion（仮想マシンを稼働させたまま移動させる技術）を用いて、無停止（ダウンタイムゼロ）で移行することが可能です。一方、AWS EC2などのネイティブなクラウド仮想マシンへOS形式を変換して移行する場合は、再起動を伴うため必ず一定のダウンタイムが発生します。