Virtuelle maskiner flyttes fra VMware på tre måder: eksport og import af en slukket maskine, import, hvor maskinen startes på den nye platform, mens data hentes efter, eller kopiering i to omgange, hvor kun ændringerne overføres, når maskinen slukkes. Fælles for de værktøjer, vi har læst, er, at de henter data gennem VMware’s egen grænseflade, så den gamle platform skal køre med gyldig licens, mens flytningen står på.
Artiklen beskriver metoderne og værktøjerne som viden. Den er ingen opskrift trin for trin og ingen garanti for, at et værktøj virker i jeres miljø. Oplysningerne er producenternes egne og læst 8. november 2026.
Tre metoder
Eksport og import. Maskinen slukkes, eksporteres som fil, typisk i formatet OVF eller OVA, og importeres på den nye platform. Det er den enkleste metode og har den længste nedetid, fordi maskinen er slukket under hele overførslen.
Import med start undervejs. Maskinen slukkes på VMware og startes med det samme på den nye platform, mens resten af data hentes i baggrunden. Nedetiden bliver kortere, og maskinen arbejder i en periode, mens dens data stadig overføres.
Kopiering i to omgange. Alt kopieres, mens maskinen kører, frem til et øjebliksbillede. Derefter slukkes maskinen, og kun ændringerne siden øjebliksbilledet kopieres. Nedetiden afhænger af, hvor meget der er ændret, og kan være kort.
Ingen af metoderne fjerner nedetid helt for en enkelt maskine. Skal et system være oppe hele tiden, skal det klares i systemet selv, fx med en ekstra node på den nye platform, før den gamle slukkes.
Værktøjerne pr. platform
Proxmox VE. Importen i Proxmox henter maskinerne direkte fra ESXi og tager det meste af opsætningen med. Wikien nævner versionerne 6.5 til 8.0 som prøvet, med status fra november 2024. Import gennem vCenter er mulig, men ifølge Proxmox markant langsommere. Funktionen kan også starte maskinen under importen. Proxmox nævner selv fire begrænsninger: diske på vSAN kan ikke importeres direkte og skal først flyttes til andet lager, krypterede diske kan ikke importeres, maskiner med øjebliksbilleder importeres langsommere, og ESXi’s grænseflade tillader få samtidige forbindelser, så importer bør køre én ad gangen.
XCP-ng. Xen Orchestra har en funktion, som Vates kalder V2V, der kopierer i to omgange. Adgangen til ESXi sker alene over HTTP, og diske på VMFS, NFS og vSAN kan læses. Værter på version 6 falder uden for de nuværende udgaver, og gæsterne skal have VMware’s drivere fjernet først.
Nutanix. Move er Nutanix’ værktøj til AHV og kan hente fra både hypervisorer og offentlige clouds. Dokumentationen gav ingen tekst 8. november 2026, så understøttede kilder og begrænsninger står ikke her.
Azure Local. Azure Migrate flytter til Azure Local uden at installere noget i maskinerne. Data bliver på det lokale net, styringen ligger i Azure.
OpenShift. Red Hat leverer Migration Toolkit for Virtualization med Virtualization Engine. Dokumentationen afviste automatiske opslag 8. november 2026.
Hvorfor VMware skal køre imens
De læste værktøjer arbejder alle mod ESXi’s grænseflade, mens VMware kører. Det er vores læsning, at flytningen derfor skal ligge, mens den gamle platform er i drift med gyldig licens og en version, værktøjet understøtter. Flytter I fra en gammel ESXi-version, skal I tjekke, at værktøjet stadig understøtter den, som XCP-ng’s eksempel med 6.x viser.
Værktøjet kan i sig selv blive en afhængighed. Et eksempel på, hvordan et udviklingsbibliotek til VMware blev en sag, står på digital-suveraenitet.dk. Vi gengiver det ikke her. Pointen for driften er, at et værktøj, der virker i dag, kan ændre sig, og at flytningen ikke bør planlægges til sidste uge før licensens udløb.
Det, der skal ordnes i hver maskine
Konverteringen flytter disken og en del af konfigurationen. Resten skal ordnes i maskinen:
- Drivere. VMware’s drivere og gæsteværktøjer fjernes, og den nye platforms drivere installeres. Uden de rigtige drivere til disk og net kan maskinen ikke starte eller ikke få forbindelse.
- Netkort. Et nyt netkort kan give et nyt navn i styresystemet, og faste adresser skal sættes igen.
- Licenser. Nogle programmer registrerer hardwaren og kræver ny aktivering. Microsofts serverprodukter har deres egne regler, se licensreglerne.
- Backup. Backupjobbet peger på den gamle platform. Det skal sættes op igen, før maskinen er i drift. Se backup ved platformskiftet.
Rækkefølgen
Start med en maskine, der ikke betyder noget. Flyt derefter en lille gruppe, der hænger sammen, fx en applikation med sin database. Mål nedetid og ydelse, og skriv det ned. Flyt først de kritiske systemer, når metoden har virket på de mindre. Hvordan omstillingen planlægges med tilbagefald, står i omstillingen.
Hvad det kræver, og hvad det koster at lade være
Flytningen kræver tid pr. maskine til konvertering, efterarbejde og test, og et vindue med nedetid pr. system. Efter den første testflytning kan I give hvert system et spænd i timer, fra det hurtigste til det langsomste udfald, og lægge sammen. Parallel drift, mens begge platforme kører, er en post for sig, fordi licensen til VMware skal være gyldig hele perioden.
At lade være med at prøve værktøjet på forhånd betyder, at begrænsningerne opdages under selve flytningen, fx at diske på vSAN skal flyttes først. Det forlænger perioden med to platforme og kan presse flytningen ind i tiden efter licensens udløb.
Det skal I lade være med
- At planlægge flytningen efter licensens udløb · værktøjerne skal bruge den kørende platform.
- At begynde med de kritiske systemer · prøv metoden på det, der kan tåle fejl.
- At glemme drivere og backup i maskinen · konverteringen ordner ikke det hele.
- At regne med nul nedetid · ingen af metoderne giver det for en enkelt maskine.
Det skal valget kunne vise
- ☐ Valgt metode pr. systemgruppe, med forventet nedetid.
- ☐ Værktøjets understøttelse af jeres ESXi-version og lager, læst hos producenten.
- ☐ En testflytning med målt tid og nedetid.
- ☐ Liste over efterarbejde pr. maskine.
- ☐ Plan for parallel drift og datoen, VMware-licensen udløber.
Kilder
- Proxmox VE wiki, Migrate to Proxmox VE, læst 8. november 2026.
- XCP-ng docs, Migrate to XCP-ng, læst 8. november 2026.
- Nutanix, Move, læst 8. november 2026.
- Microsoft Learn, Use Azure Migrate to move VMware VMs to Azure Local, læst 8. november 2026.
- Red Hat, OpenShift Virtualization Engine, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Vælg én maskine, der kan tåle fejl, og flyt den med det værktøj, der hører til jeres valgte platform. Skriv tid og nedetid ned.
Læs også: Pilot hos en ny udbyder · Virtuelle servere
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
