Fra VMware til Proxmox: en fornuftig migrering

Da Broadcom kjøpte VMware, endret lisensmodellen seg: abonnement ble obligatorisk, evigvarende lisenser opphørte, pakkene vokste. For små team og homelabbere er regningen nå ute av proporsjon. Derfor ser mange på Proxmox. Denne siden dekker tre ting: hvorfor Proxmox er den naturlige destinasjonen, hvordan migrere fornuftig, og hvordan Atlas gjør Proxmox-siden komfortabel etter landing.

Hvorfor folk forlater VMware

Lisensmodellen flyttet til abonnement; evigvarende lisenser opphørte. Den tilbakevendende årlige kostnaden for samme maskinvare ble uforholdsmessig, spesielt på små oppsett.

Pakking vokste: nivåer priset med komponenter de færreste trenger. Prisen for en enkel hypervisor overstiger det som faktisk brukes.

Usikkerhet: veikart og prising avhenger av én enkelt leverandør. Et åpen kildekode-fundament fjerner den avhengigheten.

Hvorfor Proxmox?

Åpen kildekode og ingen leverandørlåsing: KVM (full virtualisering) og LXC (containere) på én plattform, brukbart uten abonnement.

ZFS, snapshot, live migrering, klynging og innebygd sikkerhetskopiering (PBS): enterprise-funksjoner som følger med i den gratis kjernen.

Modent og aktivt: et stort fellesskap, jevnlige utgivelser, reell produksjonsbruk. Det skalerer fra homelab til småbedrift.

En fornuftig migreringsrekkefølge

Migrering er ikke noe å skynde seg gjennom; denne rekkefølgen senker risikoen:

Ta oversikt: VM-er, ressurser, diskstørrelser, nettverksavhengigheter. Vit hva som flytter og i hvilken rekkefølge.

Planlegg mållagring: ZFS eller LVM på Proxmox-siden, hvilken redundans, sett det opp før migreringen.

Konverter disker: gjør om VMware-disker (vmdk) til et Proxmox-format (qcow2/raw); qm importdisk finnes for dette.

Kartlegg nettverket: VMware-portgruppene bør tilsvare Proxmox bridge/VLAN-struktur; legg opp IP- og VLAN-planen.

Test først: flytt en ikke-kritisk VM, verifiser oppstart og tjenester; fortsett deretter nedover rekkefølgen.

Gjennomfør overgangen i et vindu: flytt gjenværende VM-er i et vedlikeholdsvindu, følg med på de første oppstartene, behold den gamle siden som sikkerhetskopi en stund.

Atlas mykner landingen

Atlas utfører ikke migreringen; men den gjør Proxmoxen som landes på komfortabel fra dag én:

Alt som ble flyttet, på kartet

Migrerte VM-er og containere dukker opp på den levende topologien: hvilken ressurs de bruker, hvor de befinner seg, med et blikk.

Trygge oppdateringer

Å holde den nye Proxmoxen oppdatert slutter å være skummelt: effektgrupper, dry-run, snapshot-first og boot guard.

Lagring på én skjerm

Etter migrering ligger ZFS/LVM-poolene, datasettene og diskhelsen på ett kart; det nye oppsettet blir raskt oversiktlig.

En vakt fra dag én

Atlas Watch overvåker hosten: hvis noe går galt rett etter migreringen, kommer beskjeden i dagslys, på e-post.

Ofte stilte spørsmål

Er Proxmox klar for produksjon?
Ja. Proxmox VE har vært brukt i reell produksjon i årevis; KVM og LXC er modne teknologier. Enterprise-funksjoner inkludert klynging, live migrering og innebygd sikkerhetskopiering følger med i den gratis kjernen.
Kan jeg importere VMware-maskinene mine til Proxmox?
Ja. VM-diskene konverteres fra VMware-formatet (vmdk) til et Proxmox-format og importeres; qm importdisk er laget for dette. Enkelte gjester kan trenge driver- eller oppstartjusteringer etter flyttingen.
Migrerer Atlas for meg?
Nei, la oss være tydelige: Atlas er ikke et migreringsverktøy. Migreringen gjøres med trinnene over; Atlas gjør det komfortabelt å administrere Proxmoxen som landes på, med topologi, trygge oppdateringer, lagring og Watch.
Hva bør jeg bruke i stedet for den gratis ESXi-utgaven?
Proxmox VE. Selv for én enkelt host er den gratis kjernen mer enn nok, og begrensningene til gratis ESXi (ingen sentral administrasjon, ingen vMotion) finnes ikke her. Atlas gjør også opplevelsen med én host visuell og trygg.
Blir det nedetid under migreringen?
Det er litt nedetid per VM (slå av, flytte/konvertere disken, starte opp på målet). Med en god oversikt og et vedlikeholdsvindu holdes total nedetid til noen få minutter per VM; begynn med å teste på ikke-kritiske VM-er.

Relaterte artikler