Un marco de decisión para la pregunta VMware
Publicado 6 de agosto de 2026 · 4 min de lectura
Retener, rehospedar, replataformar o retirar — convertir el golpe de licenciamiento de Broadcom en un plan por carga en lugar de pánico.
Las migraciones de pánico rompen cosas
El paso de Broadcom a licenciamiento solo por suscripción — licencias perpetuas fuera, el catálogo consolidado alrededor de VMware Cloud Foundation y vSphere Foundation — puso un reloj sobre cada entorno VMware, y los relojes invitan al pánico. Pero un entorno no es una carga: son cientos, cada una con sus dependencias, su perfil de rendimiento y su tolerancia al cambio. Moverlas como una masa indiferenciada es como los sistemas críticos terminan caídos un martes.
La alternativa es una disposición por carga, tomada de las estrategias de migración que AWS documenta como las 7 R — retirar, retener, rehospedar, reubicar, recomprar, replataformar, refactorizar. En la práctica, cuatro cubos cargan con la mayoría de los entornos: retener donde VMware aún gana su costo, rehospedar donde un cambio de hipervisor o un aterrizaje en nube es directo, replataformar donde contenedores o servicios gestionados encajan mejor, retirar lo que nadie reconstruiría.
Las dependencias deciden el orden
La lista de cargas es fácil; el mapa de dependencias es el trabajo. Bases de datos compartidas, servidores de licencias, pares sensibles a latencia, trabajos de respaldo — eso decide qué puede moverse junto y qué no debe separarse. La arquitectura de almacenamiento pertenece al mismo mapa: un clúster vSAN Original Storage Architecture construido sobre disk groups y un clúster más nuevo Express Storage Architecture que agrupa dispositivos NVMe envejecen — y salen — en calendarios distintos, igual que el hardware vSAN ReadyNode debajo.
Pruebe el camino con una ola piloto
Sea cual sea el destino — nube, Red Hat OpenShift Virtualization vía el Migration Toolkit for Virtualization, o un núcleo vSphere más ligero — una ola piloto de cargas con forma de producción valida herramientas, runbooks y criterios de reversión mientras lo que está en juego es pequeño. La mecánica difiere por disposición: vSphere vMotion y Storage vMotion dentro del entorno, VMware HCX para movilidad de cargas entre entornos, migración en frío o reconstrucción donde la honestidad lo exige. El informe del piloto se vuelve la plantilla que sigue cada ola posterior.
Olas con ventanas de corte, criterios de reversión y firma del responsable encogen el entorno con un calendario que todos pueden ver. Esa visibilidad, más que cualquier herramienta, es lo que mantiene una migración financiada y en calma.