VMware（Broadcom）ベンダーマネジメント実務

Broadcom買収がもたらした転換：何が変わったのか

2023年11月にBroadcomによるVMware買収が完了し、2024年2月以降に既存顧客への新ライセンスモデルへの移行が順次開始されました。従来の永続ライセンス（Perpetual License）+ サポート（SnS: Subscription and Support）という体系から、サブスクリプション型のバンドル製品への統合という、根本的なビジネスモデル転換です。

VCF vs. VVF：製品ラインの整理

製品	対象用途	含まれる主な機能	位置づけ
VMware Cloud Foundation（VCF）	フルスタックのプライベートクラウド基盤	vSphere・vSAN・NSX・vCenter・Aria Suite・Tanzu等	フラグシップ（旧vSphere Enterprise Plus相当以上）
VMware vSphere Foundation（VVF）	仮想化基盤のコアのみ必要な環境	vSphere・vCenter・Aria Automation Config等	エントリー～中位（旧vSphere Standardに近い）

旧製品からの移行マッピング（参考）

旧製品ラインと新製品ラインの対応はBroadcomが発行するSPD（Subscription and Support Product Discontinuation）通知で定義されていますが、1対1の対応ではなく、旧製品の機能セットが新ラインのどこに当てはまるかを個別に確認する必要があります。旧vSphere Enterprise Plus + vSAN + NSXの組み合わせは概ねVCFに相当しますが、Tanzu等の追加コンポーネントが含まれるため、移行後のコスト計算には詳細なSPDの参照が必要です。

16コア最小単位とライセンス計算の実務

VCFおよびVVFはコアベースのライセンス（Per Core）で提供されます。重要な制約として、1CPUあたり最低16コアのライセンス購入が必要です（実際のCPUコア数が16コア未満であっても）。

ライセンス計算の例

物理サーバー1台にデュアルソケット（CPU×2）、各CPU 8コア（計16コア）の構成の場合：16コア/CPU × 2ソケット = 32コア。最小単位は1CPUあたり16コアのため、16コア × 2ソケット = 32コアのライセンスが必要（実コア数と一致するためこのケースは最小単位の制約に引っかからない）。一方、同じ2ソケット構成で各CPU 10コアの場合：実コアは20コアだが、最小16コア × 2ソケット = 32コアのライセンス購入が必要となる。

KB313548：旧永続ライセンスの取り扱い

VMware Knowledge Base記事 KB313548は、Broadcom買収後における旧VMware永続ライセンスの扱いについての公式見解を示しています。既存の永続ライセンス（旧vSphere・vSAN等）は引き続き使用可能ですが、新バージョンへのアップグレード権（アップグレードサブスクリプション）は更新が必要です。

重要なのは「古いバージョンのESXi/vSphereを永続ライセンスで使い続けることは技術的には可能だが、Broadcomからのサポート（パッチ・セキュリティアップデート含む）を受けるには新ライセンスへの移行が必要になる」という点です。KB313548の最新版を定期的に確認し、サポートライフサイクルとの整合を保つことが推奨されます。

Compliance Reporting：180日ルール

VCF・VVFのサブスクリプション契約には、コンプライアンスレポーティング（Compliance Reporting）の義務が含まれます。Broadcomは購入したライセンスの実際の使用状況を報告することを契約上求めており、報告義務の不履行は契約違反となる可能性があります。

特に重要なのが「180日ルール」と呼ばれる運用指針です：購入したライセンス数と実際に使用しているホストのコア数が乖離した場合、180日以内に是正（追加購入または使用停止）することが求められます。この期間を超えた状態が続くと、コントラクトレビューの対象となります。

チェック項目	確認内容	推奨頻度
ライセンス使用状況の記録	全ESXiホストのコア数・VCF/VVF割り当て状況	月次
コンプライアンスレポート作成	Broadcom Customer Connect経由での報告	四半期
乖離の検知と是正	購入コア数 vs. 使用コア数の差分確認・180日以内に是正	月次
KB313548・SPD通知の確認	旧ライセンス・新ライセンスのサポート状況変更	四半期

既存環境の移行戦略

Broadcom移行において最も一般的に直面するのは「既存のvSphere/vSAN/NSX環境をVCFまたはVVFのどちらに移行すべきか」という判断です。この判断は単純なコスト比較ではなく、現在の機能使用状況・将来のロードマップ・組織のクラウド戦略を踏まえた総合判断が必要です。

移行判断の基本フレーム

まず現在の環境でどのVMware製品を使用しているかを棚卸します（vSphere・vSAN・NSX・vRealize/Aria・Tanzu等）。VCFとVVFに含まれる機能セットと照合し、現在使用中の機能が新ラインのどちらに包含されるかを確認します。機能的にはVCF相当の使用をしているにもかかわらずVVFを選択すると、NSX等の機能が別途必要になり、結果的にVCF以上のコストになる場合があります。