Dos años y medio después de la compra de VMware por Broadcom, el debate en muchas empresas ya no es si el modelo ha cambiado, sino cuánto más costará la próxima renovación. Fin de las licencias perpetuas, venta por suscripción en bundles, mínimos de compra y un canal de partners recortado: el resultado es que miles de organizaciones con vSphere están reevaluando su plataforma de virtualización. Proxmox VE es la alternativa open source más consolidada y la que recibe el grueso de esas migraciones.
Esta guía, actualizada a 2026, explica qué ha cambiado, cuándo tiene sentido migrar, qué equivalencias hay entre ambas plataformas, qué cuesta cada modelo y cómo enfocar la migración sin sustos.
Qué cambió con Broadcom y por qué se replantea VMware
Desde 2024, Broadcom ha eliminado las licencias perpetuas de VMware y vende vSphere solo por suscripción, empaquetado en bundles (VMware Cloud Foundation o vSphere Foundation) que incluyen componentes que muchos clientes no usan. A eso se suman los mínimos de compra de 72 cores por pedido, subidas de renovación documentadas desde el 50% hasta varias veces la factura anterior, el recorte del canal de partners tradicional y el envío de cartas advirtiendo a quien aplica parches sin contrato de soporte activo. El efecto combinado es que una pyme con un cluster pequeño de vSphere paga hoy capacidad que no necesita, a un precio que no controla y con menos interlocutores con los que negociar. Ese es el contexto que ha convertido la migración a alternativas open source, con Proxmox VE a la cabeza, en una tendencia asentada en 2026. Los cambios, en detalle:
- Fin de las licencias perpetuas: solo suscripción.
- Eliminación de productos sueltos: vSphere se vende empaquetado en bundles (VMware Cloud Foundation o vSphere Foundation) que incluyen componentes que no todos los clientes necesitan.
- Subidas de precio generalizadas en renovación: hay casos documentados desde el 50% hasta varias veces la factura anterior, especialmente en pymes y medianas.
- Mínimos de compra: los pedidos pasaron a exigir un mínimo de cores licenciados (72 por pedido), de modo que las instalaciones pequeñas pagan capacidad que no usan.
- Fin del ESXi gratuito en 2024 (en 2025 volvió una edición gratuita limitada, pero el rumbo comercial no ha cambiado).
- Recorte del canal de partners: muchos integradores tradicionales perdieron la condición de partner y las cuentas grandes pasaron a venta directa.
- Presión sobre las licencias perpetuas antiguas: envío de cartas advirtiendo del uso de parches y actualizaciones sin contrato de soporte activo.
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 y en desarrollo muy activo: la versión 9, publicada en agosto de 2025 sobre Debian 13, llegó con mejoras de storage y de red, y el proyecto ha ido incorporando justo las piezas que pedían los que venían de VMware: asistente de importación desde ESXi integrado en la interfaz, SDN nativo y una herramienta de gestión multi-cluster (Proxmox Datacenter Manager, aún en beta). La suscripción de soporte de Proxmox Server Solutions es opcional: el software es el mismo con o sin ella.
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) y soporte de Veeam desde 2024.
- Cluster de decenas de nodos sin coste por nodo ni por VM.
- Storage flexible: local, iSCSI, NFS, Ceph, ZFS.
- SDN integrado: VLAN, VXLAN y zonas definidas desde la propia interfaz.
- Interfaz web completa, CLI potente, API REST.
Lo que no cubre del todo
- vSAN equivalente directo: Proxmox usa Ceph (también open source e integrado), que cubre el caso pero requiere diseño y conocimiento propios.
- NSX equivalente: el SDN de Proxmox cubre la segmentación habitual, pero la microsegmentación avanzada y el firewall distribuido de NSX no tienen réplica 1:1; se complementa con OPNsense, pfSense o soluciones específicas.
- Gestión multi-cluster madura: Datacenter Manager avanza rápido, pero aún está en beta; quien necesite un «vCenter de vCenters» hoy lo notará.
- Ecosistema de partners y certificaciones menos amplio (aunque creciendo cada año).
Para entornos pequeños y 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 y un análisis más fino.
Equivalencias: de VMware a Proxmox
La traducción rápida de cada pieza del stack VMware a su equivalente en el ecosistema Proxmox:
| En VMware | En Proxmox VE | Matices |
|---|---|---|
| ESXi / vSphere | Proxmox VE (KVM) | Mismo caso de uso, rendimiento equivalente |
| vCenter | Interfaz de cluster + Proxmox Datacenter Manager | Datacenter Manager (multi-cluster) aún en beta |
| vMotion | Migración en vivo integrada | Sin licencia adicional |
| HA / DRS | HA Manager + reequilibrado de cluster | El reequilibrado es más simple que DRS |
| vSAN | Ceph integrado | Cubre el caso; exige diseño y conocimiento |
| NSX | SDN integrado + firewall | Segmentación estándar sí; microsegmentación avanzada, parcial |
| Veeam / backup | Proxmox Backup Server (o el propio Veeam) | Veeam soporta Proxmox VE desde 2024 |
| Licencia por suscripción y core | Software libre + suscripción opcional por socket | Mismo software con o sin suscripción |
Cuándo conviene migrar
Migrar de VMware a Proxmox conviene cuando la renovación multiplica el coste sin aportar funcionalidad que uses: parques de decenas a pocos cientos de VMs, sin dependencias críticas de NSX o vSAN, y con un equipo —propio o externo— dispuesto a operar Linux. No conviene todavía si una regulación exige certificaciones VMware concretas, si la infraestructura depende de productos avanzados sin equivalente directo presupuestado o si nadie va a operar la plataforma nueva. La forma honesta de decidirlo es comparar el coste total a 3-5 años de quedarse, renovaciones incluidas, contra el de migrar, contando horas de proyecto, formación y, en su caso, la operación externalizada. Cuando la primera cifra dobla a la segunda y ninguna dependencia técnica lo bloquea, la migración se paga sola; si no, conviene esperar y renegociar. Los criterios, uno a uno:
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 ni proveedor que opere la plataforma.
Qué cuesta: el modelo de licencias comparado
La diferencia de modelo es más importante que la cifra concreta. VMware se licencia por suscripción y por core, en bundles y con mínimos de compra; el precio final depende de la negociación y ha subido en la mayoría de renovaciones. Proxmox VE es software libre completo: la suscripción, opcional y por socket físico, da acceso al repositorio enterprise y a soporte del fabricante, desde unos 115 € por socket y año en su nivel básico. No hay coste por core, por VM ni por funcionalidades.
En la práctica, el ahorro en licencias suele ser de un orden de magnitud. El coste real de la migración está en otro sitio: horas de proyecto, formación del equipo y, si se externaliza, la operación gestionada. Por eso la decisión sensata no es «Proxmox es gratis», sino comparar el coste total a 3-5 años de quedarse frente al de migrar.
Proceso de migración: cómo lo enfocamos
Una migración de VMware a Proxmox bien enfocada tiene cinco fases: inventario y análisis del parque actual (qué VMs hay, qué consumen de verdad, de qué dependen y cuándo vence el contrato VMware), diseño del cluster de destino (nodos, storage, red y backup), migración por lotes empezando por las máquinas no críticas, validación de cada VM con métricas comparables y restauración de backup probada, y solo al final el apagado del entorno VMware, que se mantiene un tiempo como red de seguridad. La herramienta principal hoy es el asistente de importación desde ESXi integrado en la interfaz de Proxmox; el trabajo real está antes y después de pulsar importar: en saber qué depende de qué, en elegir las ventanas de parada y en probar que todo funciona igual que antes. Fase a fase:
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).
- Fechas de renovación del contrato VMware: la migración se planifica con margen, no en el último mes de soporte.
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, tráfico de VMs, replicación).
- Backup (Proxmox Backup Server en máquina aparte).
3. Migración por lotes
Herramientas, de más cómoda a más manual:
- Asistente de importación desde ESXi (integrado desde Proxmox VE 8.2): se conecta el host ESXi como origen y las VMs se importan desde la propia interfaz web, discos y configuración incluidos. Es hoy la vía principal.
- Importación OVF/OVA (
qm importovf) para máquinas exportadas. virt-v2vpara conversiones que requieren transformación del guest.- 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, en sus ventanas de mantenimiento.
4. Validación
Por cada VM migrada:
- Funcionalidad equivalente a la original.
- Rendimiento con métricas comparables.
- Backup operativo y restauración probada.
- 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.
Este mismo proceso lo ofrecemos como servicio con presupuesto cerrado y vuelta atrás garantizada. Si prefieres que lo ejecutemos nosotros, mira cómo planteamos la migración de VMware a Proxmox.
Riesgos comunes y cómo mitigarlos
Los riesgos de una migración de VMware a Proxmox casi nunca son técnicos puros: las VMs se importan bien. Donde se tuercen los proyectos es en la operación: equipos que subestiman la curva de aprendizaje de la plataforma nueva, migraciones hechas de golpe en vez de por lotes, backups que nadie vuelve a probar tras cambiar de herramienta, storage diseñado con prisas al salir de una SAN y proyectos que arrancan cuando quedan semanas de soporte VMware, sin margen para una vuelta atrás. Todos se mitigan de la misma manera: planificar con meses de antelación, formar al equipo o contar con un proveedor que opere la plataforma, y validar por lotes con restauraciones probadas antes de dar nada por cerrado. Estos son los cinco que más veces hemos visto, con su mitigación:
- Subestimar el cambio operativo: la curva de aprendizaje del equipo es real. Plan de formación obligatorio (o proveedor que opere la plataforma).
- 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.
- Apurar el contrato: empezar el proyecto cuando quedan semanas de soporte VMware quita todas las redes de seguridad. Planificar con meses de margen.
Preguntas frecuentes
¿Por qué tantas empresas migran de VMware a Proxmox?
Por los cambios de Broadcom desde 2024: fin de las licencias perpetuas, venta solo por suscripción en bundles, mínimos de compra por pedido y subidas de precio en renovación documentadas desde el 50% hasta varias veces la factura anterior. Muchas empresas pagan más por funcionalidad que no usan, y reevalúan alternativas.
¿Proxmox VE cubre lo mismo que vSphere?
Para virtualización clásica en entornos pequeños y 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 (el SDN integrado cubre la segmentación estándar; la microsegmentación avanzada requiere complementos).
¿Se pueden importar las VMs directamente desde ESXi?
Sí. Desde Proxmox VE 8.2 hay un asistente de importación integrado: se añade el host ESXi como origen y las máquinas se importan desde la interfaz web de Proxmox, con sus discos y configuración. Para casos especiales siguen disponibles la importación OVF/OVA y virt-v2v.
¿Cuánto downtime implica migrar las máquinas virtuales?
Depende del método y del tamaño de los discos. Con el asistente de importación hay una parada por VM (el tiempo de copiar los discos); planificándolo por lotes y en ventanas de mantenimiento, el impacto por máquina se reduce a minutos u horas controladas. La recomendación es empezar por las VMs no críticas, validar y solo entonces tocar las críticas.
¿Puedo seguir usando Veeam para los backups?
Sí: Veeam soporta Proxmox VE desde 2024, así que quien tenga procedimientos y repositorios Veeam puede mantenerlos. La alternativa nativa es Proxmox Backup Server, con deduplicación, verificación e integración total con la plataforma, sin coste de licencia.
¿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 ni proveedor que opere la plataforma. En esos casos conviene planificar la sustitución con más 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.
Migración de VMware a Proxmox | Servidores gestionados | Diagnóstico gratuito.
¿Aún no tienes claro a qué plataforma migrar? Compara las opciones en Proxmox vs VMware vs Hyper-V.