Der er fire tekniske veje for en virksomhed, der kører på VMware i dag: blive, skifte til en anden hypervisor på egne servere, flytte de virtuelle maskiner til en udbyder eller lægge dem på en containerplatform. Hvilken vej der holder, afgøres mindre af selve hypervisoren og mere af lager, netværk, backup og de folk, der skal drive resultatet.
Artiklen handler om det tekniske valg. En plan for udgangen findes på exit-plan.dk om VMware, og forhandlingen om licensen står på vendor-lock-in.dk om fornyelsen. En hypervisor er det lag software, der deler en fysisk server op i flere virtuelle maskiner.
Datoerne, der sætter tempoet
Tre datoer styrer tempoet pr. november 2026. Den 11. oktober 2027 ophører Broadcoms almindelige support til version 8 af vSphere, ESXi, vCenter og vSAN. Kunder i EØS kan købe udgaverne Standard 8 og Enterprise Plus 8 frem til 31. oktober 2027. Har I et aktivt abonnement, løber den udvidede support, til abonnementet slutter, dog senest 31. oktober 2028. Kerner tælles fysisk, og en CPU med færre end 16 kerner tælles alligevel som 16.
Har I købt licenser tidligere, bevares brugsretten, når supportaftalen udløber. Maskinerne kører videre. Det, der forsvinder, er adgang til rettelser, nye versioner og supportsager, og ifølge Broadcom bør I hverken tilføje nye værter eller lave større opgraderinger i den periode. Vi læser det sådan, at perioden uden support kan bruges til en flytning, mens udbygning af platformen bliver svær.
Vej 1: Blive
At blive er en teknisk forsvarlig vej, når platformen kører stabilt, folkene kender den, og tredjepartsprodukter som backup og lagersystemer er bygget til den. Det kræver, at I kender jeres kerneantal, kender datoerne og har en plan for næste version. Hvornår det er det rigtige, står i når det rigtige er at blive på VMware.
Vej 2: Anden hypervisor på egne servere
Her bliver hardware, datacenter og driftsform de samme, og kun platformen skifter. Pr. november 2026 er de mest omtalte muligheder Proxmox VE, Nutanix med AHV, Hyper-V og Azure Local fra Microsoft og XCP-ng. Felterne for dem alle står i sammenligningen af hypervisorer.
Selve konverteringen af virtuelle maskiner er den lette del. De værktøjer, vi har læst dokumentationen til, arbejder mod ESXi’s grænseflade, mens den gamle platform kører. Det betyder i vores læsning, at flytningen skal ske, mens VMware stadig er i drift med gyldig licens.
Den tunge del er alt det, VMware har leveret ud over hypervisoren. Står jeres lager på vSAN, eller kører netværk og mikrosegmentering i NSX, skal det erstattes. Det er her, skiftet bliver stort. Læs mere om lager og net efter VMware.
Vej 3: Til en udbyder
De virtuelle maskiner kan flyttes til en europæisk udbyder, enten som almindelige virtuelle servere i en offentlig cloud eller hos en hostingleverandør. Nogle europæiske udbydere kører selv VMware. Så skifter I kontraktpart, mens platformen er den samme, og afhængigheden af Broadcom ligger nu hos udbyderen. Det har sin egen artikel: jeres hostingleverandør kører VMware.
Flytter I til en udbyder med en anden platform, skal maskinerne konverteres som i vej 2, og I mister den direkte kontrol med hardwaren. Til gengæld forsvinder ansvaret for servere, lager og strøm. Windows- og SQL Server-licenser kan afgøre, om regnestykket holder, og Microsofts regler er samlet i artiklen om licenserne.
Vej 4: En containerplatform
Kører I allerede containere, eller er I på vej dertil, kan virtuelle maskiner køre på samme platform som containerne. OpenShift Virtualization og Harvester er eksempler pr. november 2026, og KubeVirt er det åbne projekt, der lægger virtuelle maskiner ind i Kubernetes. Vejen giver mening, når containerplatformen er valgt af andre grunde. Har I ingen Kubernetes i dag, er det et stort spring at tage alene for at komme væk fra en hypervisor, så overvej først, om I skal have Kubernetes.
Sådan sammenholder I vejene
Stil de samme seks spørgsmål til hver vej:
- Lager. Hvad erstatter vSAN eller jeres nuværende lagersystem, og kan det genbruges?
- Netværk. Hvilke funktioner fra NSX eller den distribuerede switch bruger I faktisk, og hvor kommer de fra bagefter?
- Backup. Understøtter jeres backupværktøj den nye platform, og hvad skal testes først? Mere om backup ved skiftet.
- Licenser til gæsterne. Hvordan licenseres Windows Server og SQL Server på den nye platform?
- Folk. Hvem kan drive platformen, hvem har vagten, og hvem ringer de til? Mere om teamet bag platformen.
- Ejer og support. Hvem ejer producenten, hvor sidder supporten, og hvordan opgøres prisen i ord?
Det kan sagtens ende med flere veje på samme tid. Et typisk mønster er, at en del maskiner flytter til en udbyder, nogle bliver på en mindre VMware-installation, og nye systemer lægges direkte på den nye platform.
Hvad det kræver, og hvad det koster at lade være
En vurdering af vejene kræver en opgørelse over maskiner, kerner, lager, netværksfunktioner og backup, og en arkitekt eller driftsansvarlig, der kender miljøet. Et lille miljø klares på nogle dage, mens et stort med vSAN og NSX kan tage uger. Derefter en pilot pr. vej, I tager alvorligt, hvor få rigtige maskiner flyttes og drives i nogle uger.
At lade være er også et valg, og det har poster: næste fornyelse forhandles uden alternativ, datoerne for version 8 nærmer sig, og flytningen skal måske ske under tidspres, mens licensen stadig skal være gyldig. Overslaget sætter I selv i tid pr. system. Hvad der påvirker prisen, og hvordan I får et tilbud, står under pris og tilbud.
Det skal I lade være med
- At vælge hypervisor før lageret · lager og netværk afgør størrelsen på skiftet.
- At flytte efter supportens udløb uden plan · værktøjerne skal bruge den kørende platform.
- At tage en containerplatform for at slippe for VMware · den kræver sin egen organisation.
- At antage, at én vej passer til alle maskiner · flere veje på én gang er ofte det realistiske.
Det skal valget kunne vise
- ☐ Kerner, maskiner, lager og netværksfunktioner opgjort med dato.
- ☐ Datoerne for jeres version og jeres abonnement skrevet ind i en plan.
- ☐ De seks spørgsmål besvaret for hver vej, I overvejer.
- ☐ Backupværktøjets understøttelse af den nye platform læst hos producenten.
- ☐ Hvem der driver og har vagten på hver vej.
Kilder
- Broadcom KB 459135, End of General Support for vSphere 8.0, læst 8. november 2026.
- Broadcom KB 313548, Counting Cores, læst 8. november 2026.
- Broadcom KB 429208, Perpetual License Functionality After SnS Expiration, læst 8. november 2026.
- VCF Blog, Broadcom Updates VMware Portfolio, 4. november 2026, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Skriv jeres kerneantal, jeres version og datoen for abonnementets udløb på én side. Den side bestemmer, hvor meget tid I har.
Læs også: Hypervisorer efter samme målestok · Uden vSAN og NSX
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
