De zaak Tesco tegen Broadcom is niet langer slechts een licentiegeschil. Het is uitgegroeid tot een teken voor alle infrastructuursystemen die nog afhankelijk zijn van VMware: vertrekken is mogelijk, maar het is geen toevalstreffer. En hoe kritieker het platform, hoe belangrijker het wordt om eerder te beginnen voordat de planning dat oplegt.
Volgens documenten die door The Register zijn ingezien, heeft Tesco besloten om VMware en ook mainframe-producten van Broadcom vaarwel te zeggen, terwijl het haar rechtszaak in het Verenigd Koninkrijk voortzet. De zaak zal niet voor de hoge raad worden behandeld voordat een venster opent op 1 november 2027 en sluit op 25 februari 2028, maar de technische voorbereidingen zijn al in volle gang: de Britse retailer stelt dat ze alternatieven moeten zoeken, derden ondersteuning inhuren en operationele risico’s nemen door de snelheid van de migratie.
Computer Weekly voegt toe dat Tesco begon met de migratie in april 2025, met als doel om vóór eind 2027 een alternatief voor VMware in de hele organisatie uitgerold te hebben. Het bedrijf benadrukt dat de deadline kosten, verstoringen en zakelijke risico’s met zich meebrengt, vooral omdat daarnaast ook software voor mainframes moet worden vervangen die wordt gebruikt bij kritieke processen.
Het probleem is niet langer alleen VMware: het gaat om afhankelijkheid
De oorzaak van het conflict ligt in een contract uit 2021, waarin Tesco perpetual licenties voor VMware-producten kocht, plus abonnementen en supportdiensten tot 2026, met een optie tot verlenging. Nadat Broadcom VMware overnam, veranderde het bedrijfsmodel en beweert Tesco dat ze niet meer konden profiteren van de diensten onder de verwachte voorwaarden. Broadcom wijst die lezing van de hand.
De economische spanning is duidelijk. Tesco stelt dat een aanbod van Broadcom in april 2026 resulteerde in een prijs van 23,5 miljoen dollar, zo’n 17,4 miljoen pond, voor een jaar VMware Cloud Foundation 9.0 en mainframe-ondersteuning. Volgens de retailer betekende dat een stijging van ongeveer 175% ten opzichte van de oorspronkelijke prijzen, en een stijging van 350% voor mainframeproducten.
Voor de markt is de boodschap helder: wanneer een virtualisatieplatform jarenlang een kritieke laag wordt, is het verlaten ervan niet slechts het vervangen van een hypervisor. Het vereist een grondige herziening van backups, netwerken, automatisering, monitoring, beveiliging, disaster recovery, licenties, appliances, integraties en support.
Tesco schetst geen comfortabele overgang. Het geeft aan dat het vertrek een “buitengewoon snelle werkwijze” vereist, ondersteuning van derden, en een alternatief dat volgens hun documenten niet direct compatibel is met tools voor databeveiliging die al in gebruik waren, zoals Veeam en Zerto.
Risicovrije migratie begint veel eerder dan de cut-over
De technische les is niet dat elk bedrijf zomaar op een vrijdag VMware kan uitschakelen en op maandag op een andere platform kan starten. De juiste conclusie is dat deze overgang mogelijk is met minimale risico’s, mits goed gepland.
David Carrero, medeoprichter van Stackscale (Aire), een bedrijf gespecialiseerd in private cloud-infrastructuur en Proxmox, kijkt hier praktisch naar: migratie moet niet worden benaderd als vlucht, maar als een continuïteitsproject. Inventarisatie, ontwerp, pilots, fasen, reversies en supportdiensten moeten vooraf zijn uitgewerkt voordat kritische workloads worden verhuisd.
Deze aanpak verandert het gesprek. Het gaat niet alleen om het kiezen van een alternatief zoals Proxmox VE, Hyper-V, OpenShift Virtualization, XCP-ng, Nutanix of een andere oplossing op basis van licentiekosten. Het gaat erom te onderzoeken welke workloads kunnen worden gemigreerd, welke VMware-functies daadwerkelijk worden gebruikt en welke afhankelijkheden geen direct equivalent kennen.
| Veld om te onderzoeken | Belangrijke vraag voor migratie |
|---|---|
| Workloads | Welke VM’s zijn kritiek, legacy, appliances of kandidaten voor reconstructie? |
| Netwerk | Wordt NSX, microsegmentatie, BGP, overlay, DFW of regels gebaseerd op labels gebruikt? |
| Opslag | Is er vSAN, extern SAN, NFS, iSCSI, Ceph, ZFS of dedicated storage? |
| Backup en DR | Ondersteunt de huidige tooling het nieuwe platform op hetzelfde niveau? |
| Automatisering | Welke scripts, APIs, Terraform, Ansible of pipelines hangen af van vCenter? |
| Support | Wie staat in voor incidenten in productie? |
| Operatie | Heeft het team ervaring met Linux, KVM, Ceph, netwerken en probleemoplossing van de nieuwe stack? |
De technische discussie rondom deze zaak benadrukt juist deze punten: NSX en de gedistribueerde firewall zijn moeilijk één-op-één te vervangen, Proxmox wordt aantrekkelijk voor veel omgevingen, Hyper-V past waar al een stevige Microsoft-infrastructuur ligt, Nutanix verlaagt de beginfrictie maar houdt afhankelijkheid van een leverancier in stand, en XCP-ng is een optie in specifieke niches. De discussie toont ook de reële twijfels over SDN, microsegmentatie, compatibiliteit met Veeam/Zerto en de kosten van het verlaten van platforms.
Proxmox wint terrein, maar vervangt niet alles automatisch
Proxmox VE is een van de meest besproken alternatieven geworden vanwege de combinatie van KVM, LXC, softwaregedefinieerde opslag, netwerkmogelijkheden, clustering, hoge beschikbaarheid en hersteltools, allemaal in een open platform. De officiële documentatie presenteert het als een complete open source virtualisatie-oplossing voor ondernemingen, met webbeheer en ondersteuning voor virtuele machines en containers.
Bovendien is Proxmox recent verbeterd in het punt dat voor VMware-klanten belangrijk is: migratie. Sinds Proxmox VE 8.2 is er een ingebouwde importtool waarmee VM’s van VMware ESXi kunnen worden overgezet via de webinterface en API, wat een deel van het handmatige werk wegneemt dat traditioneel bestond uit het converteren van disks en handmatige configuraties.
De ondersteuning van derden wordt ook beter. Veeam biedt nu documentatie specifiek voor Proxmox VE onder Backup & Replication, met eigen vereisten en compatibiliteit. Dat betekent niet dat alle VMware-functies op hetzelfde niveau worden gerepliceerd of dat elk omgeving probleemloos kan migreren, maar het elimineert wel een klassieke bezwaar bij Proxmox voor bedrijven die afhankelijk zijn van gevestigde backup-tools.
Voorzichtigheid blijft geboden. Proxmox is niet “gratis VMware”. Het is een andere manier van infrastructuurbeheer. In VMware worden veel complexiteiten gepakt binnen vCenter, ESXi, vSAN, NSX en het ecosysteem van partners. In Proxmox ligt de beheerder meer dichter bij Linux, KVM, Ceph, ZFS, bridges, VLANs, firewalls en opslag. Dat kan een groot voordeel zijn voor ervaren teams, maar een risico als dat wordt onderschat.
De werkelijke kosten zitten in de functies die men vanzelfsprekend vindt
Een belangrijke les uit de Tesco-zaak is dat de hypervisor niet losstaat van andere systemen. Veel bedrijven vertrouwen niet alleen op VMware voor VM-uitvoering. Ze zijn afhankelijk van het netwerk, het ecosysteem, APIs, back-uptools, DR-mechanismen, integraties met fabrikanten en interne procedures.
Daarom moet de migratie in lagen worden bekeken.
| Functie in VMware | Gebruikelijke risico’s bij migratie | Hoe risico’s te beperken |
|---|---|---|
| vCenter | Automatiseringen en processen afhankelijk van API | Inventariseer scripts, jobs en tools vóór de pilot |
| ESXi | Driver- en bootverschillen, controler-configuraties | Test op besturingssysteem en appliance-type |
| vSAN | Veranderingen in opslagmodel | Proeftests met echte workloads en failure-scenario’s |
| NSX | Microsegmentatie en geavanceerde troubleshooting | Herontwerp van beveiliging, geen directe kopie van regels | Backup | Functies kunnen ontbreken of verschillen | Test herstel, niet alleen maken van backups |
| DR | Verschillende RPO/RTO | Gedocumenteerde hersteltesten uitvoeren |
| Support | Wijziging van contactpersoon en SLA | Duidelijk contract met fabrikant, integrator of MSP |
De grootste misvatting is te denken dat een VMware-migratie slechts het converteren van disks is. Het is een architectuurproject. Sommige VM’s migreren, anderen worden opnieuw opgebouwd, appliances moeten worden vervangen, diensten kunnen worden gemigreerd naar containers en sommige workloads blijven voorlopig op VMware totdat een solide alternatief is gevonden.
Vertrekken uit VMware betekent niet vallen in een valkuil
De natuurlijke reactie op prijsstijgingen is snel zoeken naar vervangingen. Maar overhaaste migraties kunnen leiden tot nieuwe blokkades. Overstappen van VMware naar een gesloten platform zonder de toekomstige kosten, support, roadmap, compatibiliteit en draagvlak te evalueren, kan het probleem in 2026 oplossen, maar in 2029 een nieuw probleem creëren.
Veel organisaties overwegen nu verschillende opties: Proxmox voor private cloud en open virtualisatie, Hyper-V of Azure Local als er al een sterke Microsoft-omgeving is, OpenShift Virtualization als Kubernetes de kern vormt, Nutanix voor een zeer geïntegreerde HCI, of XCP-ng voor omgevingen die een open stack op Xen waarderen.
Er bestaat geen universeel antwoord. Wel is er een belangrijke richtlijn: de keuze moet gebaseerd zijn op workload-eisen, niet op trends. Een retail-cluster aan de rand heeft andere vereisten dan een datacenter met NSX, een geïsoleerd overheidsomgeving, een SaaS-platform of een kleine onderneming met drie hosts en gedeeld opslag.
De kans: herwin controle over de infrastructuur
De Tesco-zaak toont niet alleen de risico’s van afhankelijkheid, maar ook een kans. Veel organisaties hebben jarenlang VMware gebruikt omdat het werkte, niet omdat ze hadden gecontroleerd of het nog steeds de beste keuze was voor elke workload. De druk van Broadcom dwingt nu tot die evaluatie.
Goed uitgevoerde migraties kunnen kosten verlagen, omgevingen vereenvoudigen, technische schuld wegnemen, back-ups verbeteren, oude VM’s opschonen, netwerken herontwerpen en kritieke diensten beter scheiden. Het opent ook de deur naar private cloud in Europa, bare-metal, managed Proxmox, hybride modellen en meer transparante architecturen.
De sleutel is niet te verwarren tussenhaast en improvisatie. Tesco moet juist snel handelen vanwege contractuele en gerechtelijke deadlines. Andere organisaties hebben nog ruimte. Die ruimte moeten ze benutten voor inventarisatie, pilots, hersteltesten, supportplanning en gefaseerde migraties.
Vertrekken uit VMware is mogelijk. Maar met minimale risico’s vereist dat een minder zichtbare realiteit: de migratie begint maanden voor het verhuizen van de eerste VM.
Veelgestelde vragen
Wat doet Tesco met VMware?
Tesco heeft besloten om VMware en mainframe-producten van Broadcom te verlaten, terwijl het haar rechtszaak voortzet vanwege licentie- en supportconflicten.
Waarom is de Tesco-zaak relevant voor de markt?
Omdat het aantoont dat zelfs grote organisaties met kritieke systemen kunnen starten met het verlaten van VMware, ook al is dat proces duur, complex en risicovol, vooral onder tijdsdruk.
Kan Proxmox VMware vervangen?
In veel scenario’s wel, vooral bij private clouds, MKB, providers en technische teams. Maar niet automatisch op functies zoals NSX of bepaalde disaster recoveryflows.
Wat is het grootste risico bij migratie?
Niet zozeer de hypervisor zelf, maar afhankelijkheden zoals netwerk, back-up, opslag, automatisering, beveiliging, appliances en support.
Hoe kan het migratierisico worden verminderd?
Door inventarisatie, pilots, gefaseerde aanpak, hersteltesten, een reversieplan, duidelijke supportafspraken en een doordacht architectuurplan dat klaar is voordat kritieke workloads worden verhuisd.