Tras la compra de VMware por Broadcom en 2024 y los cambios sucesivos en el modelo de licencias (subscripciones obligatorias, bundles forzados, fin de versiones gratuitas), muchas empresas que llevaban años con vSphere están reevaluando opciones. Proxmox VE es la alternativa open source más consolidada y la que recibe el grueso de las migraciones.
Esta guía explica por qué la migración tiene sentido en muchos casos, qué riesgos hay que considerar y cómo enfocarla sin sustos.
Tabla de contenidos
Qué cambió con Broadcom y por qué se replantea VMware
Los cambios relevantes desde 2024:
- Fin de las licencias perpetuas: solo subscripción anual.
- Eliminación de productos sueltos: vSphere se vende empaquetado con otros productos (VCF) que no todos los clientes necesitan.
- Subida de precios entre el 50% y el 300% según el segmento, especialmente en clientes pequeños y medianos.
- Fin del ESXi gratuito y de algunas certificaciones individuales.
- Cambios en el modelo de partners: muchos integradores tradicionales han perdido condición de partner.
El efecto: empresas con vSphere instalado revisan el coste a renovación y muchas ven multiplicar la factura por dos o por tres con menos funcionalidad incluida.
Qué es Proxmox VE y por qué es alternativa real
Proxmox VE es una plataforma de virtualización open source basada en Debian, KVM (para virtualización completa) y LXC (para contenedores). En producción desde 2008, con subscripción opcional de soporte de Proxmox Server Solutions.
Lo que cubre frente a vSphere
- Virtualización KVM con rendimiento equivalente.
- Alta disponibilidad nativa (HA Manager).
- Migración en vivo entre nodos.
- Backup integrado (Proxmox Backup Server).
- Cluster de hasta 32 nodos sin coste adicional.
- Storage flexible: local, iSCSI, NFS, Ceph, ZFS.
- Interfaz web completa, CLI potente, API REST.
Lo que no cubre del todo
- vSAN equivalente directo: Proxmox usa Ceph (también open source) que cubre el caso, pero requiere conocimiento adicional.
- NSX equivalente: la parte de red avanzada (microsegmentación, distributed firewall) no está al mismo nivel; se complementa con OPNsense, pfSense o soluciones SDN específicas.
- Ecosistema de partners menos amplio (pero creciendo).
- Certificaciones de personal no tan extendidas en el mercado.
Para entornos medianos con virtualización clásica, la cobertura es suficiente. Para entornos muy grandes con dependencias profundas de NSX o VCF, la sustitución requiere arquitectura adicional.
Cuándo conviene migrar
Conviene si:
- La factura de renovación VMware sube significativamente y las funcionalidades extra del bundle no se usan.
- El parque virtualizado es de tamaño pequeño-mediano (decenas a pocos cientos de VMs).
- El equipo o el proveedor están abiertos a operar Linux.
- No hay dependencias críticas de NSX o vSAN.
No conviene (aún) si:
- Hay regulaciones específicas que requieren certificaciones VMware concretas.
- La infraestructura depende fuertemente de productos VMware avanzados (NSX-T, VCF) sin equivalente directo presupuestado.
- El equipo no tiene experiencia Linux y no hay plan de formación.
Proceso de migración: cómo lo enfocamos
Cinco fases razonables:
1. Inventario y análisis
- Cuántas VMs, qué SO, qué recursos asignados, qué consumo real.
- Dependencias de funcionalidades VMware específicas.
- Cargas críticas y ventanas de mantenimiento posibles.
- Almacenamiento actual (modelo, capacidad, tipo).
2. Diseño del cluster Proxmox
- Número de nodos (mínimo 3 para HA real).
- Modelo de storage (local + replicación, Ceph, NFS dedicado).
- Red (separación de gestión, VM traffic, replicación).
- Backup (Proxmox Backup Server en máquina aparte).
3. Migración por lotes
Herramientas:
- Importación directa OVF/OVA: Proxmox 8 permite importar máquinas exportadas desde VMware con
qm importovf. - Migración en caliente con
virt-v2vovmware2proxmoxpara minimizar downtime. - Reinstalación limpia en casos donde la VM ya merece refresco.
Migrar primero las VMs no críticas, validar funcionalidad, y solo entonces las críticas.
4. Validación
Por cada VM migrada:
- Funcionalidad equivalente a la original.
- Rendimiento con métricas comparables.
- Backup operativo y probado.
- Acceso, monitorización y alertas reconfiguradas.
5. Apagado VMware
Solo cuando todas las VMs están migradas, validadas durante semanas y el equipo tiene confianza operativa. Mantener el cluster VMware durante un periodo como red de seguridad.
Riesgos comunes y cómo mitigarlos
- Subestimar el cambio operativo: la curva de aprendizaje del equipo es real. Plan de formación obligatorio.
- Migrar todo a la vez: receta de incidente. Migración por lotes.
- No revisar el backup tras la migración: la herramienta cambia, el procedimiento también. Probar restauración antes de dar la migración por cerrada.
- Storage mal diseñado: el cuello de botella habitual. Si vienes de SAN, planificar el equivalente con cuidado.
Preguntas frecuentes
¿Por qué tantas empresas migran de VMware a Proxmox ahora?
Por los cambios de Broadcom desde 2024: fin de las licencias perpetuas, venta solo por subscripción, eliminación del ESXi gratuito y subidas de precio de entre el 50% y el 300% según el segmento. Muchas empresas ven multiplicar su factura de renovación por dos o por tres con menos funcionalidad incluida, y reevalúan alternativas.
¿Proxmox VE cubre lo mismo que vSphere?
Para virtualización clásica en entornos medianos, sí: KVM con rendimiento equivalente, alta disponibilidad nativa, migración en vivo, backup integrado y cluster sin coste por nodo. Donde no llega al mismo nivel es en equivalentes directos de vSAN (se cubre con Ceph) y de NSX (red avanzada, que se complementa con OPNsense, pfSense o SDN específico).
¿Cuánto downtime implica migrar las máquinas virtuales?
Depende del método. Con importación OVF/OVA (qm importovf) hay una parada por VM; con virt-v2v u herramientas de migración en caliente se minimiza. La recomendación es migrar por lotes, empezando por las VMs no críticas, validar y solo entonces tocar las críticas, en sus ventanas de mantenimiento.
¿Cuándo NO conviene migrar a Proxmox todavía?
Cuando hay dependencias profundas de productos VMware avanzados (NSX-T, VCF) sin equivalente directo presupuestado, cuando una regulación exige certificaciones VMware concretas, o cuando el equipo no tiene experiencia Linux y no hay plan de formación. En esos casos la sustitución requiere arquitectura adicional y conviene planificarla con calma.
¿Te ayudamos con la migración?
En Elimática gestionamos clusters Proxmox VE y acompañamos migraciones desde VMware: inventario, diseño, ejecución por lotes y operación posterior con SLA.