Exit-plan

Exit‑plan for VMware: fornyelse, support og værktøjerne til at komme ud

Exit-plan for VMware: fornyelse, support og værktøjerne til at komme ud

En exit-plan for VMware lægger jeres datoer for fornyelse og support på én tidslinje, viser hvilke værktøjer en flytning afhænger af, og beviser med en test, at en virtuel maskine kan starte et andet sted. Planen kan sagtens ende med, at I bliver på VMware. Så bliver I med åbne øjne og med tid til at vælge.

Søgninger som “vmware exit strategy”, “vmware alternatives” og “væk fra vmware” viser, at mange stiller spørgsmålet nu. Oplysningerne er læst i Broadcoms vidensbase den 6. november 2026. Broadcoms oversigt over produkternes levetid kunne vi ikke læse, så tjek jeres egne versioner dér. VMware måles med de samme fem spørgsmål som resten af gruppen, og der gives hverken point eller råd om at blive eller gå. Licensens økonomi og valg af afløser er ikke emnet her. Mekanismen bag ændringerne står på digital-suveraenitet.dk.

Hvad der er bundet

VMware er laget mellem hardware og servere. Binding ligger i tre ting. Virtuelle maskiner bruger VMwares diskformat og drivere. Omkring dem står drift: backup, overvågning, netværk i NSX, lager i vSAN og automatisering. Og over det hele står kompetencerne hos jeres folk eller jeres driftspartner.

Tid binder også. Broadcoms vidensbase angiver afslutningen på generel support for vSphere 8.0 til 11. oktober 2027, det gælder ESXi, vCenter og vSAN 8.x. Samme dato står for VMware Cloud Foundation 5.2.x og flere Aria-produkter. Broadcom anbefaler i samme artikel overgang til version 9 af Cloud Foundation eller vSphere Foundation. Kører I disse versioner, er datoen fast punkt på jeres tidslinje, uanset hvad I vælger. Tjek også jeres egen aftales udløb, som kan ligge før.

Hvad der kan komme ud

En virtuel maskine kan eksporteres som OVF-skabelon. Broadcoms dokumentation for vSphere 7 beskriver, at maskinen slukkes, og at der gemmes filer af typerne .ovf, .vmdk og .mf. OVF er et åbent format til at flytte maskiner. Det er en langsom, men enkel vej, som ikke afhænger af tredjepart.

Har I hardwaren selv, er data allerede hos jer, og det er en væsentlig forskel fra en sky. Data Act (dataforordningen) dækker cloudtjenester, så en licens til software på egne servere er som udgangspunkt uden for skiftereglerne, se kontrakter uden for Data Act. Køber I VMware som hostet tjeneste, kan det se anderledes ud. Vurdér det konkret.

Hvad der mangler

Værktøjerne til at komme ud er selv en afhængighed. Flere migreringsværktøjer har brugt VDDK, et bibliotek fra Broadcom, og adgangen til det ændrede sig i 2026. Forløbet står i sagen om VDDK. For planen betyder det, at I skal skrive ned, hvilke komponenter en flytning bygger på, hvem der leverer dem, og om I har ret til at bruge dem til netop det formål. Spørg skriftligt, hvis I er i tvivl.

Dertil kommer det, der ikke står i diskfilerne:

  • Netværk og sikkerhed. Regler, segmenter og firewall i VMwares lag skal beskrives.
  • Drivere og gæsteværktøjer. Maskinerne skal have andre drivere på en anden platform.
  • Backup. Værktøjet kan være bundet til VMware, og gamle kopier skal kunne læses, se backup-løsningen binder også.
  • Tredjepartssoftware. Nogle leverandører godkender kun deres produkt på bestemte platforme.
  • Kompetencer. Hvem kan drive den platform, der eventuelt afløser?

Hvad der skal testes

Testen skal vise, at en maskine kan starte og virke uden for VMware:

  1. Vælg en Windows- og en Linux-server, der ikke er kritiske, helst med en database eller et fagprogram.
  2. Eksportér kopier som OVF.
  3. Importér kopierne i en anden hypervisor på en testmaskine, altså det lag, der kører virtuelle maskiner. Mange søger på en vmware hyper v migration, men brug det, jeres folk kender. Valget er et testvalg og ingen anbefaling.
  4. Start, ret drivere, og lad en bruger tjekke programmet.
  5. Mål tid pr. maskine og regn op, og notér licens- og supportspørgsmål undervejs.

Aftal grænsen for bestået, inden I går i gang, med hvad er en bestået test som støtte. En enkelt test giver tal i stedet for gæt, selv om den gælder én maskine.

Hvad planen skal rumme

Kernen er en tidslinje baglæns fra de datoer, der tæller: udløb af aftale, afslutning af support og jeres egne frister for opsigelse. Læg hertil den tid, en beslutning, en test og en eventuel flytning tager. Se kontrakten fornyes om et halvt år. Planen rummer også listen over maskiner efter betydning, afhængige værktøjer, hvem der kan arbejdet, og hvilke muligheder der stadig er åbne på hver dato.

Hvad det kræver, og hvad det koster at lade være

Tidslinjen tager en dag. Testen tager nogle dage med en tekniker og en testmaskine. Skriv lave og høje skøn pr. maskine, og datér dem. En flytning af et større miljø er en langt større opgave, og den står ikke i denne plan.

Den største omkostning ved at vente er tabte muligheder. Står I uden tid, er der kun én vej, og det svækker jeres forhandling ved fornyelsen. Pengene i forhandlingen er en anden artikel, men I kan regne det, der hører til planen, med egne tal: hvad det koster at køre uden support, og hvad en dag uden systemerne koster. Test og tidslinje giver værdi, selv om I bliver. I får et ægte alternativ på bordet og en beslutning, der kan forklares for bestyrelsen.

Det skal I lade være med

  • At vente på fornyelsesbrevet · så er tiden allerede brugt.
  • At bygge planen på ét værktøj · det kan ændre sig undervejs.
  • At kalde en startet maskine for bevis · testen er først slut, når programmet virker.

Det skal planen kunne vise

  • ☐ Datoer for aftaleudløb, support og opsigelse på én tidslinje.
  • ☐ Versioner af jeres VMware-produkter med dato for læsning.
  • ☐ Afhængige værktøjer og hvem der leverer dem.
  • ☐ En testet maskine uden for VMware med målt tid.
  • ☐ Netværksregler og backup beskrevet.
  • ☐ Hvem der kan drive platformen efter en flytning.

Kilder

Læst 6. november 2026. Broadcoms sider er på engelsk.

Senest gennemgået: november 2026.

Næste skridt

Skriv datoerne for aftale, support og opsigelse på én side i denne uge. Vælg derefter to servere til en test, og giv ledelsen tidslinjen som grundlag for beslutningen.

Læs også: Udfasningsbrevet · Gendannelse et andet sted

→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Skal I have en plan B?

Skriv kort, hvilke systemer eller leverandører det drejer sig om, og hvad der sætter arbejdet i gang. Så vender jeg tilbage. Rådgivningen er uvildig og uafhængig, og Nielco IT har ikke indgået forhandleraftaler med leverandører.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.

Seneste på bloggen