Migración de VMware a Proxmox VE: Ventajas y Guía Paso a Paso

Introducción

Con los cambios en el licenciamiento de Broadcom tras la adquisición de VMware — aumento significativo de costos, fin de licencias perpetuas y descontinuación de paquetes esenciales como vSphere Essentials — muchas empresas y MSPs están reevaluando su estrategia de virtualización. Proxmox VE surge como la alternativa open-source más madura para este escenario, ofreciendo un hipervisor robusto basado en KVM/QEMU con gestión centralizada nativa.

Este artículo aborda las ventajas de la migración y detalla el proceso técnico paso a paso.

Parte 1: Ventajas de la Migración

1.1 Costo Total de Propiedad (TCO)

• Licenciamiento gratuito o con soporte pago accesible: Proxmox VE puede usarse sin costo (community repository) o con suscripción de soporte (Basic, Standard, Premium), con precios muy inferiores a las licencias VMware/Broadcom post-adquisición.

• Sin cobro por núcleo/socket en los términos impuestos por Broadcom para vSphere/vSAN.

• Sin necesidad de licenciar por separado funcionalidades como HA, backup o replicación — ya incluidas en el core.

1.2 Arquitectura Abierta

• Basado en Debian Linux + KVM, con gestión mediante pve-manager y cluster nativo usando Corosync.

• Sin vendor lock-in: storage, red y backend son estándares abiertos (ZFS, Ceph, LVM-thin, NFS, iSCSI).

• Total libertad para personalizar mediante línea de comandos, scripts y API REST documentada.

1.3 Funcionalidades Nativas Incluidas

1.4 Almacenamiento Flexible

• Soporte nativo para ZFS (con snapshots, compresión, RAID-Z) sin necesidad de almacenamiento externo.

• Soporte para Ceph integrado para clusters hiperconvergentes, eliminando la dependencia de SAN dedicada.

• Compatibilidad con NFS, iSCSI, LVM y Directory storage simultáneamente.

1.5 Backup Nativo de Alto Rendimiento

El Proxmox Backup Server (PBS) ofrece:

• Backup incremental con deduplicación a nivel de bloque.

• Restauración granular de archivos (restauración a nivel de archivo) sin necesidad de restaurar la VM completa.

• Compresión y verificación de integridad nativas, sin costo de licencia adicional.

1.6 Comunidad y Soporte

• Comunidad activa y documentación extensa (wiki oficial, foro).

• Ciclo de releases previsible y transparente.

• Opción de soporte comercial directo con Proxmox Server Solutions GmbH, con SLAs definidos.

1.7 Consideraciones (Contrapuntos Honestos)

• Ecosistema de terceros menor: no toda herramienta de monitoreo/backup empresarial tiene soporte nativo para Proxmox (aunque Zabbix, por ejemplo, se integra bien mediante API).

• Curva de aprendizaje: equipos muy dependientes del vCenter/PowerCLI deberán adaptarse a la interfaz y al qm/API de Proxmox.

• Funcionalidades avanzadas de red (NSX, por ejemplo) no tienen equivalente directo — Open vSwitch y SDN nativo cubren buena parte de los casos, pero no el 100% de los escenarios empresariales complejos.

Parte 2: Migración Paso a Paso

2.1 Planificación Pre-Migración

1. Inventario completo: liste todas las VMs, vCPUs, RAM, discos (tamaño y formato), redes (VLANs, vSwitches) y dependencias entre servicios.

2. Evalúe el almacenamiento actual: ¿VMFS, NFS, iSCSI? Esto define la estrategia de migración de discos.

3. Defina la ventana de mantenimiento por VM (la migración en frío es más simple, pero genera tiempo de inactividad).

4. Dimensione el clúster Proxmox: CPU (idealmente misma familia/generación para evitar problemas de microcódigo en la migración), RAM con margen para el overhead de KVM, y almacenamiento con rendimiento equivalente o superior al entorno VMware.

5. Pruebe en un entorno de homologación antes de migrar a producción — especialmente para VMs con drivers VMware Tools fuertemente integrados (p. ej., drivers de almacenamiento paravirtualizados).

2.2 Instalación de Proxmox VE

# Baixe a ISO oficial do Proxmox VE (proxmox.com/downloads)
# Grave em pendrive (Etcher, Rufus, ou dd)
dd if=proxmox-ve_8.x.iso of=/dev/sdX bs=1M status=progress

# Após instalação, atualize os repositórios (remova enterprise se não tiver assinatura)
nano /etc/apt/sources.list.d/pve-enterprise.list
# Comente a linha enterprise e adicione o repositório no-subscription:
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription" > /etc/apt/sources.list.d/pve-no-subscription.list

apt update && apt full-upgrade -y

Configure la red (bridges vmbr0, VLANs), el tiempo (NTP/chrony) y, si es un clúster, configure Corosync entre los nodos (pvecm create / pvecm add).

2.3 Estrategias de Migración de VMs

Existen tres enfoques principales, en orden de recomendación para entornos de producción:

Opción A: Migración mediante Import Wizard nativo de Proxmox (v8+)

A partir de Proxmox VE 8.1+, existe un asistente de importación nativo que se conecta directamente al vCenter/ESXi y migra VMs sin necesidad de conversión manual.

# No Datacenter > Storage, adicione o ESXi/vCenter como "ESXi" storage type
# Isso permite listar e importar VMs diretamente pela GUI

# Via CLI, é possível usar o importwizard / qm importovf para casos pontuais

En la interfaz web:

1. Datacenter → Storage → Add → ESXi.

2. Ingrese IP/hostname, usuario y contraseña del ESXi o vCenter.

3. Las VMs aparecerán listadas; seleccione y use "Import".

4. Proxmox convierte el disco automáticamente al formato de destino (qcow2/raw, según el almacenamiento elegido).

Esta es la vía más rápida y con menor riesgo de error manual.

Opción B: Conversión manual con qm importdisk (a partir de OVF/VMDK exportado)

# 1. Exporte a VM do VMware como OVF/OVA (via vCenter ou ovftool)
ovftool vi://usuario@vcenter/Datacenter/vm/MinhaVM /caminho/export/

# 2. Crie a VM de destino no Proxmox (vazia, com specs equivalentes)
qm create 100 --name minha-vm --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0

# 3. Importe o disco VMDK convertendo para o storage do Proxmox
qm importdisk 100 /caminho/export/minha-vm-disk1.vmdk local-lvm

# 4. Anexe o disco importado à VM
qm set 100 --scsi0 local-lvm:vm-100-disk-0

# 5. Configure boot, BIOS (SeaBIOS ou OVMF/UEFI conforme original) e ordem de boot
qm set 100 --boot order=scsi0
qm set 100 --bios ovmf   # se a VM original usava UEFI

Opción C: Conversión con qemu-img (cuando el disco ya está en VMDK accesible mediante almacenamiento compartido)

qemu-img convert -f vmdk -O qcow2 minha-vm-disk1.vmdk minha-vm-disk1.qcow2

Útil cuando ya tiene el VMDK en un almacenamiento NFS/CIFS accesible al nodo Proxmox, sin necesidad de la exportación OVF completa.

2.4 Post-Migración: Ajustes Dentro del Guest

Esta etapa es crítica y frecuentemente subestimada:

Linux:

# Remova o VMware Tools / open-vm-tools
apt remove open-vm-tools -y   # Debian/Ubuntu
yum remove open-vm-tools -y   # RHEL/OL/CentOS

# Instale o QEMU Guest Agent
apt install qemu-guest-agent -y
systemctl enable --now qemu-guest-agent

# Ative o agent na configuração da VM no Proxmox
qm set 100 --agent enabled=1

# Ajuste fstab se os discos mudaram de identificação (de /dev/sd* para virtio /dev/vd*)
# Prefira UUID no fstab para evitar esse problema:
blkid
nano /etc/fstab

Windows:

1. Descargue e instale los drivers VirtIO (ISO virtio-win, disponible en el sitio oficial de Proxmox/Fedora).

2. Instale drivers de almacenamiento (viostor), red (NetKVM) y balón de memoria (Balloon) antes de cambiar el tipo de controlador de disco de SATA/IDE a SCSI VirtIO — de lo contrario la VM puede no arrancar.

3. Desinstale VMware Tools mediante el Panel de Control.

4. Instale el QEMU Guest Agent for Windows (incluido en el ISO virtio-win) para permitir apagado limpio, reporte de IP y snapshots consistentes.

5. Active el agent: qm set 100 --agent enabled=1.

2.5 Validación y Optimización

1. Prueba de arranque y conectividad: confirme red (bridge/VLAN correcta), DNS y rutas.

2. Verifique discos: tipo de controlador (SCSI VirtIO es el más eficiente), modo de caché (writeback para la mayoría de los casos, none si usa almacenamiento con caché propio confiable).

3. Tipo de CPU: ajuste de kvm64 (predeterminado conservador) a host si los nodos del clúster son homogéneos, buscando mejor rendimiento.

4. Configure backup: apunte a Proxmox Backup Server y defina retención/programación.

5. Monitoreo: integre las VMs migradas a Zabbix mediante SNMP/agent, replicando los triggers que ya usa en el resto del parque.

2.6 Lista de Verificación Final

• Inventario y mapeo de red/almacenamiento completos
• Clúster Proxmox instalado, actualizado y con almacenamiento configurado
• VMs migradas (mediante Import Wizard, OVF o qemu-img)
• VMware Tools eliminado / Guest Agent instalado
• Drivers VirtIO instalados (Windows) antes del cambio de controlador
• Red y arranque validados post-migración
• Backup configurado en PBS
• Monitoreo integrado (Zabbix)
• Documentación actualizada con la nueva topología

Conclusión

La migración de VMware a Proxmox VE es técnicamente directa en la mayoría de los escenarios, especialmente con el Import Wizard nativo disponible en las versiones más recientes. Los principales riesgos están en la capa de drivers del guest (sobre todo Windows) y en la planificación de almacenamiento/red del clúster de destino. Para entornos de producción críticos, el camino recomendado es: homologar en entorno de prueba, migrar por lotes comenzando por las VMs menos críticas, y mantener el entorno VMware como respaldo hasta validar completamente la estabilidad del nuevo clúster.