Una guía sin sesgo de fabricante para tomar la decisión antes de que la tome tu fecha de renovación.
Empecemos por lo obvio: nadie está evaluando alternativas a VMware porque VMware sea mala tecnología.
vSphere sigue siendo un producto excelente. Lo que cambió no fue la plataforma: fue el contrato. Después de que Broadcom completó la adquisición y reestructuró el modelo de licenciamiento, desaparecieron las licencias perpetuas, se discontinuaron las ediciones Essentials —las que sostenían a buena parte de la mediana empresa— y los aumentos documentados van del 150% al 1.500% según el caso. Gartner proyecta que para 2028 el 70% de los clientes enterprise habrá migrado al menos la mitad de sus cargas.
Trabajamos con organizaciones de mercado de capitales, seguros, energía y educación superior, y esta conversación aparece en todas. Casi siempre con el mismo error de encuadre: se la trata como una decisión técnica cuando es, antes que nada, una decisión de plazo.
Esta guía es lo que le contestamos a un cliente que nos pregunta qué haríamos en su lugar. Somos partner de Red Hat, así que corresponde decirlo de entrada: de las cuatro opciones que siguen, tres no nos dejan un peso. Están igual, porque para tres de cada diez organizaciones son la respuesta correcta.
Primero: la fecha
Antes de evaluar nada, conseguí el día exacto de vencimiento de tu contrato. No «fin de año». El día.
Todo el plan se construye hacia atrás desde ahí, y las ventanas son más largas de lo que la gente cree:
- Assessment y decisión: 6 a 10 semanas
- Prueba de concepto: 4 a 8 semanas
- Migración de un entorno mediano: 3 a 9 meses
- Aprobaciones internas en sector regulado: hasta 6 meses, en paralelo
Sumado, necesitás entre 9 y 15 meses de aire para tener opciones reales. Si te quedan seis semanas, no tenés una decisión que tomar: tenés una renovación que firmar.
Opción 1: quedarte con Broadcom
La opción que nadie escribe en un artículo y que a veces es la correcta.
Cuándo tiene sentido: tenés volumen suficiente para negociar, dependés fuerte de componentes como NSX o vSAN que no tienen reemplazo directo, tu equipo opera bien la plataforma actual, y el costo total de salir supera el aumento que te están pidiendo.
Ese último punto es el que casi nadie calcula. Migrar no es mover discos: es rehacer el backup, la red, el monitoreo, el plan de recuperación ante desastres y todos los runbooks del equipo. En los proyectos que vimos, ese trabajo pesa más que la diferencia de licencia del primer año.
El riesgo: es una decisión que comprás por uno o tres años, no para siempre. Si elegís esta opción, elegila con un plan de salida escrito, no como forma de patear el problema.
Opción 2: soporte de terceros
Congelás la versión que tenés y comprás soporte fuera de Broadcom.
Cuándo tiene sentido: necesitás tiempo. Es una opción de plazo, no de destino. Te compra entre 12 y 24 meses para hacer bien el análisis y ejecutar una migración sin apuro.
El costo: te quedás sin actualizaciones de funcionalidad y, dependiendo del proveedor y del alcance, con parches de seguridad limitados. En un sector regulado eso puede ser directamente inviable, y conviene consultarlo con tu área de cumplimiento antes que con tu área técnica.
Opción 3: Proxmox u otro hipervisor
Reemplazo directo del hipervisor. Proxmox VE es el caso más común, con KVM abajo, pero acá también entran Nutanix AHV, Hyper-V y XCP-ng.
Cuándo tiene sentido: tu problema es exclusivamente el costo de virtualizar. Tenés VMs, vas a seguir teniendo VMs, y no hay una estrategia de contenedores en el horizonte de tres años. El ahorro es real y la tecnología está madura.
Es, con diferencia, la opción que más subestiman los que venden plataformas más caras. Si tenés cuarenta VMs, un equipo de infraestructura de dos personas y ningún plan de Kubernetes, esta es probablemente tu respuesta.
Lo que hay que mirar con cuidado:
- Tu solución de backup, ¿soporta la plataforma destino? Si no, sumale licencia y tiempo.
- ¿Qué nivel de soporte comercial necesitás, y quién te lo va a dar localmente?
- Toda la automatización que tengas hecha sobre PowerCLI hay que reescribirla.
- Tu equipo va a aprender una herramienta nueva igual. Eso tiene un costo en incidentes durante los primeros meses.
Opción 4: OpenShift Virtualization
Acá corresponde la advertencia: esta es la que vendemos. Por eso vamos a ser más duros con ella que con las otras.
OpenShift Virtualization corre máquinas virtuales sobre Kubernetes, en la misma plataforma donde corren tus contenedores, con el mismo control de acceso, el mismo pipeline y el mismo equipo de operaciones.
Cuándo tiene sentido: cuando tu problema no es virtualizar, sino tener dos plataformas. Si hoy tenés VMs de un lado y contenedores del otro, con dos equipos, dos formas de pedir un recurso, dos ciclos de parcheo y dos presupuestos, entonces lo que estás comprando no es un hipervisor: es consolidar dos operaciones en una. Ese es el ahorro real, y no está en la licencia. Está en la operación.
Cuándo NO tiene sentido, dicho claro: como reemplazo uno a uno de vSphere en un entorno chico sin ninguna estrategia de contenedores. Ahí estás pagando una plataforma de Kubernetes para no usar Kubernetes. Es una mala compra y nosotros la desaconsejamos.
Cómo elegir: la pregunta que ordena todo
Hay una sola pregunta que resuelve el 80% de esta decisión: ¿cuántas plataformas vas a estar operando dentro de tres años?
- Si la respuesta es «una sola, con las mismas VMs», no compres una plataforma de contenedores. Opción 1 o 3.
- Si es «cada vez más cargas en contenedores, y las VMs conviviendo», no compres un hipervisor que no te lleva a ningún lado. Opción 4.
- Si es «no lo sé todavía», tu problema no es de plataforma: es de estrategia, y la opción 2 te compra el tiempo para resolverlo.
Lo que hay que medir antes
Independientemente de la opción, un assessment serio mide doce cosas: inventario real de VMs contra el CMDB, sistemas operativos y versiones fuera de soporte, consumo real contra asignado, dependencias entre VMs, tipo de storage con IOPS y latencia, diseño de red y VLANs, compatibilidad del backup, RTO y RPO comprometidos por contrato, ventanas de corte disponibles, automatización existente, requisitos de cumplimiento, y la fecha exacta de vencimiento.
Si no podés responder las doce con un número, todavía no tenés un plan. Tenés una intención.
Qué hacemos nosotros
Hacemos assessments de salida de VMware con alcance y precio cerrados: dos semanas, relevamiento del entorno, las doce mediciones, y un informe con las opciones evaluadas y una recomendación fundamentada.
Si la recomendación es que te quedes donde estás, te lo decimos. Ya nos pasó. Y si la conclusión es migrar a OpenShift Virtualization, somos partner de Red Hat: te vendemos la suscripción y llevamos adelante el proyecto con nuestra gente, en el mismo contrato.
Si querés que miremos tu caso, escribinos y coordinamos 30 minutos.
Exequiel Fernandez Cueto es fundador de EXUN Tech, partner de Red Hat en Argentina.