Data Centre · VMware

VxRail After Broadcom: Your Real Options at EOL

Dell VxRail is not formally end of life. But it has been quietly moved out of the spotlight, and the Broadcom licensing model underneath it has changed the maths for almost everyone running it. If your VxRail estate is approaching a decision point, here is an honest, vendor neutral view of where you actually stand and what your real options are.

If you run Dell VxRail, you have probably picked up mixed signals over the last year, and they are genuinely confusing because they point in two directions at once. So let us start with the honest position, because most of the worry comes from misreading it.

Is VxRail dead? Not quite, but read the signals carefully

VxRail is not formally end of life. As of mid 2026 Dell still sells it, still publishes current 8.x and 9.x support matrices, and has committed to keeping VxRail bundles closely aligned with VMware releases. Those are not the actions of an abandoned product, and it is worth being clear about that, because some of the panic around VxRail is overdone.

At the same time, Dell's strategic language has shifted noticeably toward Dell Private Cloud and multi hypervisor choice, and Michael Dell himself was reported as saying VxRail is no longer a thing. That is not an end of life notice, and we would not treat it as one. The fair reading is more nuanced: VxRail remains supported and saleable, and the engineering investment has not stopped. In June 2026 Dell and VMware published a supported in place upgrade path from VxRail to VMware Cloud Foundation 9.1, which is not the behaviour of an abandoned product. So the right mental model is a platform that is still being engineered and supported, but whose long term strategic priority sits inside a broader private cloud portfolio and is no longer guaranteed, rather than either a dead product or an obvious flagship.

The real issue

For most VxRail customers the appliance is not the problem. The problem is the new VMware commercial model under Broadcom, which has changed how you are licensed, what you are entitled to, and what a renewal costs. That is where the attention belongs, not on the hardware.

What actually changed, and why your renewal jumped

Since Broadcom acquired VMware, the commercial model has shifted in ways that hit VxRail estates particularly hard. Perpetual licences have been phased out and subscription is now the default. Licensing is per physical core, with a minimum of 16 cores per processor, and you license every core in the server. Because VxRail nodes often run modern, high core count CPUs, moving from older perpetual rights to a fresh VMware vSphere Foundation (VVF) or VMware Cloud Foundation (VCF) subscription can increase your cost even when your actual workload has not grown at all. The unit of account changed, and that alone is enough to produce a painful number.

Three further changes matter for planning. First, the entitlement and bundle model is more complex: VCF and VVF package different component sets, and the naming has evolved, which makes simple edition to edition comparisons with your old contract surprisingly hard. Second, version 9 introduces a documented compliance reporting requirement, where failure to submit regular verified reports can degrade management functions and suspend support entitlements, so it is an operational matter, not just a paperwork one. Third, cloud portability is no longer a clean escape: the major managed VMware destinations have moved toward bring your own subscription models, so moving to cloud can relocate the VMware licence rather than remove it.

The version 9 path is real, with conditions

In June 2026 Dell and VMware confirmed a supported, in place route from VxRail to VMware Cloud Foundation 9.1, meaning hosts are upgraded rather than wiped and reimaged. The standard requirements are existing VMware software at 5.2.2 or above and VxRail at 8.0.361 or above. The caveat that matters is the exceptions: stretched clusters, dynamic nodes, two node clusters and satellite nodes do not yet have a supported path and must wait for a release after 9.1. If your estate leans on any of those configurations, build that delay into your planning rather than assuming a clean upgrade is available today.

Watch this if you are on 7.x

If any of your VxRail estate is still on 7.x, you are already in an unfavourable position. VMware ended general support for vSphere and vSAN 7.0 in October 2025, and Dell set VxRail 7.0 code currency end of life around the same time. Doing nothing is not neutral here, it is a decision to run unsupported infrastructure, which for regulated workloads is rarely acceptable for long. Stabilising the 7.x estate is the one genuinely urgent task.

Your four realistic options

This is not a binary rip and replace decision, and anyone who frames it that way is oversimplifying. There are four realistic paths, and the right one depends on your feature use, your estate size and your renewal position.

1. Stay on VxRail and renegotiate

Best if VxRail still fits and you have leverage

Keep the platform and focus on getting the VMware subscription right, which usually means a careful VVF versus VCF decision and a properly negotiated renewal. If you mostly use core virtualisation and vSAN, VVF is often the better fit than the fuller VCF bundle, and not assuming you need the whole stack is where much of the saving sits.

2. Keep the hardware, modernise the stack

Best if you value the Dell relationship but want less VMware dependence

Dell Private Cloud now spans VMware, Nutanix, Microsoft and Red Hat. That creates a credible same vendor, different software stack path that preserves your Dell operational relationship while reducing reliance on VMware as the default control plane. It is not the same turnkey experience as VxRail, but it keeps options open.

3. Move to a managed VMware destination

Best if reducing operational burden matters more than leaving VMware

Managed VMware options still exist and can offload operational effort. But since the major providers moved toward bring your own subscription models, treat these as managed homes for your VMware licence rather than a way to escape VMware licensing. The commercial case needs checking carefully.

4. Exit VMware over time

Best for smaller, edge heavy or lightly featured estates facing a sharp uplift

Alternatives such as Nutanix, Azure Local for Microsoft aligned organisations, and HPE for HPE aligned or edge heavy estates are now credible destinations. This is rarely a this year project, but starting a parallel assessment restores negotiating leverage and surfaces the real migration blockers before you are cornered at renewal.

A deeper question underneath all four

There is a more fundamental architectural choice sitting beneath these paths, and it is one worth raising explicitly: is hyperconverged still the right model for you at all. VxRail fuses compute and storage into one appliance, which is elegant when it fits, but it also ties your storage refresh, your compute refresh and your licensing position together. Moving to a disaggregated, three tier architecture, separate hosts with an external array such as Pure FlashArray, NetApp, or Dell PowerStore or PowerFlex, decouples those decisions. You can scale storage and compute independently, refresh them on different cycles, and step outside the vSAN tied portions of the licensing maths. It is not the right answer for everyone, and it is real work, but for estates where the HCI model no longer earns its place it can be a cleaner long term position than simply buying the next appliance. Notably, this also sits with the direction Dell itself is signalling, toward disaggregated infrastructure within its private cloud portfolio. Even within VCF, the 9.1 release allows mixing VxRail and Dell vSAN Ready Node clusters inside a single instance, a step away from the fully fused appliance, though note it is still vSAN based rather than the external array storage described here. We have no preferred array here, the right choice depends on your workloads and your data, but the question deserves to be on the table rather than assumed away.

One honest note on migration: the effort is driven far more by data gravity, downtime tolerance, network and firewall dependencies, backup and disaster recovery interlock, and operational tooling than by the hypervisor cutover itself. The runbooks and integrations are usually the hard part, not the VMs.

What we would do first: a 90 day triage

For most VxRail customers the best next step is not immediate migration, it is a short, disciplined triage that establishes the real position before any commitment. This is the Identify stage of our IDEAL approach in practice, understand the reality first, then decide on evidence. In practice that means:

  • Stabilise any 7.x clusters onto a supported landing zone as a priority.
  • Run an entitlement audit by cluster and by node, not just by contract line, confirming core counts, version rights, who owns the support contract, and whether any licences were acquired under OEM constructs that affect portability.
  • Model the cost delta between VVF and VCF against the features you actually use, rather than the features you are being sold.
  • Split workloads into three groups: hold and optimise, migrate later, and evaluate for faster exit.
  • Start a parallel alternatives assessment, even if you expect to stay one more term, purely to restore leverage and understand your real options.

That sequence keeps control with you rather than the renewal clock, and it means that whatever you decide, you decide it on evidence.

Context for the urgency

Industry analysts have reported significant cost increases for many customers under the new model, and expect a meaningful share of VMware workloads to move elsewhere over the next few years. That does not mean everyone should leave. It does mean staying on VMware is now a decision that should be actively justified rather than assumed, and the same renewal can look reasonable to a large stack heavy enterprise and unreasonable to a smaller or more distributed VxRail estate.

How C4C helps

This is exactly the kind of decision we exist for, and it sits squarely in our experience. We spent years at Dell, EMC and across the storage and infrastructure market, on both the technical and the commercial side, so we understand VxRail, VMware and the alternatives from the inside, and we know how the renewals and the quotes are constructed. We will run the entitlement audit, model VVF against VCF against the alternatives on a consistent basis, and help you choose and execute the right path. Our independence is the point: we have no platform to defend and no preferred destination, so the recommendation is the one that genuinely fits your estate and your numbers.

Facing a VxRail or VMware renewal decision?

Send us your situation and we will give you an evidence based view: where your entitlement actually stands, what the real cost options are, and what a sensible path looks like. Independent, with no platform to sell and no preferred vendor. We have sat on the other side of the table.

Prefer email? Reach us directly at hello@c4cgroup.co.uk.

Frequently asked questions

Is Dell VxRail end of life?

Not formally. As of mid 2026 Dell still sells and supports VxRail, with current 8.x and 9.x support matrices. However, Dell has strategically deprioritised it in favour of Dell Private Cloud, and Michael Dell publicly described it as no longer a thing. The honest reading is supported but no longer a priority, not dead.

Why has my VxRail renewal cost jumped so much?

The appliance is rarely the cause. The change is the Broadcom VMware licensing model: perpetual licences ended, subscriptions are the default, and licensing is per physical core with a 16 core per processor minimum. Because VxRail nodes often use high core count CPUs, a fresh VVF or VCF subscription can cost more even if your workload has not grown.

What are my options now?

Four realistic paths: stay and renegotiate the VMware subscription, stay on the hardware but modernise the software stack via Dell Private Cloud, move to a managed VMware destination, or exit VMware over time to Nutanix, Azure Local or HPE. The right path depends on your feature use, estate size and renewal position. It is rarely a simple rip and replace.

Should I move off VMware entirely?

Sometimes, not always. The case to leave is strongest for smaller, edge heavy or lightly featured estates facing a sharp uplift. For large estates already using the broader VCF stack, staying can still be rational. The sensible first step is a triage and entitlement audit, not an immediate migration.

What is the version 9 compliance reporting requirement?

Broadcom's version 9 terms require regular verified compliance reports. Failure to submit them on time can degrade management plane functionality and suspend support entitlements. On the upgrade itself, Dell and VMware have published a supported in place path from VxRail to VMware Cloud Foundation 9.1, where hosts are upgraded rather than reimaged, provided you are on VMware software 5.2.2 or above and VxRail 8.0.361 or above. Stretched clusters, dynamic nodes, two node clusters and satellite nodes are not yet covered and must wait for a later release. Either way, before updating, every node must be entitled, a non compliant update can fail or force fresh purchases, and it cannot be rolled back.