Broadcom publica parches por componente para VMware Cloud Foundation 9.1.1

Broadcom publicó el 12 de octubre nuevos parches para varios componentes de VMware Cloud Foundation (VCF) 9.1.1. La noticia útil no es que exista un botón para subir “a 9.1.1”, sino que cada componente recibe su propia versión y corrige problemas distintos. NSX y vSAN documentan mejoras de seguridad; la actualización de SDDC Manager se centra en validaciones y errores de gestión.

Tres versiones, tres objetivos

La revisión de VCF 9.1.1 separa los parches por producto y mantiene notas propias para cada uno. Entre las publicaciones del 12 de octubre aparecen:

Las notas de NSX y vSAN no convierten el lote en una lista de CVE críticos: Broadcom describe “security enhancements”, sin asignar en esas páginas CVE o puntuaciones CVSS concretas. SDDC Manager, por su parte, añade arreglos operativos. Entre ellos, la validación del instalador que rechazaba direcciones link-local para DNS o NTP, y problemas al conectar con el depot en línea a través de ciertos proxies con inspección SSL/TLS.

-InfraCrew dice: Ver “9.1.1.0100” en dos filas no significa que los binarios sean intercambiables; el nombre del componente sigue importando.-

Antes de programar la ventana

Broadcom presenta estas publicaciones como parches por componente y advierte que sus fechas no tienen por qué coincidir. La compatibilidad hay que comprobarla sobre la composición real del dominio, no solo sobre la versión que muestra la consola: registra el build de VCF, las versiones de NSX, vSAN y SDDC Manager, y qué actualización está disponible para cada pieza. Las notas de cada producto y la herramienta de ciclo de vida de VCF son la referencia para elegir qué aplicar.

Hay además una condición de ruta que afecta a instalaciones anteriores: un entorno en VCF 5.2.1 debe pasar primero a 5.2.2 o 5.2.3 antes de llevar SDDC Manager a 9.1.1.0200. Saltarse ese requisito puede dejar el plan de actualización bloqueado en una etapa que ya consume ventana, personal y paciencia de operación.

-InfraCrew dice: La prevalidación que se ejecuta el día del cambio suele encontrar justo el prerequisito que llevaba semanas escrito en la nota.-

-InfraCrew dice: Si el build y el dominio no aparecen juntos en el inventario, la consola no los va a adivinar por nosotros.-

El parcheado se gestiona desde VCF Operations, no combinando a mano instaladores individuales porque sus números parezcan cercanos. Comprueba el inventario, revisa las notas de versión que apliquen a tu baseline y valida los requisitos de hardware y compatibilidad antes de fijar el cambio. La publicación de un parche no obliga por sí sola a desplegar todos los componentes a la vez; la decisión depende de la exposición, las correcciones que afecten al entorno y el coste operativo de actualizar cada dominio.

Las notas de release también son acumulativas: las limitaciones ya conocidas de versiones anteriores siguen vigentes mientras Broadcom no las marque como resueltas. Conviene comparar la nota del parche nuevo con la del baseline, anotar incidencias abiertas y comprobar que la ruta de retorno y la ventana estén definidas. Para una flota VCF, la unidad práctica de planificación es el componente dentro del dominio, no el nombre comercial del conjunto.

Diccionario de la Crew

VCF Operations — consola de gestión del ciclo de vida de VMware Cloud Foundation y de sus componentes.

Build — identificador de una compilación concreta de software dentro de una versión.

Baseline — conjunto de versiones y configuración que sirve como punto de partida para evaluar una actualización.