- A Proxmox VE jelenleg egy natív importálási varázslót kínál, amely drasztikusan leegyszerűsíti az ESXi-ből való migrációt.
- A VMDK lemezek manuális qcow2 formátumba konvertálása továbbra is a legmegbízhatóbb megközelítés a központosított felügyelet nélküli környezetekben.
- A VirtIO illesztőprogramok előzetes telepítése elengedhetetlen a rendszerindítási hibák elkerülése érdekében, különösen Windows rendszereken.
Ha fejfájást okozott a VMware licencelése, vagy egyszerűen csak egy rugalmasabb, nyílt forráskódú alternatívát keres, a Proxmox VE valószínűleg a megfelelő hely. Ez a platform nemcsak nagy teljesítményű, de integrálja a KVM-et a virtuális gépekhez és az LXC-t a konténerekhez is , lehetővé téve a teljes adatközpont kezelését egy nagyon intuitív webes felületről. A jelenlegi munkaterhelések migrálása azonban nem mindig egyszerű, és némi gyakorlást igényel ahhoz, hogy minden zökkenőmentesen működjön a kezdetektől fogva.
Amikor VMDK fájlok importálásáról beszélünk, alapvetően a VMware virtuális merevlemez áthelyezésére gondolunk egy olyan környezetbe, amely jobban megérti a QEMU qcow2 formátumát. Attól függően, hogy vállalati környezettel rendelkezel vCenterrel, vagy inkább otthon szeretsz önálló ESXi hosztokkal bütykölni, választanod kell az automatizált útvonal között a hivatalos varázsló használatával , vagy a manuális útvonal között a parancssoron keresztül. A lényeg az, hogy ne ugorj bele vakon, és készítsd fel a forrásgépet a rettegett kék képernyő elkerülésére az új környezetben történő indításkor.
Fontos előkészületek az ugrás előtt
Mielőtt bármilyen bájtot áthelyeznénk, meg kell győződnünk arról, hogy a forrás virtuális gép tökéletesen tiszta. Nagyon gyakori hiba egy aktív pillanatképekkel rendelkező virtuális gép migrálása; ideális esetben az összes pillanatképet konszolidálni kell , hogy megakadályozzuk az importált lemez töredezetté válását. Továbbá fontos ellenőrizni, hogy a virtuális gép BIOS-t vagy UEFI-t használ-e , mert ha nem ugyanazt a firmware-t konfiguráljuk a Proxmoxban, a gép soha nem fogja megtalálni a rendszerindító szektort.
Windows felhasználók számára van egy szinte szent lépés: a VirtIO illesztőprogramok telepítése a gép VMware alatti leállítása előtt. Mivel a VMware lemezvezérlője nem létezik a KVM környezetben, a Windows elveszik és kritikus hibát jelez. Csatold fel a VirtIO ISO-t, telepítsd a hálózati és tároló illesztőprogramokat, és csak ezután állítsd le a gépet. Linuxon ez sokkal egyszerűbb, mivel a kernel általában alapértelmezés szerint tartalmazza a VirtIO modulokat.
A gyors megoldás: Proxmox import varázsló
A legújabb verzióktól kezdve a Proxmox mindenki számára megkönnyítette az életet a pve-esxi-import-tools csomaggal . Ez az eszköz lehetővé teszi az ESXi-hoszt közvetlen csatlakoztatását a Proxmox webes felületéről, így a migráció szinte három kattintásos folyamat. Először hozzá kell adni a tárolót a Datacenter > Tárolás > Hozzáadás > ESXi menüpontban , meg kell adni a VMware szerver root hitelesítő adatait, és ki kell hagyni a tanúsítvány-ellenőrzést, ha önaláírt tanúsítványt használ.
Miután a tároló csatolva van, megjelenik a VMware virtuális gépeid listája. Ha kiválasztasz egyet, és az Importálás gombra kattintasz, a rendszer beolvassa a VMX fájlt, és automatikusan újra létrehozza a hardverkonfigurációt (CPU, RAM, hálózat) a Proxmoxban. Választhatsz a standard importálás és az „Élő importálás” között, bár ez utóbbi nem valódi élő migráció; egyszerűen elindítja a virtuális gépet, amikor elegendő adat áll rendelkezésre. A varázsló a háttérben kezeli a VMDK qcow2 formátumra konvertálását , így órákig tartó parancssori munkát takaríthatsz meg.
A manuális módszer: Teljes vezérlés CLI-n keresztül
Ha nincs hálózaton keresztül elérhető ESXi-hosztja, vagy inkább teljes kontrollt szeretne gyakorolni minden lépés felett, akkor a manuális migráció a legjobb megoldás. A folyamat a VMDK fájl Proxmox-kiszolgálóra való feltöltésével kezdődik SCP vagy SFTP használatával . Fontos megjegyezni, hogy a VMware-ben egy lemez állhat egy leírófájlból (.vmdk) és a tényleges adatfájlból (-flat.vmdk); mindkettőnek ugyanabban a mappában kell lennie ahhoz, hogy a konvertálás sikeres legyen.
A lemez natív formátumba konvertálásához a következő eszközt használjuk: qemu-img konvertálásA tipikus parancs a következő lenne: qemu-img convert -f vmdk original.vmdk -O qcow2 convertido.qcow2Miután megvan a qcow2 fájl, létre kell hoznia egy üres virtuális gép a Proxmoxban az eredetivel megegyező tulajdonságokkal, de merevlemez hozzárendelése nélkül.
A konvertált lemez virtuális géphez csatolásához két lehetőség van. A professzionálisabb módszer a `qm importdisk` parancs használata , amely nemcsak importálja a fájlt, hanem közvetlenül a kiválasztott tárolóra (LVM, ZFS, NFS stb.) is helyezi. Ezt követően a lemez "nem használt"ként jelenik meg a webes felület Hardver lapján. Egyszerűen kattintson duplán a nem használt lemezre , rendelje hozzá egy buszhoz (lehetőleg VirtIO SCSI), és állítsa be a rendszerindítási sorrendet a virtuális gép beállításaiban.
Végső beállítások és teljesítményoptimalizálás
Miután a gép elindult, a munka még nem fejeződött be. Ahhoz, hogy a virtuális gép zökkenőmentesen működjön, elengedhetetlen a QEMU Guest Agent telepítése . Ez lehetővé teszi a Proxmox számára, hogy jobban kommunikáljon a vendégrendszerrel, megkönnyítve az olyan feladatokat, mint a tiszta leállítások és a konzisztens pillanatképek létrehozása. Windows rendszeren ekkor kell a lemezvezérlőt IDE-ről vagy SATA-ról VirtIO SCSI -re váltani a maximális I/O teljesítmény érdekében.
Ha azt veszed észre, hogy a hálózat nem működik, ellenőrizd, hogy az adapter modellje kompatibilis-e. A VirtIO modell a leggyorsabb, de ha a rendszer kezdetben nem ismeri fel, használhatsz egy emulált adaptert (például az E1000-et), és az illesztőprogramok telepítése után válthatsz rá. Ne felejtsd el törölni az eredeti VMDK fájlokat a Proxmox tárolóból, miután meggyőződtél arról, hogy minden működik, hogy lemezterületet szabadíts fel.
Adatvédelem az átmenet során
A virtuális gépek áthelyezése kényes művelet, és mindig fennáll az adatvesztés veszélye. Ezért elengedhetetlen, hogy a kezdés előtt legyen egy külső biztonsági mentési rendszer . Az olyan megoldások, mint a Vinchin, a Nakivo vagy a Hornetsecurity lehetővé teszik megváltoztathatatlan biztonsági mentések létrehozását, amelyek védelmet nyújtanak a zsarolóvírusok és az emberi hibák ellen a migráció során. A 3-2-1 szabály (három példány, két adathordozó, egy külső telephelyen) alkalmazása az egyetlen módja annak, hogy nyugodt lehessünk a hipervizorok közötti váltás során.
A VMware-ről Proxmoxra való migráció a fárasztó manuális folyamatoktól a rendkívül hatékony automatizált eszközökig fejlődött. Akár a hivatalos importőrt használja tömeges telepítésekhez, akár a qemu-img és a qm importdisk programokra támaszkodik bizonyos esetekben, a siker kulcsa az előzetes felkészülésben rejlik: a pillanatképek konszolidálásában, a VirtIO illesztőprogramok telepítésében és a firmware kompatibilitás biztosításában. Megfelelő tervezéssel és robusztus biztonsággal a nyílt forráskódú infrastruktúrára való áttérés lehetővé teszi a költségek optimalizálását és a virtualizációs környezet feletti teljes kontroll visszaszerzését.