Arturo Díaz LoraIngeniero de Sistemas Hablemos →
Infraestructura

Migrar de VMware a Proxmox VE sin perder datos.

Desde que Broadcom compró VMware, muchas empresas están revisando su virtualización. Esta es la forma en que planifico y ejecuto una migración a Proxmox VE: inventario, preparación de cada VM, importación y comprobaciones después del corte.

Resumen

  • Proxmox VE es una plataforma de virtualización de código abierto (KVM y contenedores LXC) con clúster, alta disponibilidad, Ceph, ZFS y respaldos integrados. La versión actual es la 9.2, sobre Debian 13.
  • Desde la versión 8.2 trae un asistente para importar VMs directamente desde ESXi, probado por Proxmox con ESXi 6.5 a 8.0.
  • La clave de una migración limpia está en la preparación: drivers VirtIO en Windows, tipo de firmware (BIOS o UEFI), redes y un plan de vuelta atrás.

Por qué tantas empresas están migrando

Tras cerrar la compra de VMware a finales de 2023, Broadcom eliminó las licencias perpetuas y pasó a vender la plataforma en paquetes por suscripción. Para muchas pymes eso significó renovar a un precio bastante mayor por funciones que no usaban.

Proxmox VE cubre lo que la mayoría de las empresas usaba de vSphere: máquinas virtuales, clúster, migración en caliente, alta disponibilidad, almacenamiento compartido y respaldos. Es software libre (AGPLv3): la suscripción es opcional y da acceso al repositorio empresarial y al soporte, pagando por socket de CPU.

1. Planifica antes de tocar nada

La migración falla en la planificación, no en la importación. Antes de empezar, levanto un inventario de cada VM:

  • Sistema operativo y versión, CPU, RAM y discos (tamaño real y aprovisionado).
  • Firmware: BIOS o UEFI. En Proxmox hay que usar el mismo (SeaBIOS u OVMF) o la VM no arrancará.
  • Redes, VLAN e IP fijas; en Windows, anota la configuración de cada adaptador porque la tarjeta de red cambiará.
  • Dependencias entre servicios: qué tiene que arrancar antes que qué.
  • Licencias que dependen del hardware: algunas aplicaciones y el propio Windows pueden pedir reactivación.

Con eso decides el almacenamiento en Proxmox: ZFS local para uno o dos servidores, Ceph a partir de tres nodos si quieres almacenamiento distribuido, o una cabina NFS o iSCSI que ya tengas. Y defines los bridges de red (vmbr0 con VLAN activadas suele bastar para empezar).

2. Prepara cada máquina virtual

Windows

  • Instala los drivers VirtIO (ISO virtio-win) mientras la VM sigue en VMware. Sin el driver de almacenamiento, Windows no encontrará el disco al arrancar en Proxmox.
  • Instala también el QEMU Guest Agent que viene en la misma ISO.
  • Apunta la configuración IP de cada adaptador.

Linux

  • Los kernels modernos ya traen VirtIO. Revisa que /etc/fstab use UUID o etiquetas, no nombres de dispositivo.
  • La interfaz de red puede cambiar de nombre (por ejemplo, de ens192 a ens18): tenlo en cuenta en la configuración de red.

En todas

  • Consolida o elimina los snapshots en VMware antes de importar.
  • Haz un respaldo completo y verifica que se puede restaurar.

3. Importa con el asistente de ESXi

Es el camino que uso en la mayoría de los casos:

  1. En Proxmox, ve a Datacenter → Storage → Add → ESXi y añade el host ESXi con su usuario y contraseña. Conéctate directamente al host: a través de vCenter también funciona, pero es bastante más lento.
  2. El host aparece como un almacenamiento más. Ábrelo, elige la VM y pulsa Import.
  3. Selecciona el almacenamiento de destino, el bridge de red y el formato de disco. Revisa en la pestaña avanzada el tipo de controlador de disco y de tarjeta de red.
  4. Apaga la VM en ESXi y lanza la importación. Si el tiempo de parada es crítico, la opción de importación en vivo arranca la VM en Proxmox mientras los datos se siguen copiando.

4. Alternativa manual: OVF y VMDK

Si no tienes acceso directo al host ESXi, exporta la VM como OVF y lleva los archivos al servidor Proxmox:

# crea la VM 120 a partir del OVF exportado
qm importovf 120 /mnt/export/servidor.ovf local-zfs

# o importa solo un disco VMDK a una VM que ya existe
qm disk import 120 /mnt/export/servidor-disk1.vmdk local-zfs

Después revisa en la interfaz el hardware de la VM: firmware, controlador de disco, tarjeta de red y orden de arranque.

5. Después del corte: lista de comprobación

  • La VM arranca con el firmware correcto (añade un disco EFI si es UEFI).
  • Cambia el disco a VirtIO SCSI y la red a VirtIO una vez que los drivers están instalados: el rendimiento mejora de forma notable.
  • Activa el QEMU Guest Agent en las opciones de la VM.
  • Desinstala VMware Tools.
  • Reconfigura la IP si Windows creó un adaptador nuevo.
  • Prueba las aplicaciones con usuarios reales, no solo que la VM encienda.
  • Programa los respaldos, idealmente en un Proxmox Backup Server, y configura la alta disponibilidad si tienes clúster.

6. Un plan de corte que no asuste

Empiezo siempre por una VM poco crítica para validar el procedimiento y medir tiempos. Las críticas se migran en una ventana acordada, y la VM original se deja apagada en VMware, no borrada, hasta que el negocio confirma que todo funciona. Si algo sale mal, volver atrás es encenderla de nuevo.

¿Estás evaluando salir de VMware? Hago el inventario y la migración contigo, sin sorpresas.

Hablemos ↗

Preguntas frecuentes

¿Proxmox VE es gratis?

Sí. Proxmox VE es software libre y todas sus funciones están disponibles sin pagar. La suscripción, opcional y por socket de CPU, da acceso al repositorio empresarial, que recibe las actualizaciones más probadas, y al soporte oficial.

¿Proxmox sirve para producción?

Sí. Tiene clúster, alta disponibilidad, migración en caliente, almacenamiento distribuido con Ceph y respaldos incrementales con Proxmox Backup Server. Lo uso en producción y es la plataforma que enseño en mi curso de Proxmox VE.

¿Cuánto tiempo estará parada cada máquina?

Depende del tamaño de los discos y de la red entre ESXi y Proxmox. Con la importación en vivo, la parada se reduce a lo que tarda en apagarse la VM en VMware y arrancar en Proxmox; los datos se terminan de copiar con la VM ya funcionando.

¿Puedo seguir usando mi hardware actual?

En la mayoría de los casos, sí. Proxmox VE funciona sobre Debian y soporta el hardware de servidor habitual. Conviene revisar la controladora de discos, sobre todo si vas a usar ZFS, que prefiere discos entregados directamente y no a través de RAID por hardware.

Fuentes