- Conversión de discos virtuales del formato VMDK de VMware al formato nativo qcow2 de Proxmox para optimizar el rendimiento.
- Uso del asistente de importación oficial para migraciones automatizadas desde hosts ESXi.
- Importancia de instalar controladores VirtIO y consolidar snapshots antes de iniciar cualquier traslado de máquina virtual.
Si te has dado cuenta de que las licencias de VMware se han vuelto un dolor de cabeza o simplemente buscas una alternativa de código abierto que no te ate las manos, Proxmox VE es probablemente la opción más sólida que tienes sobre la mesa. Esta plataforma no solo es potente, sino que integra KVM para máquinas virtuales y LXC para contenedores, permitiéndote gestionar todo desde una interfaz web bastante intuitiva que, si ya vienes de vSphere, no te costará nada dominar.
Pasar tus cargas de trabajo de un entorno a otro no es cuestión de darle a un botón y ya está; requiere planificación, paciencia y un análisis a fondo para no llevarse sustos en producción. En este artículo vamos a desgranar paso a paso cómo importar esos archivos VMDK que tienes por ahí y cómo ejecutar una migración completa sin que el sistema te dé un pantallazo azul en el proceso.
Entendiendo el terreno: ¿Qué es realmente un VMDK?
Para los que no estén tan familiarizados, un VMDK (Virtual Machine Disk) es básicamente el disco duro virtual de VMware. Imagínatelo como un archivo que guarda todo: el sistema operativo, los programas y tus datos. Dependiendo de cómo esté configurado, puede ser un archivo único o estar dividido en varias partes para que sea más fácil de mover.
El quid de la cuestión es que Proxmox utiliza el hipervisor QEMU. Aunque este es capaz de leer VMDK, lo más recomendable es convertirlos al formato nativo qcow2. ¿Por qué? Pues porque así consigues un rendimiento mucho mejor y una integración total con las funciones de Proxmox, como los snapshots eficientes.
La ruta rápida: El Asistente de Importación oficial
Si tienes la suerte de usar versiones recientes de Proxmox VE (especialmente a partir de la 8.2), ya no hace falta hacer malabarismos con la consola para todo. Ahora existe un importador gráfico oficial que te ahorra muchísimo tiempo.
- Para usarlo, ve a Datacenter > Storage y dale a Add.
- Selecciona la opción ESXi y rellena los datos de tu servidor de origen (IP, usuario y contraseña).
- Una vez conectado, podrás explorar el datastore de VMware, elegir la máquina virtual y pulsar Import.
Este asistente lee la configuración de hardware (CPU, RAM) y automatiza la conversión del disco al formato compatible, dejando la VM prácticamente lista para arrancar.
El camino manual: Importación de archivos VMDK sueltos
A veces no tienes un servidor ESXi activo o solo tienes los archivos .vmdk que te pasó un cliente. En ese caso, toca ensuciarse las manos con la línea de comandos. Aquí tienes el flujo de trabajo detallado:
1. Preparación del sistema invitado
Antes de apagar la máquina en VMware, hay un truco vital: instalar los controladores VirtIO. Si es una máquina Windows, esto es obligatorio; si no lo haces, lo más probable es que al iniciar en Proxmox te encuentres con un error de inicio (BSOD) porque Windows no reconoce la controladora de disco de KVM. Además, es fundamental consolidar todos los snapshots para evitar que el disco esté fragmentado y cause errores en la conversión.
2. Traslado del archivo a Proxmox
Puedes subir el VMDK usando herramientas como WinSCP, FileZilla o mediante el comando scp desde la terminal. Un punto importante es que, en VMware, a veces verás un archivo .vmdk pequeño (el descriptor) y uno -flat.vmdk (los datos reales). Necesitas ambos en la misma carpeta para que la conversión funcione correctamente.
3. Conversión e importación del disco
Hay dos formas de hacer esto. La primera es usar qemu-img convert para pasar el VMDK a qcow2 manualmente. La segunda, y más directa, es crear una VM vacía en Proxmox (sin disco) y ejecutar el siguiente comando:
qm importdisk [ID_VM] [archivo.vmdk] [almacenamiento]
Este comando hace la magia: convierte el disco sobre la marcha y lo añade al almacenamiento que hayas elegido (ya sea LVM, ZFS o NFS).
4. Configuración final y arranque
Una vez importado, el disco aparecerá como unused0 (disco no utilizado) en la pestaña de Hardware. Debes hacer doble clic sobre él para adjuntarlo, asegurándote de elegir la controladora VirtIO SCSI para obtener el máximo rendimiento. No olvides ir a las opciones de la VM y ajustar el orden de arranque para que el sistema busque el disco importado primero.
Planificación de una migración a gran escala
Si no vas a mover una sola máquina, sino todo un centro de datos, no puedes ir una a una. Necesitas una estrategia de ingeniería:
- Inventario exhaustivo: Documenta vCPU, RAM, versión del SO y, sobre todo, si usan BIOS o UEFI, ya que si te equivocas en esto, la VM jamás arrancará.
- Diseño de red: Mapea los switches de VMware con los bridges (vmbr0, vmbr1) de Proxmox y valida que las VLANs estén bien configuradas para no perder la conectividad.
- Almacenamiento: Decide si usarás ZFS para velocidad local, NFS para almacenamiento compartido o Ceph si buscas una arquitectura hiperconvergente y escalable.
Para automatizar el proceso masivo, puedes apoyarte en la API REST de Proxmox o Playbooks de Ansible, lo que reduce drásticamente el riesgo de cometer errores humanos al repetir la misma tarea veinte veces.
Post-migración: Afinación y seguridad
Ya tienes la máquina funcionando, pero ahora hay que dejarla niquelada. Lo primero es desinstalar las VMware Tools, ya que solo consumen recursos y pueden causar conflictos. En su lugar, instala el QEMU Guest Agent, que permite que Proxmox gestione mejor el apagado y los backups de la VM.
En cuanto a la protección de datos, no te fíes solo de los snapshots. Es muy recomendable implementar una estrategia de backup 3-2-1 utilizando Proxmox Backup Server (PBS) o soluciones externas como Vinchin o Hornetsecurity, que ofrecen copias de seguridad inmutables para blindarte contra el ransomware.
Llevar a cabo este proceso implica coordinar la compatibilidad del hardware virtual, la conversión de formatos de disco y la correcta configuración de red. Ya sea aprovechando el nuevo asistente gráfico para una transición fluida o utilizando la potencia de la línea de comandos para tener el control absoluto, la clave reside en preparar los drivers VirtIO previamente y validar cada paso en un entorno de pruebas antes de tocar la producción.