- Proxmox VE pakub praegu natiivset impordiviisardit, mis lihtsustab oluliselt migreerimist ESXi-st.
- VMDK-ketaste käsitsi teisendamine qcow2-vormingusse on tsentraliseeritud halduseta keskkondades endiselt kõige töökindlam lähenemisviis.
- VirtIO draiverite eelinstallimine on oluline käivitustõrete vältimiseks, eriti Windowsi süsteemides.
Kui VMware'i litsentsimine on teile peavalu valmistanud või otsite lihtsalt paindlikumat avatud lähtekoodiga alternatiivi, on Proxmox VE tõenäoliselt õige koht. See platvorm pole mitte ainult võimas, vaid integreerib ka KVM-i virtuaalsete masinate jaoks ja LXC konteinerite jaoks , võimaldades teil hallata kogu oma andmekeskust väga intuitiivse veebiliidese kaudu. Praeguste töökoormuste migreerimine pole aga alati lihtne ja nõuab veidi harjutamist, et kõik algusest peale sujuvalt tööle hakkaks.
VMDK-failide importimise all peame põhimõtteliselt silmas VMware'i virtuaalse kõvaketta teisaldamist keskkonda, mis mõistab paremini QEMU qcow2-vormingut. Sõltuvalt sellest, kas teil on ettevõttekeskkond vCenteriga või eelistate kodus eraldiseisvate ESXi-hostidega nokitseda, peate valima ametliku viisardi abil automatiseeritud marsruudi või käsurea kaudu käsitsi marsruudi vahel. Oluline on mitte pimesi sisse hüpata ja lähtearvuti ette valmistada, et vältida uues keskkonnas käivitamisel kardetud sinist surmaekraani.
Olulised ettevalmistused enne hüpet
Enne mis tahes baitide teisaldamist peate veenduma, et lähtevirtuaalmasin on täiesti puhas. Väga levinud viga on aktiivsete hetktõmmistega virtuaalmasina migreerimine; ideaalis peaksite kõik hetktõmmised konsolideerima , et vältida imporditud ketta killustatuks muutumist. Lisaks on oluline kontrollida, kas virtuaalmasin kasutab BIOS-i või UEFI-d , sest kui te ei konfigureeri Proxmoxis sama püsivara, ei leia masin kunagi alglaadimissektorit.
Windowsi kasutajate jaoks on üks peaaegu püha samm: VirtIO draiverite installimine enne masina sulgemist VMware'is. Kuna VMware'i kettakontrollerit KVM-keskkonnas ei eksisteeri, kaob Windows ära ja annab kriitilise vea. Paigalda VirtIO ISO, installi võrgu- ja salvestusdraiverid ning alles seejärel sulge masin. Linuxis on see palju lihtsam, kuna kernel sisaldab tavaliselt VirtIO mooduleid vaikimisi.
Kiireim lahendus: Proxmoxi impordiviisard
Alates uusimatest versioonidest on Proxmox teinud kõigi elu lihtsamaks paketiga pve-esxi-import-tools . See tööriist võimaldab teil ühendada oma ESXi hosti otse Proxmoxi veebiliidese kaudu, muutes migreerimise peaaegu kolme klõpsuga protsessiks. Esmalt peate lisama salvestusruumi jaotises Datacenter > Storage > Add > ESXi , sisestama VMware serveri juurkasutaja andmed ja jätma sertifikaadi kinnitamise vahele, kui kasutate iseallkirjastatud sertifikaati.
Kui salvestusruum on lingitud, näete oma VMware virtuaalmasinate loendit. Ühe valimine ja nupule „Impordi“ klõpsamine paneb süsteemi VMX-faili lugema ja riistvarakonfiguratsiooni (protsessor, muutmälu, võrk) Proxmoxis automaatselt uuesti looma. Saate valida tavalise impordi või reaalajas impordi vahel, kuigi viimane ei ole tõeline reaalajas migratsioon; see lihtsalt käivitab virtuaalmasina, kui andmeid on piisavalt. Viisard teisendab VMDK taustal qcow2-ks, säästes teie käsureatööd tundide viisi.
Manuaalne meetod: täielik kontroll CLI kaudu
Kui teil pole võrgu kaudu ligipääsetavat ESXi hosti või eelistate iga sammu üle täielikku kontrolli omada, on käsitsi migreerimine parim valik. Protsess algab VMDK-faili üleslaadimisega Proxmoxi serverisse SCP või SFTP abil . Oluline on meeles pidada, et VMware'is võib ketas koosneda deskriptorifailist (.vmdk) ja tegelikust andmefailist (-flat.vmdk); teisendamise õnnestumiseks peavad mõlemad asuma samas kaustas.
Ketta natiivvormingusse teisendamiseks kasutame tööriista qemu-img teisendamineTüüpiline käsk oleks qemu-img convert -f vmdk original.vmdk -O qcow2 convertido.qcow2Kui sul on qcow2 fail olemas, pead looma tühi virtuaalmasin Proxmoxis originaaliga identsete omadustega, kuid ilma kõvaketta määramata.
Konverteeritud ketta virtuaalmasinaga linkimiseks on kaks võimalust. Professionaalsem viis on kasutada käsku `qm importdisk` , mis mitte ainult ei impordi faili, vaid paigutab selle otse valitud salvestusruumi (LVM, ZFS, NFS jne). Pärast seda kuvatakse ketas veebiliidese riistvara vahekaardil "kasutamata". Topeltklõpsake lihtsalt kasutamata kettal , määrake see siinile (eelistatavalt VirtIO SCSI) ja muutke virtuaalmasina sätetes alglaadimisjärjekorda.
Lõplikud kohandused ja jõudluse optimeerimine
Kui masin käivitub, pole töö veel lõppenud. Virtuaalarvuti sujuvaks tööks on oluline installida QEMU külalisagent . See võimaldab Proxmoxil külalissüsteemiga paremini suhelda, hõlbustades selliseid ülesandeid nagu puhas sulgemine ja järjepidevate hetktõmmiste loomine. Windowsis on see ka aeg kettakontrolleri IDE-lt või SATA-lt VirtIO SCSI- le lülitada, et saavutada maksimaalne sisend-/väljundjõudlus.
Kui märkate, et võrk ei tööta, kontrollige adapteri mudeli ühilduvust. VirtIO mudel on kiireim, kuid kui süsteem seda esialgu ei tuvasta, võite kasutada emuleeritud adapterit (näiteks E1000) ja pärast draiverite installimist sellele üle minna. Ärge unustage Proxmoxi salvestusruumist algsed VMDK-failid kustutada, kui olete veendunud, et kõik töötab, et kettaruumi vabastada.
Andmekaitse ülemineku ajal
Virtuaalmasinate teisaldamine on delikaatne toiming ja alati on oht andmete kaotsiminekuks. Seetõttu on enne alustamist hädavajalik luua väline varundussüsteem . Lahendused nagu Vinchin, Nakivo või Hornetsecurity võimaldavad teil luua muutumatuid varukoopiaid, mis kaitsevad teid migreerimise ajal lunavara ja inimlike vigade eest. 3-2-1 reegli (kolm koopiat, kaks salvestusmeediat, üks väljaspool asukohta) rakendamine on ainus viis hüperviisorite vahetamisel rahulik olla.
VMware'ilt Proxmoxile üleminek on arenenud tüütutest käsitsi tehtavatest protsessidest ülitõhusateks automatiseeritud tööriistadeks. Olenemata sellest, kas kasutate massjuurutuste jaoks ametlikku importijat või konkreetsetel juhtudel qemu-img ja qm importdiski, peitub edu võti eelnevas ettevalmistuses: hetktõmmiste konsolideerimises, VirtIO draiverite installimises ja püsivara ühilduvuse tagamises. Nõuetekohase planeerimise ja tugeva turvalisuse korral võimaldab üleminek avatud lähtekoodiga infrastruktuurile kulusid optimeerida ja virtualiseerimiskeskkonna üle täieliku kontrolli taastada.