Mr.PlanB Logo

    Newsletter

    Subscribe our newsletter

    Get new infrastructure guides, comparison reports, and migration notes in your inbox.

    Infrastructure notes, guides, and new tools. Unsubscribe anytime.

    Back to Blog
    VMware
    Kubernetes
    KubeVirt
    Broadcom
    Virtualization
    Migration

    Goodbye VMware: Why Teams Are Moving to Kubernetes and KubeVirt

    November 8, 2025
    13 min read

    It started with a simple goodbye post. After months of planning, scripting, and late-night testing, one systems engineer clicked "Submit" on a short message that got a reaction far beyond their datacenter:

    "We just finalized our migration from VMware to Kubernetes with KubeVirt. No more expensive licensing fees. No more middlemen. We're free."

    That post struck a nerve. One company's victory lap turned into a sign of a growing rebellion in enterprise IT. Within hours, hundreds of engineers, sysadmins, and architects chimed in with their own stories: six-figure renewals canceled, 400% price hikes ignored, entire virtualization stacks being rebuilt on open platforms.

    Nobody was being subtle about it. For two decades VMware had been the gold standard of virtualization, but after Broadcom's acquisition and its aggressive licensing overhaul, many longtime customers started to see the brand as more of a landlord than a partner. The result has been a mass migration, and a lot of it is heading to Kubernetes and KubeVirt instead of another proprietary hypervisor.

    The breaking point

    For many, the math stopped making sense. One user described it bluntly:

    "Our licensing went from £80k per month to £400k. You'd think a £1M-per-year customer was worth keeping happy, but clearly not."

    Another said their VMware renewals had doubled every year for three years straight, until their small team finally gave up and moved to Proxmox. And then there was the big one:

    "Our licensing cost is now $0. We spent about six months building our own management tools, but everything runs on Kubernetes now. We control the stack."

    I keep coming back to that last line, "we control the stack." That feeling has become rare in enterprise IT, where licensing restrictions, subscription lock-ins, and bundled "mandatory support" leave many teams boxed in. VMware's changes under Broadcom, particularly the forced move to subscription-only models and the consolidation of product tiers, were the final straw for a lot of people. As one admin put it:

    "They called our bluff, and we left. Just like that, they lost a seven-figure license renewal."

    From virtual machines to virtual freedom

    For years VMware had the edge because it made virtualization elegant, turning complex infrastructure into something visual, manageable, and dependable. That came at a cost, and by 2025 the cost had ballooned into an unsustainable line item.

    Kubernetes and KubeVirt promise freedom and flexibility instead. Kubernetes has already changed how the world runs applications, orchestrating containers at scale, providing native resiliency, and abstracting away hardware in a way that made developers' lives easier. KubeVirt extends the same approach to virtual machines. It lets you run containers and traditional VMs on the same infrastructure, managed through the same API layer, so you don't have to choose between modern containerized workloads and the legacy applications that still run your business.

    For many teams, that hybrid capability is the sweet spot.

    "We can run containerized workloads on the same metal as the VMs," one engineer said. "Fine-grained resource control, tight segmentation, and no license fees hanging over our heads."

    There's no magic involved, just modern design.

    The hidden cost argument

    One commenter pushed back:

    "Sure, your licensing cost is zero, but you spent six months of man-hours. That's not free."

    That's fair, since migrations are expensive in both time and talent. Others answered with a more pragmatic view.

    "We're already paying those engineers full time," another replied. "Instead of maintaining VMware, they're modernizing the environment. If that saves us millions in renewals, it's a win."

    You can see the economics shifting in that exchange. The cost of expertise used to block moves like this, and now the alternative is simply worse. When a 400% license hike is "just business," internal investment in open infrastructure starts to look like a bargain.

    The cultural shift: from vendor loyalty to open control

    The most striking thread across all these migrations may have been cultural more than technical.

    For decades VMware was synonymous with stability and innovation. Engineers earned their VCP badges like honor medals, and whole communities formed around the ecosystem. VMUGs (VMware User Groups) were places to network, learn, and share ideas. Now those same communities are rallying around open platforms, with Proxmox, OpenShift Virtualization, and KubeVirt as the new playgrounds.

    "I'm saddened by the state of VMware today," one longtime user wrote. "It was such a great resource early in my career. Now it's gone to pure corporate greed. Good things never last, I guess."

    That carries more emotion than most tech conversations ever do, because underneath the servers and hypervisors the issue is trust. When a vendor that built its empire on community starts treating customers like line items, people notice. And when those people are the ones keeping the world's infrastructure running, they take their talent (and their budgets) elsewhere.

    KubeVirt: the understated disruptor

    KubeVirt isn't flashy. It doesn't have VMware's marketing machine or the slick enterprise packaging of Nutanix, yet it's steadily becoming one of the most talked-about technologies in infrastructure circles.

    KubeVirt lets operators define, deploy, and manage virtual machines as Kubernetes resources. That means:

    • You can manage VMs and containers in one unified control plane.
    • You get declarative infrastructure (no more manual tweaks).
    • You can version-control your infrastructure using YAML or GitOps pipelines.
    • It's open source, so your roadmap is your own.

    Migration tools like Forklift (by the KubeV2V community) are making the once-daunting job of moving VMs to Kubernetes surprisingly manageable. One engineer linked it directly in the thread:

    "Check out Forklift: https://github.com/kubev2v/forklift.github.io"

    People moving to DIY, open infrastructure talk less about saving a few bucks and more about owning their destiny.

    The new hybrid normal

    Despite the growing exodus, not everyone is ditching VMware completely. Some take a hybrid approach, running critical legacy workloads on their existing clusters while building new projects on Kubernetes or KubeVirt.

    "We have 300+ VMs we migrated to Proxmox," one user explained. "But we kept our pure storage active-active systems in place during the transition. The key is planning."

    Others are exploring Hyper-V or OpenStack. The future of virtualization looks flexible, federated, and deeply pragmatic, with no single platform on top.

    "We're not against VMware," said one admin. "We're just against being cornered."

    Choice is the word I kept seeing across IT circles. For years, "virtualization" meant VMware, but in 2025 the conversation is about agility, cost transparency, and integration with cloud-native ecosystems. Kubernetes and KubeVirt are real alternatives, and their rise suggests the market has matured beyond its first generation.

    Broadcom's gamble and what it cost

    In fairness, Broadcom's strategy isn't random. By focusing on high-value enterprise customers (think finance, government, and defense), it's chasing predictable revenue and stability. The trouble is that this leaves thousands of small and medium enterprises, the backbone of VMware's historic success, feeling abandoned. One user put it best:

    "Broadcom doesn't care unless you're one of their top 10% of sales. Everyone else can go."

    And they are going, to Proxmox, to Hyper-V, to KubeVirt. The irony is painful. VMware once made IT simpler and more democratic, and now it's driving that same community into the arms of open-source competitors.

    What the future looks like

    The long-term effect of this shift may be bigger than it looks. Organizations moving to Kubernetes and KubeVirt are merging two worlds that used to be separate, virtualization and orchestration. That convergence opens the door to:

    • Unified management of all workloads, legacy or modern.
    • Easier automation and CI/CD integration.
    • Lower operational costs through standard tooling.
    • True portability, from on-prem to cloud or anywhere in between.

    The new infrastructure stack is open and also composable, which is exactly what modern IT teams want. One user summed it up simply:

    "Having full control over your environment, not being tied to a vendor who can screw you overnight, is invaluable."

    Goodbye VMware, hello independence

    No one can deny VMware's impact. It shaped the last 20 years of enterprise computing. Every era ends, though, and this one is ending with a clear message that the future belongs to the flexible.

    The companies leaving VMware object to depending on one vendor. They're tired of paying for stability when they can build the innovation themselves, and they've decided open infrastructure is now the standard choice. As one commenter wrote, almost wistfully:

    "It feels weird to ditch vSphere. You realize how many proprietary features you took for granted. But still, f*** Broadcom."

    There's frustration in that, and also a sense of empowerment. Kubernetes and KubeVirt are giving organizations the control, transparency, and choice VMware hasn't offered in years, so the breakup may turn out to be a rebirth.

    The bottom line

    VMware didn't lose customers because its technology failed. It lost them because it stopped listening. Kubernetes and KubeVirt are stepping in as tools and also as a sign that IT teams would rather build their own future than rent it from someone else.