Software licensing analysis
Pillar · Cluster VI · Editorial reading list

Broadcom and VMware, read in full.

A buyer-side reading list on the Broadcom acquisition of VMware. The VCF subscription transition. Per-core licensing and the legacy-per-CPU conversion. The five-product VMware portfolio reduced to VCF / VVF. The OEM channel collapse. Exit options to Nutanix, Red Hat OpenShift Virtualisation, Proxmox, Microsoft Azure Stack HCI and the hyperscalers. The pages below cluster the firm’s commentary into a single editorial reading set.

ClusterVI · Broadcom / VMware
Sections10
Spoke pages40
PublishedDecember 2024
Independent. Buyer-side. Not a partner, reseller, or affiliate of Broadcom, VMware or any other software vendor.

Inside the pillar

  1. Why Broadcom changed the deal
  2. VCF and VVF: the new portfolio
  3. Per-core licensing and the conversion math
  4. The renewal posture under Broadcom
  5. Exit architecture and the alternatives
  6. Migration economics, in numbers
  7. The OEM channel collapse
  8. Audit and compliance posture
  9. The renewal cycle
  10. Reading list
Section i

Why Broadcom changed the deal.

In November 2023 Broadcom closed its acquisition of VMware and re-set the commercial model with immediate effect. Perpetual licences and Support & Subscription contracts ceased to be sold from late 2023. Eighty-plus product SKUs were rationalised to two principal bundles: VMware Cloud Foundation (VCF) and VMware vSphere Foundation (VVF). Pricing moved from per-CPU to per-core with a sixteen-core minimum per CPU. Distribution moved from a wide partner ecosystem to a select named-channel direct-billed posture. Term moved from annual support to subscription on three-year and five-year terms.

The implication for procurement is that every VMware renewal under Broadcom is a new commercial conversation. The buyer no longer renews an existing entitlement; the buyer transitions an estate from the legacy commercial model to the new subscription model, at the new commercial economics. An Admodum Broadcom / VMware engagement therefore models the transition as a strategic decision: stay on the new subscription model, migrate workloads to an alternative hypervisor, or split the estate.

This pillar groups the firm’s Broadcom / VMware commentary into ten editorial sections. Each section names the load-bearing mechanic, links the deeper spoke articles, and points to the practice page, the relevant white papers and the knowledge hub for the buyer who wants the engagement methodology.

Section ii

VCF and VVF: the new portfolio.

VMware Cloud Foundation (VCF) is the premier Broadcom bundle. VCF includes vSphere Enterprise Plus, vSAN Enterprise, NSX (with the Distributed Firewall, Gateway Firewall and Advanced Load Balancer), Aria Suite (the management surface, formerly vRealize) and HCX (the workload-mobility surface). VMware vSphere Foundation (VVF) is the lower-tier bundle: vSphere Enterprise Plus, Aria Suite Standard, no vSAN, no NSX.

The buyer-side question is which bundle reads against the deployed estate. A buyer running plain vSphere with no vSAN, no NSX and minimal Aria use is over-paying on VCF; a buyer running the full software-defined data centre with vSAN, NSX micro-segmentation and Aria Operations is under-priced on VVF. The Admodum methodology audits the deployed feature use against the bundle entitlement.

The full reading sits in the Broadcom VMware Transition paper. The two-bundle architecture replaces a previous eighty-plus SKU catalogue; the simplification reduces ordering friction but removes the legacy per-product re-sizing levers.

Section iii

Per-core licensing and the conversion math.

The Broadcom commercial model prices VCF and VVF per physical core, with a sixteen-core minimum per CPU. A two-CPU host with twenty-four cores per CPU bills against forty-eight cores. A two-CPU host with twelve cores per CPU bills against thirty-two cores (the sixteen-core minimum applies to each CPU). The legacy per-CPU model billed against two CPUs regardless of core count.

The conversion math is the buyer-side starting point. A buyer running dense modern processors (32-core, 64-core, 96-core CPUs) sees a multi-digit per-core cost against the legacy per-CPU economics, even before the published Broadcom rate-card change. A buyer running older lower-core CPUs sees a smaller transition but a larger minimum-charge effect.

The Admodum methodology runs the conversion math against the actual deployed estate (every host, every CPU, every core), models the transition cost against the legacy renewal cost on a multi-year basis, and identifies the workload-density opportunities where consolidation onto fewer, denser hosts reduces the core count. The full reading sits in the VMware Exit Architecture paper.

Per-core licensing is not per-CPU licensing with arithmetic. It rewards density and punishes sprawl.
Section iv

The renewal posture under Broadcom.

Broadcom’s renewal posture has hardened across the post-acquisition period. Multi-year terms are increasingly the default ask; published support tiers have been reduced; the legacy partner-led renewal motion has been replaced by direct-billed accounts above a named revenue threshold. Discount discipline has tightened; flexibility on bundle definition (VCF or VVF) is now the principal commercial lever.

The buyer-side methodology runs a four-axis read on every Broadcom renewal. The bundle axis (VCF or VVF, with feature-use evidence). The term axis (one-year, three-year, five-year, against the buyer’s strategic transition plan). The discount axis (against the published rate card and the buyer’s peer-band evidence). The exit axis (a credible alternative-hypervisor migration cost that bounds the Broadcom commercial position).

The fourth axis is the load-bearing one. Without a credible exit, the buyer’s renewal leverage is small. With a credible exit (a documented Nutanix / OpenShift / Proxmox migration plan with quoted costs and a realistic timeline), the buyer’s renewal leverage is materially larger.

Section v

Exit architecture and the alternatives.

The buyer-side exit catalogue runs across five principal alternatives. Nutanix AHV (the AOS / AHV stack, with Nutanix Cloud Manager and Nutanix Disaster Recovery) is the closest functional analogue to VCF for mid-sized enterprise estates. Red Hat OpenShift Virtualisation (running KubeVirt under OpenShift) is the natural destination for buyers already running Red Hat OpenShift and ready to consolidate VMs onto the container platform. Proxmox Virtual Environment is the open-source destination for cost-sensitive workloads. Microsoft Azure Stack HCI (now Azure Local) is the destination for buyers integrated into the Microsoft estate. The hyperscalers (VMware Cloud on AWS / Azure VMware Solution / Google Cloud VMware Engine) are the lift-and-shift destinations.

The buyer-side methodology runs a workload-by-workload migration analysis. Some workloads (high-IO databases, regulated workloads with named hypervisor requirements, third-party-application certifications tied to vSphere) cannot migrate; these stay on Broadcom under the new model. Other workloads (general-purpose virtualisation, development and test, internal IT services) move readily to an alternative.

The full reading sits in the VMware Exit Architecture paper. The Admodum methodology builds the exit catalogue against the buyer’s named workloads, with documented migration costs, performance evidence and timeline.

Section vi

Migration economics, in numbers.

A VMware-to-alternative migration carries three cost categories. The licence cost of the destination platform (Nutanix subscription, OpenShift subscription, Proxmox support contract or Azure Stack HCI per-core fees). The migration project cost (the implementation partner, the architectural design, the migration tooling, the in-house team time). And the operational cost of the destination platform (the platform-engineering capability that VMware previously absorbed).

The buyer-side methodology models the three categories on a five-year basis against the Broadcom new-model renewal cost. The break-even is typically eighteen to thirty months for general-purpose workloads, longer for specialised workloads. The model is sensitive to scale (large estates absorb the migration cost more readily) and to the buyer’s existing platform capability (a Red Hat-mature buyer migrates to OpenShift Virtualisation more cheaply than a buyer learning Red Hat from scratch).

The migration is rarely the whole-estate option. The Admodum recommendation is typically a split-estate: the workloads that can migrate at favourable economics migrate; the workloads that cannot stay on Broadcom under the new model at the negotiated renewal terms.

Section vii

The OEM channel collapse.

Broadcom dissolved much of the legacy VMware partner ecosystem in the months after the acquisition. White-label OEM agreements with named server vendors (Dell, HPE, Lenovo, Cisco UCS) were terminated and re-negotiated under Broadcom’s direct-billed terms. The named OEM-bundled VMware licences (the ‘included’ vSphere on Dell PowerEdge purchases, the HPE-branded VMware bundles) ceased to be available under the previous packaging.

The procurement implication is that any buyer renewing OEM hardware and expecting the historical VMware bundle should plan for a separate Broadcom commercial conversation. The OEM hardware refresh now requires an independent VMware licensing negotiation; the previous bundle is no longer the procurement default.

The named-channel partners that survived the rationalisation (the Broadcom Pinnacle and Premier tiers) operate under tighter Broadcom commercial discipline; the legacy partner-led discount flexibility has narrowed materially.

Section viii

Audit and compliance posture.

Broadcom has, post-acquisition, intensified compliance discipline across the VMware estate. The legacy partner-led informal-audit posture has shifted toward more direct Broadcom-led compliance verification. The per-core licensing model creates a new compliance surface: the deployed core count against the contracted core count is the primary audit read.

The buyer-side compliance posture is therefore the same discipline the buyer applies under any per-core publisher. An audit-quality inventory of every host, every CPU, every core, every active vSphere licence, every NSX entitlement use, every vSAN deployment. The reconciliation against the contracted entitlement, the documented evidence of every change since the last reconciliation and the named-contact protocol for any Broadcom outreach.

The full methodology runs inside the Audit Defence programme. The post-acquisition compliance environment is materially different from the legacy VMware environment; the buyer-side discipline has had to harden in step.

Section ix

The renewal cycle.

The Broadcom VMware commercial relationship now runs on multi-year subscription cycles: typically three-year and increasingly five-year. The renewal window opens nine to twelve months before contract anniversary; the negotiation runs against Broadcom’s fiscal-year-end calendar (31 October) with named quarter-end leverage; the signature closes inside the publisher’s named fiscal quarter.

The Admodum Broadcom / VMware practice runs the cycle across every engagement, under one of three commercial frameworks: fixed fee for scoped deliverables, contingency / gainshare for measurable savings and annual retainer for continuous coverage across the cycle.

The Broadcom knowledge hub aggregates the wider reading: the practice page, the two white papers, named case studies, blog analysis and an FAQ block for the buyer who is two clicks from a senior advisor call.

Section x

Reading list.

The pillar groups Broadcom / VMware commentary into ten sections above. The spoke band below opens the forty named articles inside the cluster, each one a deep-read on a specific mechanic. The white papers below sit alongside the pillar as the methodology deliverables; the practice page sits alongside as the engagement entry point.

A short follow-up checklist for the reader who is closing this page: visit the Broadcom / VMware practice for the engagement entry point; visit the Broadcom knowledge hub for the aggregated reading; request the two Broadcom / VMware white papers (Transition, Exit Architecture); or open a private conversation with a senior Admodum advisor through /contact/.

Cluster VI · Forty Broadcom / VMware articles

Deep reads inside the pillar.

Forty named articles inside the Broadcom and VMware cluster. Each one is a deep-read on a specific mechanic, written from the buyer’s seat.

i.
VMware audit and compliance under Broadcom
VMware audit and compliance under Broadcom: why subscription tightens enforcement, what…
Read →
ii.
VMware co-term and true-forward mechanics
VMware co-term and true-forward mechanics explained: how Broadcom charges mid-term core…
Read →
iii.
Building the VMware exit business case
How to build a VMware exit business case: the full migration cost, the multi-year…
Read →
iv.
VMware exit & renegotiation strategy
A VMware exit and renegotiation strategy for Broadcom renewals: how a credible…
Read →
v.
VMware alternatives: Nutanix, Hyper-V, Proxmox and cloud
VMware alternatives compared for a Broadcom exit: Nutanix, Hyper-V, Proxmox, OpenShift…
Read →
vi.
VMware per-core licensing
VMware per-core licensing under Broadcom: every CPU is billed at a 16-core minimum, so…
Read →
vii.
The end of VMware perpetual licences
Broadcom ended new VMware perpetual licences in 2024. What happens to existing perpetual…
Read →
viii.
How to read a Broadcom VMware renewal quote
How to read a Broadcom VMware renewal quote line by line: per-core counts, the 16-core…
Read →
ix.
The VMware renewal negotiation playbook
A VMware renewal negotiation playbook for Broadcom: the eight moves that turn a verified…
Read →
x.
Broadcom VMware licensing
How Broadcom licenses VMware: VCF and VVF per-core subscriptions with a 16-core-per-CPU…
Read →
xi.
VMware support, SnS & the named-account model
What changed in VMware support under Broadcom: no standalone SnS renewals, support…
Read →
xii.
VCF vs VVF: which bundle
VCF vs VVF compared: VMware Cloud Foundation bundles vSAN, NSX and Aria; vSphere…
Read →

Twelve published · the wider editorial list is in progress

i.
The Broadcom acquisition timeline
November 2023 and what followed.
Read →
ii.
Anatomy of VCF
vSphere, vSAN, NSX, Aria, HCX in one bundle.
Read →
iii.
Anatomy of VVF
The lower-tier bundle, what sits inside.
Read →
iv.
Per-core conversion math
From per-CPU to per-core, in numbers.
Read →
v.
The sixteen-core minimum per CPU
How the minimum-charge geometry reads.
Read →
vi.
Subscription replaces perpetual
What happened to existing perpetual entitlements.
Read →
vii.
The eighty-SKU rationalisation
What disappeared, what consolidated.
Read →
viii.
OEM channel collapse
Dell, HPE, Lenovo, Cisco UCS and the bundles.
Read →
ix.
The named channel partners
Pinnacle, Premier tiers and the discount discipline.
Read →
x.
Multi-year as the default ask
Three-year, five-year and the buyer-side response.
Read →
xi.
Exit to Nutanix AHV
The closest functional analogue.
Read →
xii.
Exit to OpenShift Virtualisation
KubeVirt under OpenShift, the consolidation case.
Read →
xiii.
Exit to Proxmox VE
The open-source destination.
Read →
xiv.
Exit to Azure Stack HCI (Azure Local)
For Microsoft-integrated estates.
Read →
xv.
VMware Cloud on AWS, Azure, GCP
The lift-and-shift destinations.
Read →
xvi.
Migration economics, modelled
Licence, project, operational cost on a five-year horizon.
Read →
xvii.
Migration break-even
Eighteen to thirty months, in the typical case.
Read →
xviii.
Workload portability
Which workloads migrate, which cannot.
Read →
xix.
The split-estate strategy
Keep what stays, move what moves.
Read →
xx.
Oracle Database on Broadcom VCF
The soft-partitioning policy and the contract.
Read →
xxi.
SQL Server on Broadcom VCF
The licensing read against per-core SQL.
Read →
xxii.
SAP HANA on Broadcom VCF
Certification status and the support posture.
Read →
xxiii.
Density optimisation under per-core
Fewer hosts, denser cores, lower bill.
Read →
xxiv.
vSAN replacement options
Ceph, StarWind, Pure FlashArray and the SDS catalogue.
Read →
xxv.
NSX replacement options
Cilium, Calico, OpenShift SDN and the network surface.
Read →
xxvi.
Aria Suite replacement
Observability and the modern management stack.
Read →
xxvii.
Horizon VDI under Omnissa
The carve-out, the new owner, the licensing impact.
Read →
xxviii.
Carbon Black divestiture
What happened to the security portfolio.
Read →
xxix.
Reading the Broadcom account team
Direct-billed thresholds and the named-account posture.
Read →
xxx.
Broadcom fiscal year and the deal calendar
31 October and the quarter-end leverage.
Read →
xxxi.
Broadcom audit posture, post-acquisition
How the compliance discipline has hardened.
Read →
xxxii.
VMware inside an M&A transaction
Transferability under the new model.
Read →
xxxiii.
EU regulatory scrutiny
CISPE complaint and the competition position.
Read →
xxxiv.
Broadcom customer success motion
The new post-sale engagement model.
Read →
xxxv.
Symantec Enterprise inside Broadcom
The historical precedent for the VMware playbook.
Read →
xxxvi.
CA Technologies precedent
What Broadcom did before, what it tells the buyer.
Read →
xxxvii.
VMware SD-WAN under Arista
The Velocloud carve-out.
Read →
xxxviii.
HCX workload mobility
The migration toolset inside VCF.
Read →
xxxix.
Tanzu Platform inside VCF
The Kubernetes surface and the developer story.
Read →
xl.
The Broadcom / VMware BATNA
What a credible exit really looks like.
Read →
Engage

Speak with a Broadcom / VMware senior advisor.

A senior Admodum Broadcom / VMware advisor will run the methodology through with your CIO, CFO, procurement team or infrastructure lead on a private call. The engagement runs as fixed fee, contingency or annual retainer. Open renewal windows route immediately to the Renewal Programme.

Independence
Admodum is not a partner, reseller, or affiliate of Broadcom, VMware, or any other software vendor. No reseller margin, no referral commission, no audit-subcontract relationship.