Et skifte væk fra VMware er lige så meget et skifte for driftsfolkene som for serverne. De skal lære en ny platform, mens den gamle stadig kører, og de skal kunne tage vagten på den nye, før de kritiske systemer flytter. Det er den del af skiftet, der sjældent står i et produktblad, og den tager ofte længere tid end konverteringen af maskinerne.
At kompetencer kan binde en virksomhed, er vendor-lock-in.dk’s emne. Denne artikel følger teamet gennem skiftet. Artiklen bygger på metode, og vi har ingen kilde om tid eller uddannelse at henvise til.
Hvad der ændrer sig
Driftsfolk med mange år på VMware kender vCenter, deres opdateringsrytme, de typiske fejl og hvem de ringer til. Det meste af den viden skal bygges op igen. Hvor meget, afhænger af platformen:
- Proxmox VE og XCP-ng bygger på Linux. Teamet skal kunne arbejde i kommandolinjen, forstå Linux-net og det valgte lager, fx Ceph eller XOSTOR.
- Hyper-V og Azure Local bygger på Windows Server. Teams med Windows-erfaring kender meget i forvejen. Failoverklynger og Storage Spaces Direct er nye for nogle, og Azure Local kræver også viden om Azure Arc og Azure-portalen.
- Nutanix samler lager og hypervisor i én konsol, og teamet skal lære Nutanix’ egne værktøjer og begreber.
- OpenShift Virtualization og Harvester bygger på Kubernetes. Det er en anden driftsform med deklarativ opsætning, og teamet skal kunne fejlsøge i en Kubernetes-klynge.
Uanset platform skal teamet lære backup, overvågning og opdatering på den nye platform. Det er de opgaver, der fylder i hverdagen.
Kortlæg teamet
Start med en ærlig opgørelse af, hvem der kan hvad i dag:
- Hvem driver VMware i dag, og hvor mange timer om ugen?
- Hvem har erfaring med Linux, Windows-klynger, lager, net eller Kubernetes?
- Hvem har tid til at lære en ny platform ved siden af driften?
- Hvem tager vagten i dag, og hvordan ser vagtplanen ud?
- Hvem ringer de til ved fejl, de ikke selv kan løse?
Svarene viser, om teamet kan bære en bestemt platform, og hvor hullerne er. Har I én person, der bærer al virtualisering, er det den største risiko i skiftet. Hvis vedkommende er syg eller rejser, står platformen uden ejer.
Uddannelse
Producenterne har hver deres tilbud. Pr. november 2026 oplyser Proxmox træningskurser og certificerede partnere. Hos Nutanix bruges Community Edition på egne maskiner til øvelse og certificering. Red Hat har kurser i OpenShift Virtualization. Vi har ikke vurderet indholdet.
Den mest effektive læring sker i praksis. En testinstallation med rigtige opgaver lærer teamet mere end et kursus alene: byg klyngen, flyt en maskine, tag backup, gendan, opgrader og lav en fejl med vilje. Afsæt tid til det i kalenderen. Læring, der venter på en rolig uge i driften, bliver sjældent til noget.
Vagt og support
En ny platform i drift kræver vagt. Den kan dækkes på tre måder:
- Eget team med en vagtplan, der dækker alle tider, platformen skal være oppe.
- Partner, der tager vagten eller er bagvagt for jeres eget team.
- Producentens support med de tider og det sprog, niveauet giver.
Mange ender med en blanding. Det vigtige er, at det er aftalt, før de kritiske systemer flytter, og at nogen har prøvet at ringe. Supporttider varierer meget mellem producenter og niveauer. Hvordan I læser en supportaftale, står i support: hvem tager telefonen.
Overgangen
I en periode skal teamet drive to platforme. Det kræver mere tid end én, og driften af VMware må ikke lide under det. Planlæg overgangen, så:
- Den nye platform kører i test, mens teamet lærer den.
- De første produktionsmaskiner er dem, der kan tåle fejl.
- Vagten på den nye platform er på plads, før de kritiske systemer flytter.
- Dokumentation og procedurer skrives, mens de bliver lært.
Hvad det kræver, og hvad det koster at lade være
Overgangen kræver tid til uddannelse og testinstallation, ekstra timer i perioden med to platforme og evt. en partner til vagt eller bagvagt. Skriv for hver person et spænd i timer, fra det forsigtige til det travle bud. Posterne i regnestykket står i driftsfolkene i regnestykket.
At lade være betyder, at teamet lærer platformen i produktion, under en fejl, om natten. Det koster i nedetid og i folk, der brænder ud. En plan for teamet giver noget, selv om skiftet trækker ud: dokumenteret viden, færre personer, der er eneste ejer, og en vagtplan, der holder.
Det skal I lade være med
- At planlægge skiftet uden at spørge teamet · de ved, hvad de kan og ikke kan.
- At lade én person bære den nye platform · det gentager den største risiko fra før.
- At flytte kritiske systemer før vagten er aftalt · nogen skal kunne tage telefonen.
Det skal valget kunne vise
- ☐ Kortlægning af teamet med navne og erfaring.
- ☐ Plan for uddannelse og testinstallation med tid i kalenderen.
- ☐ Vagtplan for den nye platform, med partner eller support som bagvagt.
- ☐ Mindst to personer, der kan drive platformen alene.
- ☐ Dokumentation skrevet undervejs.
Kilder
- Proxmox, Company og Find a partner, læst 8. november 2026.
- Nutanix, Community Edition, læst 8. november 2026.
- Red Hat, OpenShift Virtualization Engine, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Stil de fem spørgsmål om teamet, og skriv svarene ned med navne, før I vælger platform.
Læs også: Med en IT-chef: hvor meget kan én person flytte? · Efter flytningen
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
