The VMware bill came due. Now what?
If you run enterprise infrastructure, youâve either had this meeting or youâre scheduled for it: the virtualization renewal comes in, the number has grown a multiple, the licensing model has changed shape, and somebody upstairs wants a plan on their desk by Friday.
Iâve spent the last several years of my career in exactly these meetings (across Retail, Manufacturing, Healthcare, and Financial Services), and the first thing I tell every team is the same: you have more options than you think, but you donât have forever to pick one. The second thing I tell them is that panic-migrating everything is how you turn a licensing problem into an outage problem.
So, what do you actually tell the person who wants the plan by Friday? Itâs a fair question.
The actual decision tree
Every estate is different, but the branches are not. There are four, and youâll probably use more than one of them.
Option 1: Pay, and buy time deliberately. Yeah, sometimes the right answer for this renewal is to pay. But pay for a shorter term than procurement wants, and spend that term executing one of the other options. The mistake isnât renewing; itâs renewing for three years and then doing nothing for two and a half of them. If you take this branch, the renewal IS the deadline for the rest of the plan.
Option 2: Swap the hypervisor, keep the datacenter. Hyper-V, Proxmox, Nutanix, OpenShift Virtualization: the field is real, and Iâve seen each of them hold production weight! The honest trade-off: youâre re-training your ops team and re-plumbing your backup, DR, and monitoring stack no matter which one you pick. The replacement hypervisor is rarely the expensive part of this whole âswapâ; the retooling around it is where the money actually goes. Budget for the ecosystem.
Option 3: Lift the estate to cloud, mostly as-is. Every major cloud will happily run your VMs, and for workloads with a limited remaining lifespan this is often the right call: youâre buying yourself a way out of the datacenter! Be clear-eyed about what it is, though. Your cost model shifts from a big renewal every few years to a bill every month, and if you treat cloud like a rented datacenter permanently, youâll pay rented-datacenter prices permanently. This branch works if you actually keep moving once you land.
Option 4: Re-platform what actually deserves it. Some fraction of your estate (usually smaller than the modernization deck claims) genuinely benefits from moving to managed services, containers, or PaaS. The way to find that fraction is not a vendorâs assessment tool defaulting to âyes.â Itâs asking, per application: who maintains this, what breaks if we touch it, and what do we get for the effort? âItâs technically possibleâ doesnât answer any of those questions.
What actually decides bake-offs
Having sat on the vendor side of a bunch of these evaluations, let me tell you what separates the teams that land well from the teams that donât. It isnât the platform choice. Itâs three unglamorous things:
- A real inventory. And I donât mean the CMDB. I mean the ACTUAL estate, including the forgotten VMs that turn out to run the badge readers. Every difficult migration Iâve ever seen got difficult in the discovery gap.
- A named owner per workload. Migrations stall when no one in particular owns an app; everyoneâs job ends up at the bottom of everyoneâs list.
- A definition of done that includes operations. âIt boots in the new placeâ is not done. Backup, DR, monitoring, patching, and the on-call runbook are done.
So, thereâs no vendor-neutral answer to âwhere should it all go,â and anyone who gives you one before seeing your estate is selling something. But thereâs always a sequenced answer: this workload now, that one at renewal, those three never. The order you move things in matters more than the destination you picked.
Iâll go deeper on each branch in future posts, including the hybrid patterns for the workloads that genuinely canât leave the building. Data residency, latency-pinned manufacturing floors, and regulators all exist, and a plan that ignores them only works on the slide.
Thanks for reading!