- Proxmox VE ofereix actualment un assistent d'importació nadiu que simplifica dràsticament la migració des d'ESXi.
- La conversió manual de discos VMDK a format qcow2 continua sent la via més robusta per a entorns sense gestió centralitzada.
- La instal·lació prèvia de controladors VirtIO és fonamental per evitar errors d'arrencada, especialment en sistemes Windows.
Si us heu adonat que les llicències de VMware s'han tornat un mal de cap o simplement busques una alternativa de codi obert més flexible, Proxmox VE és probablement la destinació on vulguis aterrar. Aquesta plataforma no només és potent, sinó que integra KVM per a màquines virtuals i LXC per a contenidors , permetent gestionar tot el teu centre de dades des d'una interfície web molt intuïtiva. No obstant això, moure les teves càrregues de treball actuals no sempre és una passejada pel camp i requereix una mica de traça perquè tot funcioni a la primera.
Quan parlem d'importar fitxers VMDK, ens referim bàsicament a traslladar el disc dur virtual de VMware a un entorn que entén millor el format qcow2 de QEMU. Depenent de si tens un entorn empresarial amb vCenter o si ets més de «cacharrejar» a casa amb hosts ESXi solts, hauràs d'escollir entre la via automatitzada de l'assistent oficial o el camí manual a través de la línia d'ordres. L'important és no llançar-se a cegues i preparar la màquina d'origen per evitar la temida pantalla blava en arrencar a la nova llar.
Preparatius imprescindibles abans de fer el salt
Abans de començar a moure bytes cal deixar la màquina virtual d'origen impecable. Un error molt comú és intentar migrar una VM amb snapshots actius; l'ideal és consolidar totes les instantànies per evitar que el disc importat sigui un malson de fragments. A més, és vital comprovar si la VM utilitza BIOS o UEFI , ja que si no configures el mateix microprogramari a Proxmox, la màquina no trobarà mai el sector d'arrencada.
Per als usuaris de Windows, hi ha un pas que és gairebé sagrat: instal·lar els drivers VirtIO abans d'apagar la màquina a VMware. Com que el controlador de disc de VMware no existeix al món KVM, Windows es perdrà i donarà un error crític. Munta la ISO de VirtIO, instal·la els controladors de xarxa i emmagatzematge, i només llavors apaga la màquina. A Linux, això és molt més senzill ja que el nucli sol portar els mòduls VirtIO integrats de sèrie.
El camí ràpid: Assistent d'importació de Proxmox
A partir de les versions més recents, Proxmox ha facilitat la vida a tothom amb el paquet pve-esxi-import-tools . Aquesta eina permet connectar el vostre host ESXi directament des de la interfície web de Proxmox, fent que la migració sigui gairebé un procés de tres clics. Primer, heu d'afegir l'emmagatzematge a Datacenter > Storage > Add > ESXi , introduint les credencials de root del servidor de VMware i ometent la verificació del certificat si uses un autosignat.
Un cop vinculat l'emmagatzematge, veureu el llistat dels vostres VMs de VMware. En seleccionar-ne una i prémer Import, el sistema llegeix el fitxer VMX i recrea la configuració de maquinari (CPU, RAM, xarxa) automàticament a Proxmox. Pots triar entre una importació estàndard o una «Live Import», encara que aquesta última no és una migració en viu real, sinó que arrenca la VM quan hi ha prou dades. L'assistent s'encarrega de convertir el VMDK a qcow2 en segon pla, estalviant-te hores d'ordres.
El mètode manual: Control total via CLI
Si no teniu un host ESXi accessible per xarxa o preferiu tenir el control absolut de cada pas, la migració manual és la vostra millor aliada. El procés comença pujant el fitxer VMDK al servidor Proxmox mitjançant SCP o SFTP . És important recordar que a VMware un disc pot consistir en un fitxer descriptor (.vmdk) i el fitxer de dades real (-flat.vmdk); necessites tots dos a la mateixa carpeta perquè la conversió sigui exitosa.
Per transformar el disc al format nadiu, utilitzem l'eina qemu-img convert. La comanda típica seria qemu-img convert -f vmdk original.vmdk -O qcow2 convertido.qcow2. Un cop tinguis el fitxer qcow2, n'has de crear una màquina virtual buida a Proxmox amb característiques idèntiques a l'original però sense assignar cap disc dur.
Per enllaçar el disc convertit a la VM, tens dues opcions. La més professional és fer servir l'ordre qm importdisk , que no només importa el fitxer sinó que el col·loca directament a l'emmagatzematge seleccionat (LVM, ZFS, NFS, etc.). Després d'això, el disc apareixerà com unused a la pestanya de maquinari de la interfície web. Només has de fer doble clic al disc no utilitzat , assignar-lo a un bus (preferiblement VirtIO SCSI) i ajustar l'ordre d'arrencada a les opcions de la VM.
Ajustaments finals i optimització del rendiment
Quan la màquina arrenca, la feina no ha acabat. Perquè la VM voli, és fonamental instal·lar el QEMU Guest Agent . Això permet que Proxmox es comuniqui millor amb el sistema convidat, facilitant tasques com l'apagat net o la creació de snapshots coherents. A Windows, aquest és el moment de canviar el controlador de disc de IDE o SATA a VirtIO SCSI per obtenir el màxim rendiment de I/O.
Si noteu que la xarxa no funciona, reviseu que el model d'adaptador sigui compatible. El model VirtIO és el més ràpid, però si el sistema no el reconeix al principi, en pots fer servir un emulat (com E1000) i canviar-lo un cop instal·lats els drivers. No oblideu suprimir els fitxers VMDK originals de l'emmagatzematge de Proxmox un cop confirmeu que tot està operatiu per alliberar espai en disc.
Protecció de dades durant la transició
Moure màquines virtuals és una operació delicada i sempre hi ha un risc de pèrdua de dades. Per això, és imperatiu comptar amb un sistema de còpia de seguretat extern abans de començar. Solucions com Vinchin, Nakivo o Hornetsecurity permeten fer còpies de seguretat immutables, protegint-te contra ransomware i errors humans durant la migració. Aplicar la regla 3-2-1 (tres còpies, dos suports, una fora de lloc) és l'única manera de dormir tranquil mentre feu el canvi d'hipervisor.
La migració de VMware a Proxmox ha evolucionat des de processos manuals tediosos fins a eines automatitzades molt eficients. Ja sigui utilitzant l'importador oficial per a desplegaments massius o recorrent a qemu-img i qm importdisk per a casos específics, la clau de l'èxit rau en la preparació prèvia: consolidar snapshots, instal·lar controladors VirtIO i assegurar la compatibilitat del microprogramari. Amb una correcta planificació i un bon suport de seguretat, el salt cap a una infraestructura de codi obert permet optimitzar costos i recuperar el control total sobre l'entorn de virtualització.