Har I lagt lageret på vSAN eller nettet i NSX, er det dér, et skifte fra VMware vokser. Virtuelle maskiner kan konverteres med værktøj, mens lager og net skal designes forfra på den nye platform, og data skal flyttes over i et nyt lagerlag.
vSAN er VMware’s software-definerede lager, der samler diskene i værterne til ét fælles lager. NSX er VMware’s software-definerede netværk med bl.a. virtuelle net, routning og firewall i platformen. Begge er dybt bundet til vSphere.
Hvad I har i dag
Pr. november 2026 giver Broadcoms regler for opgørelse af kerner en mængde vSAN-kapacitet med hver købt kerne i både VMware Cloud Foundation og vSphere Foundation, mest i den første. Hvilke dele af NSX der følger med hvilken pakke, kunne vi ikke læse på VMware’s produktsider 8. november 2026, fordi siderne ikke gav tekst. Kig derfor i jeres egen licensoversigt og i jeres miljø, og skriv ned, hvad der faktisk er i brug.
Opgørelsen er vigtig, fordi mange miljøer har mere i pakken, end de bruger. Bruger I kun de distribuerede switche og VLAN, er netværket en mindre opgave. Bruger I mikrosegmentering og distribueret firewall, er det en stor.
Lageret efter vSAN
Hver platform har sit eget svar på lager. Pr. november 2026, ifølge producenternes egne oplysninger:
- Proxmox VE har Ceph i klyngen. Tre noder er minimum, og producenten råder til et selvstændigt Ceph-net på 10 Gbit/s eller hurtigere. ZFS kan bruges som lokalt lager.
- Hyper-V kan bruge Storage Spaces Direct, der samler diskene i klyngens servere, eller et eksisterende SAN.
- Azure Local bruger hyperkonvergeret lager og understøtter ikke SAN, RAID-kort eller delte SAS-kabinetter i den form. Ekstern SAN findes i et særskilt niveau.
- Nutanix har sit eget lagerlag, som også fås alene under navnet NCI Data.
- XCP-ng har XOSTOR som hyperkonvergeret lager.
- Harvester bruger Longhorn, og dokumentationen understøtter kun lokale diske og hardware-RAID.
Ét konkret eksempel viser, hvorfor lageret gør skiftet større: Proxmox kan ifølge egen dokumentation ikke importere diske, der ligger på vSAN, direkte. De skal først flyttes til et andet lager, mens maskinen stadig er på VMware. Det kræver ledig plads uden for vSAN, og det kræver tid.
Valget af lager
Spørgsmålene er de samme, uanset platform:
- Genbrug eller nyt. Har I et SAN, der fungerer, kan det bruges videre med Hyper-V og med Azure Local i niveauet med ekstern SAN. For de andre platforme skal I spørge producenten. Med Azure Local i hyperkonvergeret form og med Harvester kan det ikke.
- Hyperkonvergeret eller særskilt. Hyperkonvergeret lager kræver flere noder, hurtigt net og diske i hver server. Særskilt lager kræver et lagersystem og folk, der kan drive det.
- Net til lageret. Distribueret lager kræver et net, der er hurtigt og adskilt. Det kan betyde nye switche.
- Flytning af data. Data skal flyttes fra vSAN til det nye lager. Mængden og tiden er ofte det, der afgør, hvor lang perioden med to platforme bliver.
Hvordan I vælger lager i eget miljø generelt, står i lagring i eget miljø.
Netværket efter NSX
Her er de læste kilder tynde. Proxmox VE har et software-defineret netværk med zonerne Simple, VLAN, QinQ, VXLAN og EVPN ifølge dokumentationen. Nutanix nævner software-definerede firewalls og mikrosegmentering i sin markedsføring. Hvad der i hvert produkt erstatter mikrosegmentering og distribueret firewall fra NSX, har vi ikke kunnet læse i dokumentationen, og vi sammenligner det derfor ikke.
Det betyder for jer, at netværket skal designes ud fra det, I bruger i dag. Tre spørgsmål:
- Hvilke regler ligger i NSX? Eksportér firewallregler og segmenter, og find ud af, hvilke der stadig er nødvendige.
- Hvor skal reglerne ligge bagefter? I platformens eget net, i en fysisk eller virtuel firewall foran, eller i styresystemerne.
- Hvem ejer reglerne? Har netværket hidtil været driftsfolkenes ansvar i vCenter, kan det flytte til en netværks- eller sikkerhedsfunktion. Det skal aftales.
Mikrosegmentering er et sikkerhedstiltag. Forsvinder det i skiftet uden erstatning, er sikkerhedsniveauet lavere bagefter. Det hører med i sikkerhedsmodellen følger ikke med.
Hvad det kræver, og hvad det koster at lade være
En opgørelse over lager og net kræver en arkitekt med adgang til vCenter og NSX-konsollen og typisk nogle dage. Designet af nyt lager og net kræver mere og afhænger af valget af platform. Posterne er hardware til lager og net, tid til at flytte data, en længere periode med parallel drift og evt. en firewall.
At lade være med at opgøre lager og net betyder, at skiftet bliver planlagt som en konvertering af maskiner. Det store arbejde viser sig først, når den første maskine på vSAN skal flyttes, eller når en firewallregel mangler i produktion.
Det skal I lade være med
- At planlægge skiftet ud fra antallet af maskiner · mængden af data og regler afgør tiden.
- At antage, at jeres SAN kan bruges overalt · nogle platforme understøtter det ikke i hyperkonvergeret form.
- At lade mikrosegmentering forsvinde uden beslutning · det er et sikkerhedstiltag.
Det skal valget kunne vise
- ☐ Opgørelse over lager på vSAN og funktioner i NSX, der faktisk er i brug.
- ☐ Valgt lager med producentens krav til noder, net og diske.
- ☐ Plan og tid for at flytte data fra vSAN.
- ☐ Firewallregler og segmenter eksporteret, gennemgået og placeret.
- ☐ Navn på den, der ejer netværksreglerne bagefter.
Kilder
- Broadcom KB 313548, Counting Cores, læst 8. november 2026.
- Proxmox VE wiki, Deploy Hyper-Converged Ceph Cluster og Migrate to Proxmox VE, og SDN-kapitlet, læst 8. november 2026.
- Microsoft Learn, Hyper-V overview og System requirements for Azure Local, læst 8. november 2026.
- Nutanix, AHV og Software options, læst 8. november 2026.
- Harvester docs v1.6, Hardware and Network Requirements, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Træk en liste over, hvad der ligger på vSAN, og hvilke regler der ligger i NSX. Den liste er grundlaget for valget af platform.
Læs også: Væk fra VMware: metoder og værktøj · Hypervisorer efter samme målestok
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
