Migrar de VMware a Proxmox: una guía práctica para empresas del sur de Florida

Después de que Broadcom adquirió VMware, el licenciamiento pasó a paquetes por suscripción, el hipervisor ESXi gratuito fue descontinuado durante un tiempo y muchos socios perdieron la posibilidad de revender. Para muchas pequeñas y medianas empresas de Miami-Dade y del sur de Florida, la cotización de renovación que llegó después fue el momento en que empezaron a evaluar alternativas.

Proxmox Virtual Environment (Proxmox VE) es la opción que recomendamos con más frecuencia. Es de código abierto, está basado en Debian y KVM, incluye clústeres, almacenamiento definido por software y una interfaz web sólida, y ofrece suscripciones de soporte opcionales en lugar de licencias obligatorias por núcleo. Esta guía explica cómo abordamos una migración en la práctica.

Por qué las empresas están migrando

• Costos predecibles. Proxmox VE no tiene costo de licencia. Las suscripciones de soporte son opcionales y se cobran por socket de CPU.
• Sin funciones bloqueadas. Clústeres, migración en vivo, alta disponibilidad y almacenamiento ZFS o Ceph vienen incluidos.
• Herramientas maduras. Desde Proxmox VE 8.2 existe un asistente de importación integrado que puede traer máquinas virtuales directamente desde un host ESXi.
• Respaldos integrados. Proxmox Backup Server ofrece respaldos incrementales, deduplicados y cifrados, diseñados específicamente para la plataforma.

Dicho esto, Proxmox no es una copia exacta de vSphere. Su equipo necesita entender su modelo de almacenamiento y de red, y una migración sigue requiriendo un plan.

Paso 1: Inventario y planificación

Antes de tocar cualquier cosa, documente lo que tiene:

• Cada máquina virtual, su sistema operativo, vCPU, memoria RAM y tamaño de discos
• Qué cargas de trabajo son críticas y cuánto tiempo fuera de servicio tolera cada una
• Tipo de almacenamiento (local, SAN, NFS) y dónde quedará en la nueva plataforma
• VLAN, grupos de puertos y reglas de firewall asociadas
• Licencias atadas a identificadores de hardware o direcciones MAC (algunas aplicaciones de negocio lo verifican)

Luego defina el diseño de destino: un solo servidor o un clúster de tres nodos con almacenamiento compartido o replicado. Para la mayoría de las oficinas pequeñas, dos o tres nodos con replicación ZFS, o Ceph si el hardware lo permite, ofrecen un buen equilibrio entre resiliencia y complejidad.

Paso 2: Elegir el método de importación

El asistente de importación de ESXi

En Proxmox VE 8.2 y versiones posteriores puede agregar un host ESXi como fuente de almacenamiento (Datacenter, Storage, Add, ESXi). Las máquinas virtuales aparecen en la interfaz y se pueden importar con pocos clics. Es el camino más rápido cuando el host ESXi sigue en funcionamiento y es accesible.

Exportación OVF

Si prefiere exportar primero desde vCenter o ESXi, exporte cada máquina virtual en formato OVF e impórtela:

# Importar un OVF como VM 120 en el almacenamiento local-lvm
qm importovf 120 /mnt/export/app-server.ovf local-lvm

# O importar un solo disco a una VM existente
qm importdisk 120 /mnt/export/app-server-disk1.vmdk local-lvm

Después de qm importdisk, el disco aparece como no utilizado en la pestaña de hardware. Asígnelo, configure el orden de arranque y ajuste el tipo de controlador.

Servidores Windows

Las máquinas virtuales con Windows necesitan los controladores VirtIO para usar los dispositivos de disco y red paravirtualizados, que son más rápidos. Un enfoque seguro es instalar los controladores VirtIO dentro del sistema antes de migrar, arrancar primero con SATA o IDE y luego cambiar a VirtIO SCSI cuando los controladores carguen. Después, desinstale VMware Tools e instale el agente QEMU.

Paso 3: Probar antes de comprometerse

Importe una copia de cada máquina virtual importante en una red aislada y verifique que:

• Arranca correctamente y los servicios inician
• Las aplicaciones se conectan a sus bases de datos y servidores de licencias
• El rendimiento es aceptable con carga normal
• La sincronización de hora y la pertenencia al dominio funcionan

Anote todo lo que requirió una corrección manual. Esa lista se convierte en el procedimiento para la noche del corte.

Paso 4: Configurar los respaldos primero

Implemente Proxmox Backup Server antes de mover las cargas de producción, no después. Configure tareas programadas, políticas de retención y tareas de verificación, y haga al menos una restauración de prueba. Mantenga una copia fuera del sitio o en una segunda ubicación, algo muy importante en una región donde la temporada de huracanes es un riesgo operativo real.

Paso 5: El corte

1. Anuncie una ventana de mantenimiento.
2. Apague la máquina virtual de origen de forma ordenada para que los datos sean consistentes.
3. Ejecute la importación final.
4. Actualice la configuración de red si cambiaron las direcciones MAC o los nombres de los adaptadores.
5. Verifique los servicios y luego devuelva el acceso a los usuarios.
6. Mantenga el entorno VMware apagado pero intacto durante un período de reversión definido.

Migre las cargas en orden de riesgo: comience con servidores de bajo impacto y deje los controladores de dominio y las bases de datos para cuando el proceso esté probado.

Reflexión final

Una migración de VMware a Proxmox es muy manejable con planificación, pruebas y respaldos que funcionen. La mayoría de los problemas que vemos provienen de omitir el inventario o la restauración de prueba, no de Proxmox en sí.

Si está evaluando una renovación de VMware y quiere una opinión honesta sobre si Proxmox se ajusta a su entorno, agende una evaluación de TI gratuita. Trabajamos con empresas en todo Miami-Dade y el sur de Florida, y ofrecemos soporte remoto en todo Estados Unidos.