Fra VMware til Proxmox: en fornuftig migrering

Da Broadcom overtog VMware, ændrede licensmodellen sig: abonnementer blev obligatoriske, evigvarende licenser forsvandt, pakkerne voksede. For små teams og homelab-brugere er regningen nu ude af proportion. Derfor kigger mange mod Proxmox. Denne side dækker tre ting: hvorfor Proxmox er den naturlige destination, hvordan man migrerer fornuftigt, og hvordan Atlas gør Proxmox-siden bekvem, når først landingen er sket.

Hvorfor folk forlader VMware

Licensmodellen flyttede til abonnement; evigvarende licenser forsvandt. Den tilbagevendende årlige omkostning for den samme hardware blev uforholdsmæssig, især på små opsætninger.

Bundling voksede: niveauer prissat med komponenter, der ikke er brug for. Prisen for en simpel hypervisor overstiger det, der faktisk bruges.

Usikkerhed: køreplan og prissætning afhænger af én enkelt leverandør. Et open source-fundament fjerner den afhængighed.

Hvorfor Proxmox?

Open source og ingen leverandørlåsning: KVM (fuld virtualisering) og LXC (containere) på én platform, brugbar uden abonnement.

ZFS, snapshots, live migrering, clustering og indbygget sikkerhedskopiering (PBS): enterprise-funktioner, der følger med i den gratis kerne.

Modent og aktivt: et stort fællesskab, jævnlige udgivelser, reel produktionsbrug. Det skalerer fra homelab til lille virksomhed.

En fornuftig migreringsrækkefølge

Migrering er ikke noget, man skal skynde sig igennem; denne rækkefølge sænker risikoen:

Tag lager: VM'er, ressourcer, diskstørrelser, netværksafhængigheder. Vid, hvad der flytter, og i hvilken rækkefølge.

Planlæg mållagring: ZFS eller LVM på Proxmox-siden, hvilken redundans. Sæt det op før migreringen.

Konverter diske: omdan VMware-diske (vmdk) til et Proxmox-format (qcow2/raw); qm importdisk findes til dette.

Kortlæg netværket: VMware-portgrupperne bør mappes til Proxmox bridge/VLAN-struktur; læg IP- og VLAN-planen.

Test først: flyt en ikke-kritisk VM, verificer opstart og tjenester; fortsæt derefter ned gennem rækkefølgen.

Gennemfør overgangen i et vindue: flyt de resterende VM'er i et vedligeholdelsesvindue, hold øje med de første opstarter, behold den gamle side som sikkerhedskopi et stykke tid.

Atlas blødgør landingen

Atlas udfører ikke migreringen; men den gør den Proxmox, der landes på, bekvem fra dag ét:

Alt det flyttede, på kortet

Migrerede VM'er og containere dukker op på den levende topologi: hvilken ressource de bruger, hvor de befinder sig, på et øjeblik.

Sikre opdateringer

At holde den nye Proxmox opdateret holder op med at være skræmmende: effektgrupper, dry-run, snapshot-first og boot guard.

Lagring på én skærm

Efter migrering vises ZFS/LVM-pools, datasæt og disksundhed på ét kort; den nye opsætning bliver overskuelig.

En vagt fra dag ét

Atlas Watch overvåger hosten: hvis noget går galt lige efter migreringen, gives der besked i dagslys, via e-mail.

Ofte stillede spørgsmål

Er Proxmox klar til produktion?
Ja. Proxmox VE har været brugt i reel produktion i årevis; KVM og LXC er modne teknologier. Enterprise-funktioner, herunder clustering, live migrering og indbygget sikkerhedskopiering, følger med i den gratis kerne.
Kan jeg importere mine VMware-maskiner til Proxmox?
Ja. VM-diske konverteres fra VMware-formatet (vmdk) til et Proxmox-format og importeres; qm importdisk er lavet til dette. Nogle gæster kan have brug for driver- eller opstartjusteringer efter flytningen.
Migrerer Atlas for mig?
Nej, lad os være tydelige: Atlas er ikke et migreringsværktøj. Migreringen udføres med trinnene ovenfor; Atlas gør det bekvemt at administrere den Proxmox, der landes på, med topologi, sikre opdateringer, lagring og Watch.
Hvad skal jeg bruge i stedet for den gratis ESXi-udgave?
Proxmox VE. Selv til én enkelt host er den gratis kerne mere end nok, og begrænsningerne ved gratis ESXi (ingen central administration, ingen vMotion) findes ikke her. Atlas gør også oplevelsen med én host visuel og sikker.
Bliver der nedetid under migreringen?
Der er kort nedetid pr. VM (slukke, flytte/konvertere disken, starte op på målet). Med en god opgørelse og et vedligeholdelsesvindue holdes den samlede nedetid på nogle få minutter pr. VM; start med at teste ikke-kritiske VM'er.

Relaterede artikler