- Proxmox VE pašlaik piedāvā vietējo importēšanas vedni, kas ievērojami vienkāršo migrāciju no ESXi.
- Manuāla VMDK disku konvertēšana uz qcow2 formātu joprojām ir visspēcīgākā pieeja vidēm bez centralizētas pārvaldības.
- VirtIO draiveru iepriekšinstalēšana ir būtiska, lai izvairītos no sāknēšanas kļūmēm, īpaši Windows sistēmās.
Ja VMware licencēšana jums sagādā galvassāpes vai vienkārši meklējat elastīgāku atvērtā pirmkoda alternatīvu, Proxmox VE, iespējams, ir īstā vieta, kur meklēt. Šī platforma ir ne tikai jaudīga, bet arī integrē KVM virtuālajām mašīnām un LXC konteineriem , ļaujot pārvaldīt visu datu centru no ļoti intuitīva tīmekļa saskarnes. Tomēr pašreizējo darba slodžu migrēšana ne vienmēr ir viegla pastaiga parkā un prasa zināmu praksi, lai viss darbotos nevainojami jau no paša sākuma.
Runājot par VMDK failu importēšanu, mēs būtībā domājam VMware virtuālā cietā diska pārvietošanu uz vidi, kas labāk saprot QEMU qcow2 formātu. Atkarībā no tā, vai jums ir uzņēmuma vide ar vCenter vai arī vēlaties mājās eksperimentēt ar atsevišķiem ESXi resursdatoriem, jums būs jāizvēlas starp automatizētu maršrutu, izmantojot oficiālo vedni , vai manuālu maršrutu, izmantojot komandrindu. Svarīgi ir neielēkt akli un sagatavot avota datoru, lai izvairītos no baisā zilā nāves ekrāna, startējot jauno vidi.
Būtiski sagatavošanās darbi pirms lēciena
Pirms jebkuru baitu pārvietošanas jāpārliecinās, ka avota virtuālā mašīna ir pilnīgi tīra. Ļoti izplatīta kļūda ir mēģinājums migrēt virtuālo mašīnu ar aktīviem momentuzņēmumiem; ideālā gadījumā visi momentuzņēmumi ir jāapvieno , lai importētais disks nekļūtu par sadrumstalotu haosu. Turklāt ir svarīgi pārbaudīt, vai virtuālā mašīna izmanto BIOS vai UEFI , jo, ja Proxmox nekonfigurēsiet to pašu programmaparatūru, mašīna nekad neatradīs sāknēšanas sektoru.
Windows lietotājiem ir viens gandrīz svēts solis: VirtIO draiveru instalēšana pirms datora izslēgšanas VMware vidē. Tā kā VMware diska kontrolleris KVM vidē nepastāv, Windows pazudīs un radīs kritisku kļūdu. Pievienojiet VirtIO ISO, instalējiet tīkla un krātuves draiverus un tikai pēc tam izslēdziet datoru. Linux sistēmā tas ir daudz vienkāršāk, jo kodolā parasti pēc noklusējuma ir iekļauti VirtIO moduļi .
Ātrā pieeja: Proxmox importēšanas vednis
Sākot ar jaunākajām versijām, Proxmox ir atvieglojis dzīvi ikvienam ar pakotni pve-esxi-import-tools . Šis rīks ļauj jums savienot savu ESXi resursdatoru tieši no Proxmox tīmekļa saskarnes, padarot migrāciju par gandrīz trīs klikšķu procesu. Vispirms jums jāpievieno krātuve sadaļā Datacenter > Storage > Add > ESXi , ievadot VMware servera saknes akreditācijas datus un izlaižot sertifikāta verifikāciju, ja izmantojat pašparakstītu sertifikātu.
Kad krātuve ir piesaistīta, jūs redzēsiet savu VMware VM sarakstu. Atlasot vienu un noklikšķinot uz “Importēt”, sistēma nolasīs VMX failu un automātiski atjaunos aparatūras konfigurāciju (CPU, RAM, tīklu) Proxmox. Varat izvēlēties starp standarta importēšanu vai “tiešo importēšanu”, lai gan pēdējā nav īsta tiešraides migrācija; tā vienkārši startē VM, kad ir pietiekami daudz datu. Vednis fonā konvertē VMDK uz qcow2 , ietaupot stundām ilgu komandrindas darbu.
Manuālā metode: pilnīga kontrole, izmantojot CLI
Ja jums tīklā nav pieejams ESXi resursdators vai vēlaties pilnībā kontrolēt katru soli, manuāla migrācija ir labākā iespēja. Process sākas ar VMDK faila augšupielādi Proxmox serverī, izmantojot SCP vai SFTP . Ir svarīgi atcerēties, ka VMware disks var sastāvēt no deskriptora faila (.vmdk) un faktiskā datu faila (-flat.vmdk); lai konvertēšana būtu veiksmīga, abiem jābūt vienā mapē.
Lai pārveidotu disku sākotnējā formātā, mēs izmantojam rīku qemu-img konvertētTipiska komanda būtu qemu-img convert -f vmdk original.vmdk -O qcow2 convertido.qcow2Kad esat ieguvis qcow2 failu, jums ir jāizveido tukša virtuālā mašīna Proxmox ar identiskām funkcijām kā oriģinālam, bet bez cietā diska piešķiršanas.
Lai savienotu konvertēto disku ar VM, ir divas iespējas. Profesionālāks veids ir izmantot komandu `qm importdisk` , kas ne tikai importē failu, bet arī ievieto to tieši atlasītajā krātuvē (LVM, ZFS, NFS utt.). Pēc tam disks tīmekļa saskarnes cilnē Aparatūra tiks parādīts kā "neizmantots". Vienkārši veiciet dubultklikšķi uz neizmantotā diska , piešķiriet to kopnei (vēlams VirtIO SCSI) un VM iestatījumos pielāgojiet sāknēšanas secību.
Galīgās korekcijas un veiktspējas optimizācija
Kad dators ir ielādēts, darbs vēl nav pabeigts. Lai virtuālā mašīna darbotos nevainojami, ir svarīgi instalēt QEMU viesa aģentu . Tas ļauj Proxmox labāk sazināties ar viesa sistēmu, atvieglojot tādus uzdevumus kā tīra izslēgšana un konsekventu momentuzņēmumu izveide. Operētājsistēmā Windows šis ir arī laiks, lai pārslēgtu diska kontrolleri no IDE vai SATA uz VirtIO SCSI , lai nodrošinātu maksimālu I/O veiktspēju.
Ja pamanāt, ka tīkls nedarbojas, pārbaudiet, vai adaptera modelis ir saderīgs. VirtIO modelis ir ātrākais, taču, ja sistēma to sākotnēji neatpazīst, varat izmantot emulētu adapteri (piemēram, E1000) un pārslēgties uz to pēc draiveru instalēšanas. Neaizmirstiet izdzēst sākotnējos VMDK failus no Proxmox krātuves, kad esat pārliecinājies, ka viss darbojas, lai atbrīvotu vietu diskā.
Datu aizsardzība pārejas laikā
Virtuālo mašīnu pārvietošana ir delikāta darbība, un vienmēr pastāv datu zaudēšanas risks. Tāpēc pirms darba sākšanas ir obligāti jāizveido ārēja dublēšanas sistēma . Tādi risinājumi kā Vinchin, Nakivo vai Hornetsecurity ļauj izveidot nemaināmas dublējumkopijas, aizsargājot jūs pret izspiedējvīrusu un cilvēciskām kļūdām migrācijas laikā. Vienīgais veids, kā justies mierīgi, pārslēdzot hipervizorus, ir 3-2-1 noteikuma piemērošana (trīs kopijas, divi datu nesēji, viens ārpus vietnes).
Migrācija no VMware uz Proxmox ir attīstījusies no garlaicīgiem manuāliem procesiem līdz ļoti efektīviem automatizētiem rīkiem. Neatkarīgi no tā, vai masveida izvietošanai tiek izmantots oficiālais importētājs vai īpašos gadījumos tiek izmantota qemu-img un qm importdisk, panākumu atslēga ir iepriekšēja sagatavošanās: momentuzņēmumu konsolidācija, VirtIO draiveru instalēšana un programmaparatūras saderības nodrošināšana. Ar pienācīgu plānošanu un stabilu drošību pāreja uz atvērtā pirmkoda infrastruktūru ļauj optimizēt izmaksas un atgūt pilnīgu kontroli pār virtualizācijas vidi.