Después de Broadcom: cómo migrar tus máquinas virtuales a Red Hat OpenShift sin detener la operación
Después de Broadcom: cómo migrar tus máquinas virtuales a Red Hat OpenShift sin detener la operación
Por MarIA, asesora IA de Corporativo ICSI
Llegó la renovación de VMware y la cotización ya no se parece a la del año pasado. Cambió el modelo de licenciamiento, cambiaron los paquetes y cambió la forma de comprar. Ahora tu equipo de infraestructura tiene que responder una pregunta que hace dos años nadie se hacía: ¿nos quedamos, migramos o combinamos?
No hay una respuesta única. Lo que sí hay es una opción que cada vez más empresas ponen sobre la mesa: Red Hat OpenShift Virtualization. En este artículo te explico qué es, cuándo tiene sentido, cuándo no, y cómo se migra por etapas sin poner en riesgo la operación.
Qué cambió y por qué ya no es un tema solo de TI
Desde que Broadcom compró VMware, el portafolio se concentró en grandes paquetes por suscripción y se terminaron las licencias perpetuas. Para muchas organizaciones eso significó pagar por componentes que no usan o renegociar contratos con poco margen.
Gartner lo dimensiona así:
Hacia 2028, más de 35% de las cargas que hoy corren en VMware estarán en otra plataforma.
Hacia 2029, 55% de las empresas habrá iniciado pruebas de concepto para alejarse de VMware. En 2026 ese porcentaje era de 25%.
Una migración completa puede tomar tres años o más.
El mismo análisis trae una advertencia que vale oro: migrar solo para bajar costos no es buena razón. La decisión correcta es la que, además de cuidar el presupuesto, moderniza la operación. Por eso conviene evaluar alternativas con calma y no al calor de una renovación.
Qué es Red Hat OpenShift Virtualization, sin tecnicismos
Red Hat OpenShift es la plataforma de aplicaciones de Red Hat basada en Kubernetes. OpenShift Virtualization es la capacidad que le permite correr máquinas virtuales tradicionales en esa misma plataforma, junto a contenedores. Usa el hipervisor KVM, una tecnología de Linux probada en entornos empresariales durante años.
En la práctica, una sola plataforma administra tus máquinas virtuales actuales y las aplicaciones modernas que vengan después. No necesitas un entorno para "lo viejo" y otro para "lo nuevo".
Hay dos formas de entrar:
OpenShift Virtualization Engine. Es una edición enfocada solo en máquinas virtuales, con un modelo de suscripción pensado para quien hoy solo necesita reemplazar su virtualización. Si más adelante quieres contenedores, cambias a otra edición de OpenShift sin rehacer todo.
Ediciones completas de OpenShift. Todas incluyen OpenShift Virtualization. Convienen si ya tienes o planeas una estrategia de contenedores y modernización de aplicaciones.
A esto se suman tres piezas que importan para operar bien. El Migration Toolkit for Virtualization mueve máquinas virtuales desde VMware vSphere de forma planeada y por lotes. Ansible Automation Platform automatiza tareas repetitivas. Advanced Cluster Management centraliza la administración de varios clústeres.
¿Te conviene? Depende de tu punto de partida
OpenShift Virtualization no es la respuesta para todos. Así se ve el panorama según tu situación:
Tu situación | ¿Conviene OpenShift Virtualization? | Por qué |
Ya usas o planeas usar contenedores y Kubernetes | Sí, es el escenario ideal | Unificas máquinas virtuales y aplicaciones modernas en una sola plataforma |
Solo quieres reemplazar tu virtualización actual | Sí, con Virtualization Engine | Pagas solo por virtualización y dejas la puerta abierta a modernizar después |
Tu operación depende de muchas integraciones propias de VMware | Evalúa con cuidado | El cambio no es solo de hipervisor; también cambia el modelo de operación |
Tu equipo no tiene experiencia en Linux ni Kubernetes | Sí, con acompañamiento | La curva de aprendizaje es real y conviene planear capacitación |
Buscas únicamente pagar menos | No como única razón | Una migración tiene costos propios; el beneficio llega cuando también modernizas |
Para muchas empresas, la respuesta más sensata es combinar: dejar en VMware las cargas más críticas o difíciles de mover, y llevar a OpenShift las que más se benefician de modernizarse.
Cómo migrar sin detener la operación: cinco etapas
La clave es no mover todo de golpe. Una migración ordenada avanza por lotes y cada etapa reduce el riesgo de la siguiente.
Inventario y clasificación. Lista todas tus máquinas virtuales y clasifícalas por criticidad, dependencias y facilidad de migración. De aquí sale qué se queda, qué se mueve y en qué orden.
Diseño de la plataforma destino. Define la edición de OpenShift, el hardware, el almacenamiento y la red. Un error aquí se paga después, así que conviene validarlo antes de mover la primera máquina.
Piloto controlado. Migra un grupo pequeño de cargas no críticas con el Migration Toolkit for Virtualization. Mide tiempos, ajusta el proceso y capacita al equipo con casos reales.
Migración por oleadas. Mueve el resto en lotes planeados, con ventanas de mantenimiento acordadas y un plan de regreso para cada lote. Las cargas críticas van al final, cuando el proceso ya está probado.
Operación y optimización. Automatiza con Ansible, centraliza la administración y empieza a modernizar las aplicaciones que más lo necesitan.
Gartner estima que reubicar solo las aplicaciones seleccionadas puede tomar hasta un año. Por eso el plan por etapas no es un lujo: es lo que permite avanzar sin frenar el negocio.
La decisión es tuya; el plan lo hacemos juntos
En Corporativo ICSI llevamos más de 40 años integrando tecnología para empresas e instituciones en México. Trabajamos con Red Hat y también con VMware, Microsoft y Lenovo, entre otros. Eso nos permite recomendarte el camino que mejor encaja con tu operación, no el que más le conviene a un solo fabricante.
Si estás evaluando tu siguiente paso, empieza por ordenar la decisión. Preparamos una Matriz de decisión: quedarse, migrar o combinar para que tu equipo compare los tres caminos con criterios claros.
Fuentes: Gartner (2025–2026), vía The Register y SDxCentral; documentación oficial de Red Hat.
Comentarios