この記事の結論

Broadcomによる買収後、VMwareは永続ライセンスの販売を終了しサブスクリプションとバンドル販売に一本化されました。ライセンス最小コア数の引き上げもあり、小規模構成ほど更新時の負担増が大きく出ます。契約更新の1年前を目安に、①バンドルを見直して残る、②Hyper-VやProxmox VEに移行する、③パブリッククラウドへ移す、の3択で比較してください。移行の損益分岐点は概ね9〜14か月後です。

Broadcom買収後に何が変わったのか

BroadcomによるVMware買収の完了以降、ライセンス体系は段階的に、しかし根本的に組み替えられました。従来のVMware製品は「必要な機能を必要な数だけ、永続ライセンスで買う」ことができましたが、現在は考え方がまったく異なります。

項目従来現在
ライセンス形態永続ライセンス+年間サポートサブスクリプションのみ(新規の永続販売は終了)
製品構成8,000超のSKUから個別に選択VCF/VVFなど少数のバンドルに集約
課金単位CPUソケット単位が中心コア単位(最小コア数の下限あり)
更新サポート更新のみで継続利用可サブスクリプションが切れると利用継続不可

特に大きいのが、永続ライセンスの新規販売終了です。これまでは「サポートを切っても動かし続ける」という選択が可能でしたが、サブスクリプションではその余地がありません。更新するか、移行するかの二択を、更新期限までに決める必要があります。

中小企業への影響が大きい3つの変更

報道や各種調査では、更新時の価格上昇について幅の広い数字が報告されています。欧州のクラウド事業者団体CISPEは更新時に最大で数倍から十数倍の増加が生じた事例を公表しており、複数の調査でも中小規模ほど増加率が大きくなる傾向が示されています。金額そのものは契約条件によって大きく異なるため、自社の見積りで確認する必要がありますが、影響が大きくなる構造的な理由は3つに整理できます。

1. バンドル化により使わない機能まで購入する

従来はvSphere Standardだけを購入していた企業も、現在はより上位のバンドルを選ばざるを得ないケースがあります。vSANやAria(旧vRealize)など、これまで使っていなかったコンポーネントが含まれることで、実質的な単価が上がります。

2. ライセンス最小コア数の引き上げ

1台あたりのライセンス最小コア数が引き上げられたため、実際のCPUコア数が少ないサーバーでも下限まで購入する必要があります。8コアや16コアのサーバーを数台で運用している中小企業の構成では、この下限が「使っていない分まで払う」形になって効いてきます。

3. 永続ライセンスによる「据え置き」ができない

コストを抑えたい局面で「今回は更新を見送り、当面はそのまま使う」という選択が取れなくなりました。サブスクリプションが失効すれば正規の利用ができなくなるため、更新期限が実質的な意思決定の期限になります。

まず確認すべきこと

次回の契約更新日、対象ホストの物理コア数、実際に使っている機能(vSAN・NSX・Ariaを使っているか)の3点をまず洗い出してください。この3点が揃うと、更新見積りと移行費用を同じ土俵で比較できるようになります。

取り得る選択肢の全体像

選択肢概要向いているケース
A. バンドルを見直して残る使用機能を棚卸しし、下位バンドルやホスト集約でコアライセンス数を削減VMware固有機能(vSAN、NSX等)への依存が強い/移行に割ける工数がない
B. 他のハイパーバイザーへ移行Hyper-V、Proxmox VE、Nutanixなどへ仮想マシンを移行vSphereを実質ハイパーバイザーとしてのみ使っている
C. パブリッククラウドへ移行Azure・AWSのIaaSへリフト&シフト、または一部をPaaS化ハードウェアの更改時期が重なっている/DR環境も同時に整えたい
D. SaaS化して仮想基盤自体を減らすファイルサーバー・メール・業務システムをSaaSへ置き換え、残りだけ移行仮想マシンの多くが汎用サーバー用途

実務ではB〜Dの組み合わせになることがほとんどです。「全部を1つの移行先に寄せる」よりも、SaaS化できるものは減らし、残った仮想マシンだけを移す方が、総コストも移行リスクも小さくなります。

移行先の比較

移行先ライセンス費強み注意点
Hyper-V(Windows Server)Windows Serverライセンスに含まれるライブマイグレーション、フェールオーバークラスタリング、Hyper-V Replicaによる災害対策。Azure Localでハイブリッド構成も可能Windows中心の環境向け。Linux VMも動くが運用ノウハウは別途必要
Proxmox VEオープンソース(有償サポート契約は任意)ライブマイグレーション、クラスタリング、バックアップを標準装備。コストを大きく下げられるNSX相当のネットワーク仮想化やvSANのストレージポリシー管理に相当する機能はない
NutanixサブスクリプションHCIとしてサーバーとストレージを統合。VMwareからの移行ツールが整備されているハードウェア更改を伴うため初期投資が大きい
Azure / AWS(IaaS)従量課金+リザーブドインスタンスハードウェア保守が不要。DR構成やバックアップも同じ基盤で組める常時稼働のVMが多いとオンプレより高くなる場合がある。ライトサイジングが前提

Proxmox VEは「vSphereをハイパーバイザーとしてしか使っていなかった」環境では有力ですが、vSANやNSXに強く依存している環境では機能ギャップが残ります。逆にWindows Serverのライセンスをすでに保有している環境では、Hyper-Vが追加ライセンス費なしで選べる点が効いてきます。

残るか移るかの判断基準

判断軸残る(更新)が有利移行が有利
VMware固有機能の利用vSAN・NSX・Ariaを実運用で使っているvSphereとvCenterしか使っていない
ハードウェアの更改時期導入から3年以内、保守契約が残っている5年以上経過、保守切れが近い
仮想マシン台数数十台以上でクラスタ構成が複雑10〜30台程度で構成がシンプル
社内の運用体制移行に割ける工数がない更改プロジェクトを立てられる
更新見積りの増加率従来比で許容範囲に収まる移行費用を1〜2年で回収できる水準

判断が割れやすいのが「更新見積りが出てから考える」というパターンです。更新期限の直前に見積りを受け取ると、移行を検討する時間が残らず、実質的に更新するしかなくなります。更新日の12か月前には見積りを取り寄せ、移行費用と並べて比較することを推奨します。

移行プロジェクトの進め方

フェーズ作業内容期間目安
1. 現状把握ホスト・VM一覧、物理コア数、使用機能、ライセンス契約の更新日を棚卸し2〜3週間
2. 移行先の選定候補ごとにライセンス費・移行費・運用費を試算し比較2〜4週間
3. 検証(PoC)影響の小さいVMを1〜2台移行し、性能・バックアップ・監視を確認3〜4週間
4. 本番移行停止許容時間の短いVMから順に移行。切り戻し手順を用意1〜3か月
5. 旧環境の停止並行稼働期間を経てvSphere環境を停止、ライセンスを解約1か月

移行の順序は「止めても業務影響が小さいVM」から始めます。検証環境、社内向けWebサーバー、ファイルサーバーの順に移し、基幹系は最後に回すのが基本です。またバックアップと監視は移行先で別製品になることが多いため、VMの移行だけでなく運用の移行を計画に含めてください。

コスト試算の考え方

比較は単年ではなく3〜5年のTCOで行います。ライセンス費だけを比べると移行が有利に見えますが、移行作業費と運用の習熟コストを入れると評価が変わることがあります。

費目残る場合移行する場合
ライセンス/サブスクリプション更新見積り × 3〜5年移行先のライセンス費 × 3〜5年
移行費用0円設計・検証・移行作業(外部委託なら数百万円規模)
ハードウェア既存を継続利用更改が必要な場合は追加
運用費現状維持初年度は習熟コストが上乗せ
バックアップ/監視現行製品を継続移行先対応製品への切り替え費用

移行によって削減できるライセンス費と、移行にかかる一時費用の差し引きで、損益分岐点は概ね9〜14か月後に来るとされています。裏を返せば、次回更新までに1年以上あるなら移行を検討する価値があり、半年を切っているなら一度更新してから腰を据えて移行するという判断も合理的です。

BTNコンサルティングの支援

BTNコンサルティングでは、仮想化基盤の棚卸しから移行先の選定、移行計画の策定と実行までを支援しています。ライセンス更新見積りと移行費用を同じ条件で比較できる形に整理し、経営層への説明資料までまとめてご提供します。Windows Server環境の更改やMicrosoft 365への集約と合わせた検討も可能です。

関連サービス

オンプレミス環境の更改は、仮想化基盤・サーバーOS・バックアップをまとめて見直すと総コストを下げやすくなります。現状の棚卸しから移行計画までご支援します。

サーバー移行支援 を見る →

よくある質問

VMwareのライセンスはどう変わったのですか?

Broadcomによる買収後、永続ライセンスの新規販売が終了しサブスクリプションのみとなりました。8,000を超えていたSKUはVMware Cloud Foundation(VCF)とVMware vSphere Foundation(VVF)を中心とした少数のバンドルに集約され、必要な機能だけを選ぶ買い方ができなくなっています。

なぜ中小企業ほど値上げの影響が大きいのですか?

バンドル化により使わない機能まで含めて購入することになるうえ、vSphere Standardのライセンス最小コア数が引き上げられたためです。小規模な構成ほど「実際のコア数より多く買わされる」状態になり、更新時の増加率が大きく出ます。

移行先にはどんな選択肢がありますか?

Windows Server中心の環境ならWindows Serverライセンスに含まれるHyper-V、コストを最優先するならオープンソースのProxmox VE、HCIとして統合したいならNutanix、そしてAzure・AWSなどパブリッククラウドへの移行が主な選択肢です。

移行はいつ元が取れますか?

移行には設計・検証・移行作業のコストがかかるため、削減できるライセンス費との差し引きで損益分岐点は概ね9〜14か月後になるとされています。契約更新の1年前から検討を始めると、余裕をもって判断できます。

Proxmox VEでvSphereを完全に置き換えられますか?

完全には置き換えられません。ライブマイグレーション、クラスタリング、バックアップといったハイパーバイザーの中核機能は備えていますが、NSX相当のネットワーク仮想化やvSANのストレージポリシー管理に相当する機能はありません。vSphereを実質ハイパーバイザーとしてのみ使っていた環境であれば有力な移行先になります。

まとめ

Broadcom買収後のVMwareは、サブスクリプションのみ・バンドル販売・コア単位課金という3点で、従来とは別物のライセンス体系になりました。永続ライセンスによる据え置きができなくなった以上、更新期限が意思決定の期限になります。次回更新の12か月前を目安に、対象ホストの物理コア数と実際に使っている機能を棚卸しし、更新見積りとHyper-V・Proxmox VE・パブリッククラウドへの移行費用を3〜5年のTCOで並べて比較してください。