Proxmox VE permite importar máquinas virtuales directamente desde VMware ESXi, pero que los discos lleguen correctamente al nuevo hipervisor no garantiza que el sistema operativo vaya a arrancar sin ajustes. Los drivers VirtIO, la configuración de red, UEFI, cifrado con TPM virtual o herramientas del hipervisor previo pueden convertir una migración aparentemente sencilla en una intervención prolongada durante la ventana de mantenimiento. La documentación oficial de Proxmox refuerza estos puntos y recomienda preparar cuidadosamente el sistema invitado antes del proceso de transferencia.
Las claves para una migración rápida de VMware a Proxmox en 30 segundos
- Desde 2024, Proxmox cuenta con un importador integrado para migrar máquinas desde VMware ESXi.
- Las máquinas con Windows podrían no arrancar usando VirtIO SCSI si los controladores no estaban preparados previamente.
- La nueva tarjeta de red puede afectar configuraciones de IP estática, reservas DHCP y reglas MAC.
- El estado del vTPM en VMware no se transfiere directamente, lo cual es especialmente delicado si se usa BitLocker.
- Proxmox recomienda realizar pruebas previas y limitar la carga cuando se importan múltiples máquinas en paralelo.
El proceso de cambio de VMware a Proxmox suele entenderse como simplemente mover máquinas virtuales de un hipervisor a otro. Sin embargo, esta visión es limitada. Una VM incluye discos, pero también depende de controladoras específicas, firmware, dispositivos virtuales, interfaces de red, drivers y servicios instalados en el sistema operativo.
Por eso, una migración efectiva comienza mucho antes de pulsar el botón de importación.
Proxmox dio un paso importante en este aspecto con Proxmox VE 8.2, lanzado el 24 de abril de 2024. Esta versión integró oficialmente un asistente para importar máquinas desde VMware ESXi. Este módulo aprovecha el sistema de plugins para almacenamiento y está accesible tanto desde la interfaz web como a través de la API de Proxmox VE.
El importador transfiere toda la máquina y ajusta buena parte de su configuración al formato propio de Proxmox. Además, ahora es posible realizar un live import: la VM puede iniciarse en Proxmox mientras parte de los datos se transfieren en segundo plano. La VM en VMware debe estar apagada, por lo que no se trata de una migración en caliente, aunque sí permite reducir el tiempo de interrupción del servicio.
No obstante, el correcto traslado de los discos es solo una parte del proceso completo.
El caso de Windows y VirtIO revela dónde surgen los problemas
Una de las situaciones más comunes y evidentes afecta especialmente a las máquinas Windows.
En VMware, una VM puede usar controladoras virtuales como LSI Logic, VMware Paravirtual SCSI o NVMe. En Proxmox, una configuración habitual para maximizar el rendimiento es usar VirtIO SCSI, un controlador paravirtualizado que reduce la sobrecarga en comparación con los dispositivos emulados completamente.
Pero Windows necesita tener instalado el controlador correspondiente para poder arrancar desde ese dispositivo.
La documentación de migración de Proxmox es clara: recomienda verificar que los controladores VirtIO estén instalados y cargados en el initramfs del invitado antes de realizar la migración. Para Windows, además, existen pasos específicos para pasar el disco de arranque a VirtIO SCSI.
Si tras la migración la máquina no arranca por falta de controladores, Proxmox ofrece soluciones. Una de ellas consiste en conectar temporalmente el disco a través de IDE o SATA, controladores que usualmente están disponibles, arrancar Windows, instalar los drivers VirtIO y preparar el sistema para su cambio definitivo.
Este método funciona, pero implica una diferencia sustancial: preparar en batch 40 máquinas con antelación frente a reparar 40 máquinas en medio de una ventana de mantenimiento.
El material de formación de Proxmox muestra cómo hacerlo en Windows Server 2022, dedicando parte del proceso post-importación a habilitar el arranque con VirtIO SCSI y realizar las comprobaciones en el Administrador de dispositivos.
La enseñanza clave va más allá de un controlador específico: una importación correcta no garantiza que la VM esté lista para producción.
Elementos a revisar antes de comenzar la migración
| Elemento | Qué verificar antes | Posibles incidencias posteriores |
|---|---|---|
| Disco de arranque | Controladores VirtIO disponibles | No arranque en Windows con VirtIO SCSI |
| BIOS/UEFI | Firmware original de la VM | Fallo en arranque o entrada UEFI incorrecta |
| Red | Dirección IP, VLAN, gateway, DNS, MAC, DHCP | VM inicia pero sin conectividad |
| VMware Tools | Estado y momento adecuado para desinstalarlas | Sistemas del hipervisor anterior en la VM |
| QEMU Guest Agent | Instalación y compatibilidad | Reducción en comunicación host-invitado |
| BitLocker/vTPM | Claves de recuperación listas | Requiere recuperación o imposibilidad de descifrar |
| Snapshots | Inventario y necesidad real | Importación más lenta |
| vSAN | Ubicación de los VMDK | No soportada la importación directa |
| Discos cifrados VMware | Políticas de cifrado | Importador no puede trasladarlos |
| Aplicaciones | Servicios y dependencias críticas | VM encendida pero aplicaciones no operativas |
No todos estos elementos generarán problemas en todas las máquinas. Por ello, un inventario completo resulta más útil que seguir una receta genérica.
Proxmox también advierte de una diferencia clave: el modo de firmware debe coincidir con el original. Es decir, una VM que usaba BIOS heredada requiere SeaBIOS, mientras que si utilizaba UEFI, debe configurarse con OVMF. Sistemas que no crean por sí mismos la entrada UEFI pueden necesitar que añadan manualmente la referencia de arranque.
Red, BitLocker y vTPM: potenciales problemas aunque Windows arranque
Una VM que muestra correctamente el escritorio puede aún no estar lista completamente para la migración.
El cambio en la interfaz de red virtual puede hacer que Windows identifique el nuevo adaptador como un dispositivo diferente, conservando la configuración previa, incluso si la tarjeta antigua ya no aparece en el sistema.
Proxmox aconseja anotar la configuración de red previamente y, en Windows, considerar eliminar la IP estática antes de la migración. También recomienda actualizar las reservas DHCP para reflejar la nueva MAC o, en su defecto, configurar manualmente en Proxmox la MAC correspondiente.
Un aspecto especialmente delicado es el cifrado.
La documentación oficial indica que actualmente no es posible migrar desde VMware a Proxmox VE el estado del vTPM. Las máquinas con cifrado completo que almacenan sus claves en este módulo deben considerar desactivarlo previamente, garantizando tener acceso a las claves manualmente para poder descifrar la VM tras la migración.
Esto es especialmente relevante en entornos Windows protegidos con BitLocker. No implica que todas las máquinas cifradas se vuelvan inaccesibles, pero la recuperación del cifrado debe planearse antes de apagar la VM original, evitándose buscar claves en horas intempestivas.
Conviene asimismo revisar VMware Tools. Proxmox recomienda eliminar las herramientas específicas del hipervisor antiguo antes de la migración, ya que su eliminación posterior puede ser más difícil.
En el nuevo entorno, el equivalente operativo es el QEMU Guest Agent, que mejora la comunicación y permite realizar tareas desde el host. Proxmox recomienda su instalación, aunque no debe confundirse con los drivers VirtIO, ya que cumplen funciones diferentes.
La guía oficial insiste en realizar estas tareas antes de la ventana final de migración: preparar drivers, verificar red, cifrado y herramientas en tiempo operativo, probar con una VM real y reservar las tareas críticas para cuando sea necesario detener el servicio.
Muchas VMs y limitaciones en el paralelismo
Cuando la cantidad de máquinas a migrar crece, el paralelismo en los procesos también importa.
La documentación actual recomienda para las importaciones masivas desde ESXi no ejecutar muchas migraciones simultáneamente. El API de ESXi posee un número limitado de conexiones disponibles, y sobrepasar ese umbral puede bloquear temporalmente a los clientes.
El servicio esxi-folder-fuse controla esas conexiones, limitando la cantidad en paralelo y serializando los reintentos cuando se alcanzan los límites del servidor.
También es importante considerar el consumo de memoria en el host de Proxmox debido a la caché de lectura anticipada durante las importaciones.
La recomendación general es no importar más de cuatro discos en paralelo por cada grupo de VMs, aunque el límite real depende de la infraestructura. En algunos casos, importar las máquinas de forma secuencial puede ser más eficiente.
Este enfoque impacta en la planificación de migraciones grandes. Intentar hacer todo en paralelo no siempre acorta el proceso y puede generar cuellos de botella.
Hay limitaciones documentadas, como que las VM que mantienen snapshots o usan discos cifrados en vSAN no pueden importarse directamente, recomendándose pasos alternativos o el uso de vCenter, aunque con un coste en rendimiento respecto a la conexión directa a ESXi.
Por ello, un inventario completo y detallado es imprescindible, incluyendo información sobre sistema operativo y versión, modo BIOS/UEFI, controladoras, discos, snapshots, ubicación del almacenamiento, cifrado, vTPM, configuración de red, dependencias de aplicaciones, ventanas de mantenimiento y mecanismos de recuperación.
Con esa información, el proceso puede dividirse en tres fases: preparación previa, prueba con una muestra representativa y, finalmente, la migración efectiva en la ventana de mantenimiento.
Meses o semanas antes: revisión de los invitados, preparación de drivers, documentación de red, claves de recuperación, firmware y dependencias, además de definir qué eliminar del entorno antiguo.
Antes de la migración masiva: trasladar una máquina de prueba, preferiblemente representativa, y verificar rendimiento, compatibilidad, aplicaciones, red, backups y procedimientos operativos.
Durante la ventana final: realizar un apagado ordenado, la importación o sincronización final, el arranque y las comprobaciones finales, y decidir si se continuará o se opte por revertir el proceso.
No existe una regla estricta para empezar exactamente dos semanas antes; el plazo corresponde a la complejidad y tamaño de la infraestructura. Lo importante es entender que virtIO, red, firmware, cifrado y compatibilidad deben verificarse antes de poner en producción las máquinas migradas.
Proxmox ha facilitado significativamente la migración desde VMware con su importador integrado. Sin embargo, automatizar la transferencia de discos no elimina las diferencias entre los dispositivos virtuales que ve el sistema operativo antes y después de la migración.
En migraciones pequeñas, estos ajustes se resuelven máquina por máquina. En entornos grandes, identificarlos en medio del proceso puede generar minutos de intervención manual por cada excepción. El objetivo de una buena preparación es reducir esas sorpresas y facilitar un proceso más fluido, no solo acelerar la copia.