Preparándose para el fin de soporte de vSphere 8

El 11 de octubre de 2027, Broadcom dejará de ofrecer soporte para vSphere 8. A continuación te explico cómo evitar que te pille desprevenido.

Si tu datacenter sigue utilizando vSphere 8, hay una fecha que deberías marcar en rojo: el 11 de octubre de 2027. A partir de esa fecha, Broadcom dejará de ofrecer soporte para ESXi 8.x, vCenter 8.x y vSAN 8.x.

Falta poco menos de un año. Parece que queda mucho tiempo, pero no es así. Actualizar vSphere es una tarea de envergadura. Implica comprobar el hardware, decidir las licencias, revisar las herramientas de respaldo y monitoreo, y pensar cuál es el mejor momento para hacerlo. Probablemente también habrá algunas sorpresas en el camino. Veamos qué sucederá en esa fecha, cómo prepararse y qué ventajas obtendrás al pasar a vSphere 9.

TL;DR

• El 11 de octubre de 2027 finalizará el periodo de soporte general para vSphere 8. Ya no habrá más parches, correcciones de errores ni actualizaciones de seguridad.
• El 11 de octubre de 2029 finalizará el Technical Guidance (TG). Esto se ajusta a las fechas del ciclo de vida publicadas. Tras el fin del soporte general (EoGS), solo podrás acceder a documentación online y obtener algunos consejos, pero no podrás recibir ningún tipo de fixes.
• vSphere 8 es la última versión para la que puedes adquirir una licencia de por vida. vSphere 9 está disponible a través de las suscripciones a VMware vSphere Foundation (VVF) o VMware Cloud Foundation (VCF).
• El objetivo actual es VCF / VVF 9.1 (la versión 9.1.1 se lanzó el 3 de septiembre de 2026).
• Los aspectos más importantes para los que hay que prepararse son: asegurarse de que el hardware sea compatible, pasar de las baseline de VUM a las imágenes de vLCM, comprobar tu versión exacta de 8.0 con el upgrade matrix y resolver las cuestiones relacionadas con las licencias antes de tu próxima renovación

¿Qué ocurrirá el 11 de octubre de 2027?

Aclarando un malentendido habitual: tus máquinas virtuales seguirán funcionando. No se desactivará ni apagará nada. Lo único que cambia es su nivel de riesgo.

Después de EoGS:

• No hay parches de seguridad. Si surge una nueva vulnerabilidad en ESXi o vCenter, no se corrige. ESXi ha sido un blanco favorito del ransomware durante años. Si un host se ve comprometido, puede afectar a todas las máquinas virtuales que se encuentran en él. En tiempos de atacantes usando IA esto no es algo que puedas dejar pasar.
• No hay correcciones de errores. Si encuentras un error en diciembre de 2027, tendrás que resolverlo por tu cuenta.
• No hay nuevas certificaciones de hardware. ¿pensando en comprar servidores nuevos? Posiblemente no estarán certificados para ESXi 8.
• Existe un Technical Guidance, que estará disponible hasta octubre de 2029. Básicamente, es una base de conocimientos de autoservicio con algunos consejos limitados.

Una cosa más que debes tener en cuenta: cada versión de actualización tiene su propio período de soporte. El hecho de que vSphere 8 tenga soporte hasta 2027 no significa que tu versión específica 8.0 U1 también lo tenga. Verifica los números exactos de la versión, no solo la versión principal. La fuente de información más confiable es el portal Lifecycle portal de Broadcom.

El problema obvio con las licencias

No podemos hablar de esta actualización sin mencionar el tema del costo.

Después de que Broadcom comprara VMware, la empresa comenzó con un modelo de suscripción, Para usar vSphere 9 se necesita una suscripción de VVF o VCF.

Para muchas empresas, eso significa un gran cambio en los costos, y esa es la parte de todo este tema que genera más debate. Para ser justos, hay varias opiniones diferentes al respecto.

• Actualízate a VVF/VCF 9.x. Sigue utilizando la plataforma con la que tu equipo está familiarizado, disfruta de un soporte técnico completo y adopta las nuevas funciones (más detalles a continuación).
• Sigue utilizando vSphere 8 tras el fin del soporte (EoGS) con el apoyo de empresas de servicios. Algunas empresas optan por esta opción para ganar tiempo, sabiendo que Broadcom no proporcionará actualizaciones.
• Cambia a una plataforma diferente, como otro hipervisor, una nube pública o una combinación de ambos. Es una buena opción para algunas cargas de trabajo, pero supone un gran cambio con sus propios costos, riesgos y capacitaciones.

No hay una única respuesta correcta. Es probable que tu próxima renovación con Broadcom sea tu verdadera fecha límite, y no octubre de 2027. Comprueba el costo (en todo ámbito) de cada opción antes del periodo de renovación.

​

Cómo prepararse: una lista de comprobación práctica

1. Haz un inventario de todo

2. Comprueba la compatibilidad del hardware con la Broadcom Compatibility Guide

3. Deja de lado las configuraciones de referencia de VUM y opta por imágenes vLCM

4. Elige tu ruta de actualización

5. Realiza una POC y, a continuación, implementa la actualización por fases

Entonces, ¿qué ofrece realmente vSphere 9?

Dejando a un lado los debates sobre las licencias, vSphere 9.x ofrece importantes mejoras operativas. En mi opinión, estas son las que más importan para la operación diaria.

Menos tiempo de inactividad al aplicar parches:

• ESX Live Patch ahora cubre una mayor parte de la imagen, incluyendo vmkernel, componentes de NSX, procesos de vSAN y los servicios de almacenamiento básicos. En la versión 9.1, está habilitado por defecto y funciona en hosts con TPM activado, lo que no ocurría en la versión 9.0.
• vCenter quick patch (9.1) solo sustituye los RPM o binarios que realmente han cambiado. Esto reduce el tiempo de inactividad de vCenter a menos de un minuto y, en ocasiones, a cero.
• Reduced Downtime Upgrade (RDU) es el método recomendado para vCenter, que puede actualizarse directamente si vCenter tiene salida a Internet, o con el .iso que de siempre.

Mayor rentabilidad del hardware:

• Memory Tiering con NVMe pasó a estar disponible de forma generalizada (GA) en la versión 9.0 (en la versión 8.0 U3 era un Tech Preview). Utiliza NVMe local como segundo Tier de memoria, lo que permite aumentar la densidad de máquinas virtuales sin necesidad de adquirir tanta DRAM, algo muy relevante dado el precio actual de la memoria. vCenter 9.1 permite configurar Memory Tiering a través de vSphere Configuration Profiles, con mirror NVMe opcional.
• Encrypted vMotion offload to Intel QAT libera núcleos de CPU para tus cargas de trabajo.
• Topology Aware Scheduler (9.1) mejora la ubicación NUMA en las CPU modernas con un elevado número de núcleos.

Gestión simplificada del ciclo de vida y de la configuración:

• Los clústeres de múltiples proveedores en vLCM permiten combinar hardware de distintos fabricantes, como Dell y HPE, con definiciones de imagen y gestores de soporte de hardware independientes en un único clúster.
• Gestión global de imágenes a nivel de vCenter, datacenter o carpeta.
• vSphere Configuration Profiles proporcionan corrección automática para los nuevos hosts que se incorporan a un clúster (9.1).
• El aprovisionamiento sin intervención (Zero-Touch Provisioning, 9.1) utiliza el arranque UEFI HTTP/S y no requiere un servidor TFTP. Es compatible con el arranque seguro (Secure Boot) y el módulo TPM.
• Renovación automática de certificados para vCenter y ESX gestionados por VMCA (9.1).

Movilidad de cargas de trabajo más inteligente:

• Custom EVC crea una línea de base a partir de las características reales comunes a los hosts que selecciones, en lugar de utilizar preajustes fijos.
• Non-disruptive vMotion evacuation (9.1): DRS solo evacúa máquinas virtuales cuando los hosts de destino pueden absorber su demanda sin conflictos.
• Rolling vMotion slots (9.1): una nueva migración comienza tan pronto como finaliza la anterior, en lugar de esperar a que termine todo el grupo de ocho.

Compatibilidad con máquinas virtuales más grandes y mejores prestaciones de IA y GPU:

• VM hardware versión 22 aumenta el límite de vCPU a 960 e incorpora compatibilidad con vTPM 2.0 rev. 1.59.
• Fast-Suspend-Resume for vGPU VMs: en un ejemplo de GPUs L40 de 48 GB el tiempo de suspensión y reanudación rápidas se redujo de unos 42 segundos a unos dos segundos, lo que hace que la aplicación de parches en tiempo real en clústeres de GPU resulte mucho más práctica.
• DRS cuenta ahora con visibilidad de perfiles de vGPU y reserva de GPU.
• En 9.1: segmentación temporal y MIG en vGPU de NVIDIA, compatibilidad con vIOMMU de AMD y E/S DirectPath mejorada con RDMA de GPU a GPU a través de RoCE..

También hay ventajas relacionadas con las licencias:

• Una nueva Compute Policy permite limitar el número de hosts en los que puede ejecutarse un grupo de máquinas virtuales (N+1 para mantenimiento), lo que facilita el cumplimiento de licenciamiento para aplicaciones como motores de datos sin necesidad de fijar máquinas virtuales a hosts.
• VVF incluye VCF Operations (antes Aria Operations) y capacidad de vSAN. VCF añade NSX y VCF Automation, entre otras características. Que merezca la pena o no depende de si vas a utilizar esas características.

Mi opinión sincera

Aunque la fecha límite de octubre de 2027 no supone una preocupación inmediata, utilizar un hipervisor sin parches conlleva un riesgo cada vez mayor con el paso del tiempo. Los aspectos técnicos de la actualización están bien documentados y son manejables para la mayoría de los entornos. Las partes difíciles suelen ser el hardware que ha quedado obsoleto y no se ha actualizado, las baseline de VUM que no se han convertido, las herramientas de terceros que no están preparadas y los problemas de licencias que surgen demasiado tarde.

Así que empieza ya: haz un inventario, valida, convierte, calcula el costo y decide. Tanto si acabas optando por VCF 9, por otra solución o por una combinación de ambas, debes tomar esa decisión según tu calendario, no según una fecha de fin de soporte.