- La migración puede realizarse mediante el asistente nativo de Proxmox VE para ESXi o a través de procesos manuales mediante comandos de consola.
- Es fundamental la conversión de discos al formato qcow2 o raw para optimizar el rendimiento en el hipervisor KVM.
- La preparación del sistema operativo invitado con controladores VirtIO es el paso crítico para evitar errores de arranque o pantallazos azules.
Si te encuentras en la situación de querer darle una nueva vida a tus máquinas virtuales y has decidido saltar de VMware a Proxmox VE, probablemente te hayas dado cuenta de que no es tan sencillo como arrastrar un archivo de un sitio a otro. Con los últimos cambios en las licencias de Broadcom, muchísima gente está buscando refugio en el mundo del código abierto, y Proxmox se ha convertido en la alternativa más potente gracias a su capacidad de gestión de clústeres y su flexibilidad.
El proceso de traslado de un disco VMDK puede parecer un laberinto si no tienes claros los pasos, ya que dependemos de que el hipervisor KVM de Proxmox entienda lo que VMware escribió en el disco. Para que la migración no sea un dolor de cabeza y no te lleves sorpresas desagradables como el temido pantallazo azul, es vital planificar cada detalle, desde la configuración del firmware hasta la limpieza de las herramientas del proveedor original.
Preparativos antes de mover un solo bit
Antes de lanzarte a la piscina, hay tareas que son sagradas. Si tienes acceso a la máquina virtual en VMware, lo más inteligente es consolidar todos los snapshots. Si dejas instantáneas pendientes, podrías importar una versión antigua del disco o generar errores de consistencia que te darían un disgusto mayúsculo.
Otro punto clave es el tema de los drivers. Windows, por ejemplo, no reconoce nativamente los controladores de disco de Proxmox. Por eso, es muy recomendable instalar los controladores VirtIO mientras la máquina aún está en VMware. Esto evita que el sistema operativo entre en pánico al arrancar en el nuevo entorno porque no encuentra el disco duro.
No olvides anotar la configuración de hardware: cuánta RAM tiene, cuántos núcleos de CPU, y muy importante, si utiliza BIOS tradicional o UEFI. Si te equivocas en este último ajuste, la máquina jamás arrancará porque Proxmox buscará el sector de arranque en el lugar equivocado.
El camino fácil: El Asistente de Importación de ESXi
Desde las versiones más recientes de Proxmox VE, se ha incluido una herramienta que es una auténtica bendición. Este asistente permite conectar directamente un host ESXi a través de la interfaz web. Para usarlo, debes ir a Datacenter > Storage > Add y seleccionar la opción ESXi, donde introducirás las credenciales del servidor de origen.
Una vez establecida la conexión, Proxmox leerá el archivo .vmx de la máquina virtual y te sugerirá una configuración de hardware idéntica. Puedes ajustar la CPU y la memoria antes de darle al botón de importar. El sistema se encarga de convertir el disco VMDK al formato nativo qcow2 de forma automática, ahorrándote horas de peleas con la línea de comandos.
El camino manual: Para usuarios avanzados y archivos sueltos
Si no tienes un servidor ESXi activo y solo tienes los archivos .vmdk en un disco duro o NAS, tendrás que ensuciarte las manos con la terminal. El primer paso es subir el archivo al servidor Proxmox usando herramientas como SCP, SFTP o WinSCP. Si el archivo viene en un paquete .ova, recuerda que este es básicamente un archivo comprimido que puedes extraer para obtener el .vmdk.
Con el archivo ya en el servidor, existen dos rutas principales. La primera es la conversión manual usando el comando qemu-img convert, que transforma el VMDK en un archivo qcow2 o raw. Después, creas una máquina virtual vacía (sin disco) en la interfaz de Proxmox y mueves el archivo convertido a la carpeta de imágenes de esa VM.
La segunda ruta, más directa, es utilizar el comando qm importdisk. Este comando es una navaja suiza: toma el VMDK, lo convierte y lo asigna al almacenamiento de Proxmox en un solo paso. La sintaxis básica sería qm importdisk [ID_VM] [archivo.vmdk] [almacenamiento]. Una vez ejecutado, el disco aparecerá en la pestaña de Hardware como un disco no utilizado (unused disk).
Configuración final y puesta en marcha
Cuando el disco ya está asociado a la VM, no basta con darle a encender. Tienes que entrar en la configuración de hardware, hacer doble clic sobre el disco no utilizado y asignarlo a un bus (SATA o IDE suelen ser los más compatibles para el primer arranque). Luego, ve a la sección de opciones y ajusta el orden de arranque para que el disco importado sea la prioridad número uno.
Si la máquina es Windows y no instalaste los drivers VirtIO previamente, es posible que necesites montar la ISO de VirtIO en la unidad de CD virtual. Una vez que el sistema arranque y reconozca el hardware, puedes cambiar el controlador de disco a VirtIO SCSI para obtener un rendimiento muy superior al de SATA o IDE.
Para quienes vienen de entornos Linux, el proceso es más sencillo ya que el kernel suele incluir los módulos necesarios. Solo asegúrate de desinstalar las VMware Tools para evitar conflictos de drivers que podrían ralentizar el sistema o causar inestabilidad en la red.
Tener un entorno bien migrado implica haber pasado por una fase de limpieza de snapshots, una correcta elección del firmware UEFI/BIOS y el uso de herramientas de conversión como qm importdisk o el asistente nativo. El éxito reside en no saltarse la instalación de los controladores VirtIO en sistemas Windows y en validar que el almacenamiento de destino tenga espacio suficiente para la expansión del disco durante la conversión. Una vez que la máquina arranca y se instalan los agentes de invitado de QEMU, la transición hacia la libertad del código abierto queda completada con éxito.