VMware → Proxmox migráció — lépésről lépésre

01A lényeg 30 másodpercben

A VMware → Proxmox VE migráció akkor sikeres, ha nem „nagy bumm", hanem fázisokra bontott, tesztelt folyamat. A sorrend:

• 1. Felmérés & sizing — VM-leltár, erőforrás, hálózat, tárhely.
• 2. Cluster + PBS — Proxmox-klaszter és Proxmox Backup Server.
• 3. Hálózat & tárhely — bridge/VLAN + ZFS vagy Ceph.
• 4. Tesztmigráció — egy nem kritikus VM-en végigpróbálni mindent.
• 5. Tömeges átállás — ütemezett karbantartási ablakokban.
• 6. Validáció & leszerelés — és a régi VMware kivezetése.

A döntési hátteret (mibe váltsunk) a VMware-alternatíva cikk adja; ez itt a kivitelezés.

02Miért Proxmox VE?

A Proxmox VE nyílt forráskódú virtualizációs platform: KVM-alapú teljes virtualizáció és LXC-konténerek egy felületen, beépített klaszterezéssel, magas rendelkezésre állással (HA), ZFS és Ceph tárhellyel, integrált biztonsági mentéssel (PBS).

A Broadcom-féle VMware-árazás és licencmodell-váltás után sok KKV-nak és középvállalatnak vonzó: nincs core-alapú előfizetési kényszer, a támogatás opcionális, és a funkcionalitás a szegmens igényeit jól lefedi. A teljes mérlegelést (Proxmox vs Hyper-V vs Nutanix, TCO) lásd a VMware-alternatíva elemzésben — és a váltás stratégiai oldalát a lock-in / exit gondolkodásban.

03A migráció 6 fázisa

A migrációt hat, jól elkülöníthető fázisra bontjuk. A legtöbb kockázat az előkészítésben (1–3) dől el — aki itt alapos, annak a tömeges átállás (5) már rutin:

A migráció nem a hypervisoron bukik el, hanem a részleteken: a tárhely-, a hálózat- és a HA-tervezésen. Aki az előkészítésben alapos, annak a tömeges átállás már rutin.

04Migrációs módszerek & downtime

Több út vezet Proxmoxra; a választás a downtime-tűrés és a VM-szám függvénye:

• ESXi-import varázsló (Proxmox VE 8.2 óta, a 9.x ágban is): a leggyorsabb és legkevésbé hibázós — a Proxmox közvetlenül beolvassa az ESXi-ről a VM-et.
• OVF/OVA-export + qm importovf: hordozható, jól szkriptelhető tömeges migrációhoz.
• Lemez-szintű áthozatal (VMDK → qcow2/raw konverzió): finomhangolható, de több kézi lépés.

05Tárhely: ZFS vagy Ceph?

KKV-méretben gyakran a ZFS + replikáció a józan kezdés; a Ceph akkor jön, ha valódi megosztott, skálázódó tárhely kell a HA-hoz. A döntést a sizing-fázisban hozzuk meg — lásd az IT-infrastruktúra oldalt.

06VirtIO & tipikus buktatók

• VirtIO-driverek (Windows): a legjobb teljesítményhez (lemez, hálózat) kellenek — telepítsd a virtio-win projekt driver-ISO-jából (a Proxmox dokumentációja erre hivatkozik), és tedd fel a QEMU guest agentet is.
• Boot-mód: BIOS vs UEFI eltérés — ha a migrált VM nem indul, gyakran ez vagy a hiányzó lemez-driver az ok.
• Hálózati átnevezés: az új virtuális NIC más nevet kaphat — a statikus IP-konfig felülvizsgálandó.
• VMware Tools: migráció előtt/után érdemes eltávolítani, helyette guest agent.
• CPU-típus: a megfelelő KVM CPU-modell a kompatibilitás és teljesítmény közti egyensúly.

07Gyakori hibák

• Tesztmigráció kihagyása: egyből éles VM-mel kezdeni — a VirtIO/boot-buktatók élesben fájnak.
• Backup nélkül vágni bele: a PBS-t (vagy más mentést) a migráció ELŐTT kell üzembe állítani.
• Tárhely-architektúra elsietése: rossz ZFS/Ceph-döntés később drága átszervezés.
• Hálózat-leképezés hiánya: VLAN/bridge terv nélkül a VM-ek „eltűnnek" a hálózatról.
• VMware túl korai leszerelése: csak a teljes validáció után — addig legyen visszaút.

08GYIK

Mennyi ideig tart egy migráció?

A VM-számtól és a tárhelytől függ. Az előkészítés (1–3. fázis) a meghatározó; maga az átállás karbantartási ablakokban, párhuzamosítva történik. Egy kisebb környezet hetek alatt megvan, egy nagyobb fokozatosan, hullámokban.

Megmaradnak a snapshotok és a backupok?

A VMware-snapshotokat migráció előtt érdemes konszolidálni (nem hordozhatók). A Proxmoxon a PBS ad mentést és visszaállítást; a régi backupokat a kivezetésig megőrizzük.

Tudunk fokozatosan, hibrid módon átállni?

Igen — a két környezet egymás mellett futhat a migráció alatt, a kritikus rendszereket a végére ütemezve. Ez csökkenti a kockázatot és a leállást.

Kell hozzá Proxmox-előfizetés?

Nem kötelező; a frissítési csatorna és a támogatás opcionális előfizetés. Éles környezetben az enterprise repo + támogatás megfontolandó a stabilitásért — ezt a sizing-nél tisztázzuk.

Hogyan migrálok VMware-ről Proxmoxra?

Hat fázisban érdemes: (1) felmérés és sizing — VM-leltár, erőforrás-igény, hálózat és tárhely feltérképezése; (2) Proxmox VE cluster kiépítése, mellé Proxmox Backup Server (PBS); (3) hálózat (bridge/VLAN) és tárhely (helyi ZFS vagy elosztott Ceph) beállítása; (4) tesztmigráció egy nem kritikus VM-mel, a teljes folyamat (import, VirtIO, boot, validáció) végigpróbálása; (5) tömeges, ütemezett migráció karbantartási ablakokban; (6) validáció és a régi VMware-környezet leszerelése. A Proxmox VE (8.2 óta, a 9.x ágban is) beépített ESXi-import varázslóval gyorsítja a VM-ek áthozatalát; alternatíva az OVF-export és a qm importovf.

Mennyi leállással jár a Proxmox-migráció?

A leállás a választott módszertől függ. A hidegmigráció (a VM leállítása, lemez áthozatala, indítás Proxmoxon) VM-enként jellemzően rövid, de tervezett leállással jár — kis/közepes VM-nél percek–órák a lemezmérettől és a hálózattól függően. Az ESXi-import varázsló ezt gyorsítja és kevésbé hibázós. Teljesen leállásmentes élő migráció a két különböző hypervisor között nincs, de az ütemezés (karbantartási ablakok), a párhuzamosítás és a jó előkészítés a tényleges szolgáltatás-kiesést minimálisra szorítja. A kritikus rendszereknél a sorrendet és a visszaállási tervet előre rögzítjük.

Mi a Proxmox VE és miért jó VMware-alternatíva?

A Proxmox VE nyílt forráskódú virtualizációs platform: KVM-alapú teljes virtualizáció (VM-ek) és LXC-konténerek egy felületen, beépített klaszterezéssel, magas rendelkezésre állással (HA), ZFS és Ceph tárhely-támogatással, valamint integrált biztonsági mentéssel (PBS). A Broadcom-féle VMware-árazás és licencmodell-változás után sok cégnek vonzó: nincs core-alapú előfizetési kényszer, a támogatás opcionális előfizetés, és a funkcionalitás a KKV–közép szegmens igényeit jól lefedi. A részletes összevetést lásd a VMware-alternatíva cikkünkben.

Kellenek VirtIO-driverek a migráció után?

Igen, főleg Windows vendégeknél. A Proxmox (KVM) a legjobb teljesítményt VirtIO eszközökkel (lemez, hálózat) adja; Windows alatt a VirtIO-drivereket telepíteni kell (a virtio-win projekt driver-ISO-jából; a Proxmox dokumentációja erre hivatkozik), és érdemes a QEMU guest agentet is feltenni a tisztább leállításhoz és a jobb integrációhoz. Linux vendégekben a VirtIO általában már a kernelben van. Ha a migráció után a VM nem indul vagy lassú, az esetek nagy részében a hiányzó VirtIO-driver vagy a rossz boot-mód (BIOS/UEFI) az ok — ezt a tesztmigrációban fel kell deríteni.

Helyi ZFS vagy elosztott Ceph tárhelyet válasszak?

A választás a méreten és a rendelkezésre állási igényen múlik. Helyi ZFS: egyszerű, gyors, megbízható, kiváló kisebb klaszternél vagy node-onkénti tárhelynél (snapshot, replikáció node-ok közt is megoldható). Ceph: elosztott, skálázható, valódi megosztott tárhely a klaszternek, ami a HA-t és az élő VM-migrációt node-ok között zökkenőmentessé teszi — cserébe több node-ot (jellemzően min. 3) és gondosabb hálózat-tervezést igényel. KKV-méretben gyakran a ZFS + replikáció a józan kezdés; a Ceph akkor jön, ha valódi megosztott, skálázódó tárhely kell. A döntést a sizing-fázisban hozzuk meg.

Megéri házon belül, vagy kell külső segítség?

A Proxmox technikailag elérhető, de egy éles VMware-környezet migrációja a részleteken bukik el: a tárhely- és hálózat-architektúra, a HA-design, a VirtIO/boot-buktatók, a migrációs sorrend és a visszaállási terv mind tapasztalatot kíván. Egy felmérés + a cluster helyes felépítése + egy felügyelt tesztmigráció jelentősen csökkenti a kockázatot és a leállást. Pont ezt csináljuk: banki és nagyvállalati virtualizációs tapasztalatból, KKV-léptékre szabva — a kivitelezést a saját IT-infrastruktúra és monitoring keretünkkel kötjük össze.

09Konzultáció

Ha a VMware-licenc drágulása miatt Proxmoxra váltanál, egy felmérés a VM-parkod, hálózatod és tárhelyed alapján reális migrációs tervet, downtime-becslést és visszaállási tervet ad. Egy 30 perces ingyenes konzultáció után konkrét fázis-ütemtervet és architektúra-javaslatot adunk.

A kivitelezést az IT Infrastruktúra, a Cloud & Hibrid és a Monitoring & NOC szolgáltatásainkkal végezzük — banki és nagyvállalati virtualizációs tapasztalatból, KKV-méretre szabva.

Ingyenes 30 perces konzultáció