Broadcom Knights: lo que esta distinción significa para tu infraestructura

Cuando alguien dice que quiere actualizar a VMware Cloud Foundation 9.1, la primera imagen que suele venir a la mente es una línea recta: el entorno actual arriba, VCF 9.1 abajo, una flecha intermedia. La realidad casi nunca funciona así. Y la diferencia entre saberlo de antemano y descubrirlo a mitad de un proyecto es, en muchos casos, la diferencia entre un plan que funciona y uno que se estanca.

Como Broadcom Knight, paso mucho tiempo con clientes, hablando sobre proyectos como actualizar a VCF 9.1, y mi formación y trabajo práctico que hago como Knight me dan la ventaja de saber la diferencia de antemano. El programa Broadcom Knights es solo por invitación. No hay examen, ni curso. Los ingenieros que ostentan este reconocimiento lo llevan porque alguien en Broadcom ha visto su trabajo en el campo y ha decidido que opera a otro nivel. Eso tiene consecuencias prácticas muy concretas para los proyectos en los que participan.

Foto de amy.johnson@broadcom.com

No hace mucho me senté con un cliente del sector asegurador que quería hacer exactamente eso: alcanzar el VCF 9.1. El entorno sobre el papel no parecía especialmente complejo: 27 hosts, 3 vCenters, 435 máquinas virtuales. Lo que apareció cuando empezamos a buscar fue otra historia. Cinco generaciones distintas de procesadores coexistiendo en el mismo entorno, desde Haswell desde 2015 hasta Sapphire Rapids desde 2023. Ocho hosts con arquitecturas de CPU que VCF 9.1 simplemente no soporta. Treinta y cuatro dispositivos de terceros en telefonía IP de Cisco, videoconferencias y gestión de red, cuyas versiones instaladas no eran compatibles con ESXi 8 y bloqueaban la actualización de los hosts que los ejecutaban. El entorno también contaba con un host SAP que funcionaba completamente de forma independiente, sin HA, sin DRS, con dos máquinas virtuales críticas para el negocio y sin ninguna resiliencia.

Eso no es un problema tecnológico. Es un problema de visibilidad. Y sin ese nivel de detalle, cualquier plan de mejora es una promesa construida en el aire.

Lo que permite que un proyecto así tenga éxito no es solo conocer la plataforma objetivo. Es saber diseñar una ruta que no ponga al cliente en una posición imposible porque todo no puede avanzar al mismo tiempo. En este caso, la solución fue diseñar una arquitectura de dos velocidades: el 70% del entorno entra en VCF 9.1 desde el primer día, distribuido entre un Dominio de Gestión y dos Dominios de Carga de Trabajo. El 30% restante permanece en un vCenter heredado, completamente funcional, mientras que las dependencias de software que lo bloquean hoy en día se resuelven progresivamente. Nada se tira, nada se rompe, y el cliente avanza con lo que puede moverse ahora en lugar de esperar a que todo esté listo de golpe.

Hay detalles que solo salen a la luz cuando conoces la plataforma desde dentro. Por ejemplo: para el Dominio de Gestión, aprovechamos la convergencia del clúster vSAN existente (tres nodos Dell R660 con procesadores Sapphire Rapids, ya certificados) en lugar de desplegar uno nuevo desde cero, lo que habría requerido un cuarto host que no estuviera dentro del presupuesto. O que tres clústeres, uno de ellos con un host SAP completamente independiente, operando sin alta disponibilidad, ganen HA por primera vez a través del rediseño, sin coste adicional de hardware. Ese tipo de decisiones no vienen de leer documentación. Provienen de haber estado en lugares similares antes, de tener acceso anticipado a cómo funciona la plataforma objetivo y de haber validado las arquitecturas en el laboratorio antes de proponérselas al cliente.

Y luego está el trabajo de secuenciación, que no tiene nada glamuroso pero es donde se ganan o pierden proyectos. Trece fases a lo largo de dieciocho semanas, host por host, teniendo en cuenta qué appliance reside en cada host, qué hosts no tienen HA y requieren que las máquinas virtuales se apaguen antes de poder tocarse, qué clústeres tienen dependencias de vSAN que requieren un orden específico, qué versiones de VMware Tools son lo suficientemente antiguas como para causar problemas durante la actualización. Todo está documentado, validado y entregado al equipo del cliente para que lo ejecuten con confianza, incluso en los pasos en los que no estamos presentes.

Eso es lo que significa trabajar con un equipo que incluye a un Broadcom Knight. No es que la tecnología funcione de forma diferente. Es que alguien ha revisado todo esto antes de que comience el proyecto, haya diseñado la ruta teniendo en cuenta lo que realmente hay y ha dejado un plan que el cliente entiende y puede ejecutar. La infraestructura no miente. Lo que casi siempre falla es el tiempo que se tarda en entenderlo bien. Infórmate más sobre el programa Broadcom Knights.

VCF Edge: Llevando vSphere Supervisor al extremo

Hay un tipo de proyecto que pocas veces sale en las keynotes con foco de cañón, pero que es del día a día de cualquiera que trabaje con clientes con muchas ubicaciones: ¿qué hacemos con esa tienda, esa delegación o esa nave industrial que apenas tiene sitio para un servidor, y mucho menos presupuesto para un cluster de alta disponibilidad? Pues bien, VMware Cloud Foundation (VCF) 9.1 tiene una respuesta para esto, y me parece de las soluciones más elegantes que he visto últimamente: un modelo de distribución pensado para funcionar con un **único host físico por ubicación**, con **vSphere Supervisor** habilitado directamente sobre él.

Este modelo de despliegue está pensado específicamente para lo que en el mundo VCF llamamos el "Far Edge", es decir, el extremo más lejano de la infraestructura. A diferencia de los despliegues tradicionales de VCF, que piden varios nodos tanto para el dominio de gestión como para el de carga de trabajo, aquí cada sitio remoto se construye con un único servidor físico. Y lo mejor: ese mismo patrón se puede replicar, tal cual, en decenas o cientos de ubicaciones sin reinventar nada cada vez.

Pero lo que realmente me parece la parte buena de este modelo es que ese único host no se queda en "solo virtualización clásica". Al llevar vSphere Supervisor hasta ahí, las organizaciones consiguen exponer una API declarativa de Kubernetes incluso en el servidor más remoto que tengan, lo que permite desplegar contenedores (vSphere Pods) y máquinas virtuales de forma unificada, sin tener que montar una plataforma de contenedores aparte en cada sitio.

La idea de fondo es sencilla de explicar, aunque no tan sencilla de construir: gestión centralizada, ejecución descentralizada.

• Gestión central: un "vCenter central", normalmente alojado en el centro de datos principal o en un dominio de gestión regional, es quien administra todos los sitios remotos desde un único punto.
• Infraestructura local: el host físico de cada ubicación usa vSphere Distributed Switch (vDS) para la red, y admite tanto almacenamiento local como externo compartido, según lo que tengas disponible en cada sitio.
• Tolerancia de red: y aquí viene el detalle que de verdad lo hace viable en el mundo real: el modelo soporta hasta 100ms de latencia y un ancho de banda mínimo de apenas 10mbps hacia el centro de gestión. Nada de exigir fibra dedicada para cada tienda o nave.

Para que no os quedéis solo con mis palabras, aquí tenéis la estructura lógica tal y como aparece en los diagramas de diseño oficiales de VCF:

¿Y para qué sirve esto en la vida real?

Aquí no hablamos solo de ahorrar unos euros en hardware, que también, sino sobre todo de "agilidad operativa". Al estandarizar el borde bajo el modelo de VCF Fleet, te asegura que las políticas de seguridad y el ciclo de vida son consistentes en toda la flota, tengas diez sitios o quinientos.

Este enfoque le viene especialmente bien a organizaciones con mucha dispersión geográfica, donde cada delegación, sucursal o instalación tiene poco espacio físico y, muchas veces, un único servidor disponible para todo. Así a vuelapluma, estos son algunos casos donde más sentido tiene:

• Retail: tiendas individuales que necesitan correr aplicaciones de inventario o punto de venta con capacidades de contenedores, pero sin sitio para un rack complicado.
• Telecos: despliegues en torres de telefonía móvil, donde el consumo energético y el espacio disponible son siempre lo primero que se mira.
• Empresas con redes de sucursales o delegaciones: compañías con decenas o cientos de ubicaciones remotas  (oficinas regionales, plantas de producción, almacenes, pequeñas sedes locales) que necesitan ejecutar aplicaciones de forma local, pero gestionada de manera centralizada, sin tener que replicar infraestructura compleja en cada sitio.

En el fondo, esto es lo que más me gusta de este modelo: no hace falta un datacenter enorme para tener algo "moderno". Con un solo servidor, bien gestionado desde lejos, puedes llevar la nube privada hasta el rincón más perdido de la empresa, sin montar un lío y sin perder el control. Y eso, para una empresa con mil ubicaciones pequeñas, no es un detalle menor: es justo lo que necesitaban.

Llega VMware Cloud Foundation 9.1: la IA privada ya no es una promesa

Broadcom acaba de anunciar VMware Cloud Foundation 9.1, y lo ha hecho con un mensaje claro: la nube privada no solo sigue viva, sino que ahora es la plataforma de referencia para IA en producción. Nada de IA como decorado de marketing. Nada de "roadmap hacia el futuro". Lo que traen con VCF 9.1 va directo al problema que tiene todo el mundo encima de la mesa en 2026: cómo ejecutar cargas de trabajo de inteligencia artificial sin llevarse un susto en la factura del cloud público, sin depender de un único fabricante de GPUs, y sin montar una arquitectura paralela a lo que ya tienes.

La respuesta de Broadcom: un único plano de control. AMD, Intel y NVIDIA en el mismo stack. Y un conjunto de mejoras que, dependiendo de dónde estés en tu madurez de infraestructura, te va a parecer incremental o revolucionario. Vamos por partes.

Un poquito de contexto: por qué 2026 es el año de la IA privada

Hay un dato que Broadcom ha publicado junto al anuncio y que merece un momento de pausa: el 56% de las organizaciones encuestadas ya están ejecutando o planificando inferencia de IA en producción en nube privada. Más de la mitad. Hace dos años eso parecía territorio de pioneros con presupuesto ilimitado. Hoy es lo que está pasando en el mundo real, con equipos de infraestructura normales y presupuestos que no crecen al ritmo de las necesidades.

Los tres problemas que Broadcom identifica como los que frenan a las empresas son exactamente los que escucho en cada conversación con clientes: privacidad y soberanía del dato, costes desbocados de infraestructura, y la pregunta de si su plataforma está lista para la IA agéntica. VCF 9.1 intenta responder a los tres sin que tengas que tirar lo que tienes y empezar desde cero.

Las 3 patas del taburete.

Si tuvieras que resumir VCF 9.1 en tres palabras, serían: eficiencia, velocidad y seguridad. Broadcom ha estructurado el release en tres pilares, y cada uno tiene músculo técnico real detrás.

1. Infraestructura eficiente: hacer más con lo mismo.

La estrella del show, al menos para los que gestionamos infraestructura on-premises, es el Enhanced NVMe Memory Tiering. La idea es tan sencilla como disruptiva: en lugar de escalar RAM (cara, escasa, difícil de conseguir en el mercado actual), VCF 9.1 te permite extender la memoria efectiva usando NVMe. Los datos calientes se quedan en DRAM; los fríos se paginan a NVMe de forma transparente para la aplicación. Broadcom habla de hasta un 40% de reducción en TCO en cargas memory-bound, que es exactamente el perfil de muchos modelos de IA y bases de datos grandes.

No es magia. Requiere el hardware correcto (más sobre eso abajo), pero para quien ya tiene servidores con NVMe y ve cómo sus aplicaciones de IA se quedan sin memoria, esto es una palanca enorme sin necesidad de refresh de hardware.

Resto de mejoras en este pilar:

• vSAN Global Dedup y compresión mejorada: reducción del footprint de almacenamiento, funciona incluso en entornos cifrados y sin impacto visible en rendimiento.
• vSphere Elastic Provisioning: imaging paralelo, autodiscovery y configuración consistente. Menos tiempo añadiendo hosts, más tiempo haciendo cosas útiles.
• VKS escala hasta 500 clusters por Supervisor: si tienes plataformas multi-tenant o necesitas aislar workloads por compliance, esto cambia el juego. VCF 9.1 puede gestionar hasta 5.000 hosts ESX bajo un único control plane.
• Topology-Aware Scheduling: colocación de workloads respetando topología NUMA y localidad de aceleradores. Crítico para IA.
• Ubuntu OS Enterprise Support: integración nativa de imágenes Ubuntu 24.04 LTS directamente desde la interfaz de VCF Automation, con sincronización automática desde Canonical.
• Real-Time Operational Observability: telemetría que pasa a ser acción, no solo un dashboard bonito.

2. Alta velocidad de entrega: Aplicaciones en produccion más rápido

Mejoras que van a gustar especialmente a los equipos de plataforma que tienen desarrolladores esperando recursos:

• vMotion con offload de cifrado por hardware: hasta un 70% de ahorro en CPU durante migraciones en vivo. Las VMs se mueven de forma segura y los hosts vuelven al estado normal mucho más rápido.
• Fast Deploy para VMs y clusters VKS: aprovisionamiento radicalmente más rápido, habilitado automáticamente post-upgrade para cualquier VM desplegada desde un blueprint.
• Live Application Stack Blueprints: capturas de una aplicación en ejecución (compute + red + storage) convertidas en plantillas reutilizables. Lo que tardaba horas ahora tarda minutos.
• Simplified Container-as-a-Service: entorno de contenedores ligero que corre directamente sobre ESX sin la sobrecarga de un cluster completo. Perfecto para dev/test.
• Native Object Storage (tech preview en 9.1.x): almacenamiento S3-compatible integrado en la plataforma, sin necesitar sistemas externos.
• Tanzu Marketplace Integration: acceso a middleware certificado directamente desde la plataforma.
• GPU Observability para Private AI: métricas nativas de GPU directamente en el plano de operaciones.

3. Seguridad Zero trust y resiliencia

En 2026, nadie debería plantearse la seguridad como un añadido. VCF 9.1 la integra en la infraestructura, no como un producto extra.

• Ransomware Recovery On-Premises: entornos de recuperación aislados con validación integrada. Novedad importante: soporte para CrowdStrike Falcon Endpoint Security, que permite escanear workloads recuperados en entornos tipo "clean room" antes de volver a producción.
• Continuous Compliance Enforcement (ACC): evaluación y remediación automática contra baselines como PCI DSS y las guías de seguridad de VCF. Drift detection centralizado. Menos sorpresas en auditoría.
• Live Patching mejorado: actualizaciones de seguridad críticas sin reiniciar workloads, incluyendo live patching de user-space y NSX transport nodes.
• Encrypted vMotion con aceleración hardware.

Ecosistema abierto de hardware: AMD, NVIDIA e Intel en el mismo saco

Este es el punto que diferencia claramente VCF 9.1 de las propuestas de nube pública: la libertad de elección de hardware. Broadcom no te obliga a apostar por un solo fabricante de GPUs. En 2026, con la escasez y los precios que hemos visto, eso es más que una frase de marketing.

"AMD enterprise AI solutions, junto con VMware Cloud Foundation 9.1, permiten desplegar inferencia y IA agéntica con el rendimiento, la seguridad y la soberanía de datos requeridos para entornos de producción." — Kumaran Siva, CVP Compute and Enterprise AI, AMD

"Nuestra colaboración con Broadcom trae la arquitectura NVIDIA Blackwell —incluyendo RTX Pro Servers con BlueField-3 y la plataforma Blackwell HGX— junto con DirectPath I/O de alta velocidad a VMware Cloud Foundation." — John Fanelli, VP Enterprise Software, NVIDIA

Compatibilidad de hardware en VCF 9.1

Vamos a lo práctico, que es lo que de verdad importa cuando tienes que justificar una actualización ante el CIO o cuando estás en medio de un refresh de infraestructura. Los archivos CSV adjuntos contienen las tablas de compatibilidad completas. A continuación un resumen textual de los puntos clave:

GPUs y aceleradores: El soporte para AMD Instinct MI350 incluye Enhanced DirectPath I/O, lo que significa virtualización real de las GPUs con alta disponibilidad, live patching y escalado dinámico de recursos. Para NVIDIA, la arquitectura Blackwell entra de lleno en VCF 9.1: RTX Pro 6000 Blackwell Server Edition y B200 (Blackwell HGX), ambas con soporte nativo.

Fabricante	Modelo / Serie	Estado en VCF 9.1	Casos de uso principales
NVIDIA	RTX Pro 6000 Blackwell Server Edition	Nuevo en 9.1	Inferencia y aplicaciones enterprise IA agéntica
NVIDIA	B200 (Blackwell HGX)	Nuevo en 9.1	Entrenamiento e inferencia de LLMs a gran escala
NVIDIA	H100 / A100 (generaciones anteriores)	Soportado (heredado)	Entrenamiento e inferencia generales
AMD	Instinct MI350 Series	Nuevo en 9.1 con Enhanced DirectPath I/O	Fine-tuning LLMs / RAG workflows / inferencia
AMD	ROCm Enterprise AI Software	Nuevo en 9.1	Framework de software para workloads AI en AMD
Intel	CPUs Sapphire Rapids+	Soportado (HWP nativo en ESX 9.x)	Cómputo general / cargas enterprise

NICs y DPUs: La combinación ConnectX-7 + BlueField-3 es la apuesta fuerte para workloads de entrenamiento distribuido. El BlueField-3 descarga del host CPU todo lo relacionado con red, almacenamiento y seguridad. En cifras: gestiona hasta el 30% de la carga CPU que en arquitecturas tradicionales consume el software de infraestructura.

Componente	Fabricante	Velocidad	Soporte en VCF 9.1	Características destacadas
NVIDIA ConnectX-7	NVIDIA	400 Gbps	Enhanced DirectPath I/O	Alta velocidad para entrenamiento multi-host y transferencia masiva de datos IA
NVIDIA BlueField-3 DPU	NVIDIA	400 Gbps	Enhanced DirectPath I/O	Offload de SDN + seguridad + almacenamiento. 16 cores ARM A78 / 32 GB DDR4 onboard. Libera hasta 30% de CPU del host

CPUs: Intel Haswell y Broadwell están fuera de soporte en VCF 9.x. Intel Skylake requiere un proceso formal de excepción (RPQ) ante Broadcom. Cascade Lake sigue soportado pero marcado como deprecado, con aviso durante el upgrade. Todo lo que sea Ice Lake, Sapphire Rapids o generaciones AMD Zen 3/4/5 está soportado sin restricciones. Nota específica para Zen 4/5: existe un driver térmico IPMI para ESX publicado recientemente que conviene aplicar.

Familia de CPU	Fabricante	Estado en VCF 9.x	Acción recomendada
Haswell / Broadwell	Intel	No soportado	Refresh de hardware obligatorio antes de migrar a VCF 9.x
Skylake	Intel	Requiere RPQ (excepción formal)	Consultar con Broadcom y OEM para proceso de excepción
Cascade Lake	Intel	Deprecado (con aviso)	Soportado durante el ciclo 9.x pero con advertencia en upgrade; planificar refresh
Ice Lake	Intel	Soportado	Sin restricciones
Sapphire Rapids+	Intel	Soportado — HWP nativo	Hardware Performance States gestionados por BIOS desde ESX 9.x; configurar en BIOS
Zen 3 / EPYC 3ª Gen	AMD	Soportado	Sin restricciones
Zen 4 / EPYC 4ª Gen (Genoa)	AMD	Soportado	Aplicar driver térmico IPMI para ESX (Fling publicado 01/05/2026)
Zen 5 / EPYC 5ª Gen	AMD	Soportado	Sin restricciones

NVMe para Memory Tiering: El requisito mínimo transversal a todos los OEMs es ≥ 3 DWPD (Drive Writes Per Day). No vale cualquier NVMe de gama baja. Si estás mirando readynodes, puede que necesites configurar un juego distinto de NVMe para Memory Tiering respecto al que usas para vSAN. Tómalo en cuenta en el sizing.

OEM	Tipo de unidad requerida	Endurance mínima (DWPD)	Interfaz	Notas adicionales
Dell	Enterprise NVMe Mixed Use	3 DWPD	U.2 con carrier	Seleccionar "Mixed-Use Enterprise NVMe" en el configurador Dell. Puede requerir unidades distintas a las de vSAN
HPE	SSD Mixed Use (HPE SSD Recommendation Tool)	3 DWPD	NVMe Mainstream Performance o NVMe High Performance	Verificar DWPD en datasheet (Excel/PDF) de la herramienta de recomendación HPE
Lenovo	Mixed Use NVMe Enterprise / Advanced Data-Center class	3 DWPD	NVMe backplane	Verificar aprobación en VMware Compatibility Guide for Lenovo-branded hardware

El upgrade: Qué hace falta para llegar desde VCF 9.0??

La buena noticia es que Broadcom ha mantenido un path de upgrade in-place soportado desde VCF 9.0. La guía oficial de upgrade y la matriz de compatibilidad están en el portal de soporte de Broadcom, y son el punto de partida recomendado.

Si vienes de versiones 5.x, el salto es mayor y requiere planificación más cuidadosa. En ese caso, la VCF 9.1 Reference Architecture library es donde hay que empezar, especialmente si tienes workloads de IA, contenedores o cargas tradicionales que quieres validar antes de migrar.

Para VCF 9.1, la mayoría de los servidores certificados en VCF 9.0 (más de 3.100 modelos de servidor listados en el BCG) se trasladan automáticamente. Si tu servidor aparece como "VCF Supported. Confirm w/ Vendor", el software de VCF lo soporta, pero necesitas confirmación adicional del OEM.

¿Apostamos?

VCF 9.1 es la respuesta más articulada que ha dado Broadcom a la pregunta que todo el mundo lleva meses haciéndose: ¿está VMware todavía en el juego o es un legado que vamos a ir desmantelando en los próximos tres años? Con este release, la respuesta es definitivamente que sigue en el juego, y con ambición.

El ecosistema abierto de hardware —AMD, Intel, NVIDIA en un único stack con DirectPath I/O real— es un movimiento estratégico muy inteligente en un mercado donde la escasez de GPUs ha obligado a todos a diversificar. Si VCF 9.1 me permite correr modelos de inferencia sobre MI350 de AMD con la misma operativa que usaría con H100s de NVIDIA, eso vale mucho.

El Memory Tiering mejorado con un 40% de reducción de TCO declarado es la funcionalidad que más impacto real va a tener en el día a día de los equipos de infraestructura. No necesitas esperar a tener el presupuesto para doblar la RAM de tus servidores. Añades NVMe de calidad y subes la densidad de cargas memory-intensive. En el contexto de precios de hardware de 2025-2026, eso es un argumento muy sólido para cualquier CFO.

Lo que veremos es si Broadcom consigue que la base de clientes existente complete la transición a VCF. Más de 2.000 implementaciones de VCF 9 en un año es el crecimiento más rápido que ha tenido VMware en este tipo de plataforma, pero todavía representan menos del 1% de la base de clientes pre-adquisición. El reto de confianza y el peso del cambio de modelo de licenciamiento siguen siendo obstáculos reales.

Desde el punto de vista técnico, sin embargo, VCF 9.1 es un argumento difícil de ignorar.

PD: Os dejo un poquito de bibliografia...

- Anuncio oficial Broadcom

  

- Blog VCF: The Secure, Cost-Effective Private Cloud Platform for Production AI

 

- Blog VCF: Modern Private Cloud Built for Efficiency and Resilience

 

- Blog VCF: Self-Service Private Cloud con VCF 9.1

  

- Broadcom Compatibility Guide (BCG)

 

- Todos los blogs de VCF 9.1

- Video WhatsNew in VCF 9.1, facilitado por el VMUG Madrid

  

VMware Cloud Foundation 9.0 - vSphere Kubernetes Service (VKS) 3V0-24.25: mi evaluacion del exámen

Aprovechando que acabo de pasar el examen 3V0-24.25 (Advanced VMware Cloud Foundation 9.0 vSphere Kubernetes Service), aprovecharé para plasmar en este post mis impresiones tanto del examen como de la necesidad del mismo ya que, tras el estudio, me reafirmo en una idea: la nube no es un lugar, es un modelo operativo. Y para muchas empresas, ese modelo debe empezar "en casa" para mantener la soberanía y el control del dato.

A diferencia de un Kubernetes estándar, VKS en VMware Cloud Foundation (VCF) integra la agilidad del desarrollo moderno con el rigor de la infraestructura empresarial. Durante el examen, la dificultad radica en entender cómo interactúan los componentes internos para ofrecer este servicio:

Arquitectura de Supervisor: Es el corazón de la solución. He aprendido que la resiliencia es crítica: un Supervisor de zona única está ligado a un clúster de vSphere específico , mientras que un Multi-Zone Supervisor requiere al menos tres zonas para distribuir las VMs del plano de control y garantizar la alta disponibilidad. Esta configuración debe definirse en el despliegue inicial, ya que no existe una migración simple "in-place" posterior. Machacan mucho con esto.

Componentes Internos del Clúster VKS: Para que Kubernetes funcione sobre vSphere, el clúster ejecuta tres piezas fundamentales:

• Cloud Provider Implementation: Para gestionar servicios de balanceo de carga.
• Container Storage Interface (CSI): Un plugin paravirtual que se integra con CNS para el almacenamiento persistente.
• Container Network Interface (CNI): Encargado de la conectividad de los pods.

Gestión de Datos y Ciclo de Vida: La protección no es opcional. El examen profundiza en el uso de Velero Plugin for vSphere, la única herramienta válida para respaldar vSphere Pods. Además, el uso de Cluster API es lo que permite que el ciclo de vida de los clústeres sea automatizado y declarativo, al puro estilo Kubernetes.

No es un examen que me haya parecido especialmente complicado, aunque es más difícil que los VCP. La dificultad reside en la precisión de los procedimientos "Day-2". No basta con saber qué es un Namespace; debes conocer el orden exacto para "zonalizarlo": desde crear el Namespace, asignar zonas y configurar redes, hasta definir cuotas y permisos RBAC. Y lo mismo que este, otros tantos ejemplos, como la ejecución de Velero, o qué permite exactamente proteger esta solucion.

También hay varias cuestiones sobre la capacidad de automatizar la seguridad con cert-manager, convirtiendo los certificados TLS en objetos nativos de Kubernetes que se renuevan solos, eliminando el error humano.

No he tenido la sensacion de que, y a diferencia con el examen de Administrador de VCF, hagan demasiado hincapié en NSX, pero como componente utilizado en entornos multicluster, las preguntas que caen hacen referencia a esta situacion sobre todo.

Conclusión: aprobar el VMware Advanced Certified Professional (VKS) valida que puedes construir una infraestructura donde los desarrolladores consumen recursos de forma autoservicio, pero donde el administrador de IT mantiene el gobierno total a través de políticas de almacenamiento (CNS) y límites de recursos. Porque, no lo olvidemos, el examen es a nivel administrador de plataforma, no saldrá absolutamente nada relacionado con la creación de un pod, mas allá de entender qué es un pod o los requerimientos que estos puedan tener a nivel de provisión de recursos para su correcto funcionamiento.

Para finalizar, os dejo el ENLACE al blueprint. Aunque recomiendo pasarse por los Techdocs de Broadcom, concretamente AQUI, y utilizar esto como referencia de estudio.

De VCP a VCAP: El mapa definitivo para dominar el stack completo de VMware Cloud Foundation

 ¡Seguimos con los esperados cambios en las rutas de certificación de VMware! Hace meses se anunciaron de nuevo los VCAP, con cambios con respecto a los anteriores. Eran los siguientes:

• VMware Certified Advanced Professional - VMware Cloud Foundation vSphere Kubernetes Service (3V0-24.25)
• VMware Certified Advanced Professional - VMware Cloud Foundation Automation (3V0-21.25)
• VMware Certified Advanced Professional - VMware Cloud Foundation Operations (3V0-22.25)

Poco después agregaron un par de imprescindibles: los antiguos vSAN y NSX, ahora reconvertidos al más genérico Storage y Networking:

• VMware Certified Advanced Professional - VMware Cloud Foundation Storage (3V0-23.25)
• VMware Certified Advanced Professional - VMware Cloud Foundation Networking (3V0-25.25)

Y finalmente, se les acaban de unir los siguientes:

• VMware Certified Advanced Professional - VMware Cloud Foundation Support (3V0-13.26)
• VMware Certified Advanced Professional - VMware Cloud Foundation Architect (3V0-12.26)
• VMware Certified Advanced Professional - VMware Cloud Foundation Administrator (3V0-11.26)

Estas 3 ultimas son distintas a las anteriores en que si os fijáis son una especialización de la plataforma técnica, no una especialización técnica en si. Dicho de otra forma, son una evolución de estas 3:

• VMware Certified Professional - VMware Cloud Foundation Support (2V0-15.25)
• VMware Certified Professional - VMware Cloud Foundation Administrator (2V0-17.25)
• VMware Certified Professional - VMware Cloud Foundation Architect (2V0-13.25)

Si miráis en la web de certificaciones, podréis decir "pues veo también un Foundation Administrator". Pues si, ahí está, pero no le haría mucho caso. Foundation sobrevive en zona EMEA, pero para el resto del mundo solo hay VCF. Y llegado al EOL de vSphere 8, no creo que sobreviva Foundation.

De manera que la cosa queda asi: 

• Examenes para definir los 3 paths: Support, Architect y Administrator, con codigos 2V0-13.25, 2V0-15.25 y 2V0-17.25
• Exámenes de especializacion, con códigos 3V0-21.25, 3V0-22.25, 3V0-23.25, 3V0-24.25 y 3V0-25.25
• Examenes de de ruta avanzados: 3V0-11.26, 3V0-12.26 y 3V0-13.26

Agrego un pequeño esquemita:

Ahora viene el ladrillo tedioso donde te cuento un poco las diferencias de cada una de las certificaciones:

• VCAP – VCF Administrator (3V0-11.26): Excelencia Operativa del Día 2. Esta certificación se ensucia las manos con la realidad diaria. No solo valida la gestión del ciclo de vida, sino tareas críticas que suelen ser puntos de dolor constantes, como la rotación de certificados y la gestión de contraseñas. Se centra en el uso de APIs declarativas y flujos de trabajo de automatización para mantener la conformidad y la eficiencia operativa.
• VCAP – VCF Architect (3V0-12.26): Diseño Estratégico y Resiliencia. Aquí el foco es la toma de decisiones de alto impacto. Un arquitecto certificado debe dominar los modelos de dominios de carga de trabajo (workload domains) y la planificación de capacidad. Su rol es equilibrar la escalabilidad con la recuperación ante desastres, asegurando que el diseño soporte los objetivos de negocio sin disparar la complejidad técnica.
• VCAP – VCF Support (3V0-13.26): Diagnóstico Maestro. Esta es la credencial para quienes resuelven lo "irresoluble". Valida un conocimiento profundo de las estructuras de logs de VCF y la metodología de resolución de problemas. Un aspecto clave aquí es la madurez operativa: el examen valida la capacidad de discernir cuándo un problema requiere una resolución interna y cuándo es necesaria una escalación al fabricante, optimizando los tiempos de respuesta.

¡Llega VCF 9! ¿Qué nos trae de nuevo?

VMware Cloud Foundation (VCF) continúa evolucionando, y la versión 9.0 llega para redefinir el panorama de la nube privada. Este lanzamiento se centra en proporcionar una plataforma de confianza, optimizada para todas las aplicaciones, desde las tradicionales hasta las más modernas, incluyendo cargas de trabajo de IA. Con VCF 9.0, no solo estamos hablando de mejoras incrementales, sino de una transformación que busca impulsar resultados de negocio tangibles y significativos.

Pero, ¿Qué novedades clave trae VCF 9.0 para tu infraestructura? Pues una barbaridad, así que vayamos por partes...

1. Redefiniendo la Infraestructura Moderna con Rendimiento Superior

VCF 9.0 introduce innovaciones en el core de la plataforma que se traducen directamente en un rendimiento mejorado y una reducción significativa del Costo Total de Propiedad (TCO):

• Tiering de Memoria Avanzado con NVMe: Esta característica optimiza la ubicación de las cargas de trabajo en diferentes niveles de memoria, permitiendo asignar niveles de menor costo a tareas menos críticas. El resultado es una reducción del TCO de memoria y servidor de hasta un 38%
• vSAN ESA con Deduplicación Global: La Express Storage Architecture (ESA) de vSAN, introducida en vSAN 8, está optimizada para dispositivos NVMe de alto rendimiento, utilizando un modelo de "una sola capa" de unidades independientes. Con VCF 9.0, la deduplicación global en vSAN ESA maximiza la eficiencia del almacenamiento y promete reducir el TCO del almacenamiento en un 34% (requiere solicitud de cotización o RPQ). Además, vSAN ESA mejora la eficiencia de la CPU por E/S procesada y permite una codificación de borrado eficiente en todas las circunstancias, ofreciendo resiliencia superior y snapshots escalables nativas. Las operaciones de compresión, cifrado y suma de comprobación de datos se realizan una sola vez en el momento de la ingesta. También, es compatible con cargas de trabajo nativas de la nube a través de Cloud Native Storage (CNS) y habilita la desagregación del almacenamiento.
• Ruta de Datos Mejorada de NSX: Esta mejora proporciona un rendimiento de conmutación hasta 3 veces más rápido, lo que se traduce en una menor latencia y carga de CPU para las cargas de trabajo de red intensiva
• Optimización de vMotion para IA: Permite migrar cargas de trabajo de inteligencia artificial con un impacto de rendimiento insignificante y un tiempo de inactividad de aproximadamente el 1%
• Recuperación Nativa Eficiente: Ofrece protección de datos de vSAN a vSAN con instantáneas profundas.
• Computación Confidencial: Habilita cargas de trabajo seguras con capacidades de computación confidencial

2. Una Experiencia de Nube Unificada y Simplificada

VMware Cloud Foundation 9.0 pone un fuerte énfasis en la simplicidad operativa y una experiencia de consumo de la nube más intuitiva.

• Instalador de VMware Cloud Foundation: Simplifica enormemente el proceso de construcción y despliegue de una nube privada. Elimina la necesidad de instalaciones individuales de componentes y asegura el uso de una topología validada, proporcionando una experiencia rediseñada para la instalación y migración.
• Consola de Operaciones de VCF: Esta consola centraliza la configuración y la gobernanza, ofreciendo seguridad proactiva, diagnósticos mejorados y gestión del ciclo de vida. Facilita la configuración y las operaciones diarias. El SDDC Manager proporciona una visión integral de la infraestructura física y virtual, con acceso centralizado para gestionar recursos. Incluye un panel de bienvenida que guía a los administradores a través de tareas de configuración sugeridas y ofrece tutoriales prácticos.
• Gestión de Costos, Repercusión de Cargos y Demostración de Costos: Permite una visibilidad clara del uso de los recursos y los costos asociados, establece políticas para el cumplimiento del presupuesto y permite la asignación precisa de costos a los departamentos.
• Consumo Simplificado de Redes en la Nube y VPC: Brinda acceso bajo demanda a los recursos de infraestructura, simplifica la entrega para los usuarios finales y permite políticas personalizables para la gobernanza y el control, permitiendo conectar, separar, asegurar y proteger cargas de trabajo fácilmente.
• Catálogo de Autoservicio, IaC (Infrastructure as Code) y Gestión de Clústeres VKS: Facilita el aprovisionamiento automatizado de servicios, agiliza los despliegues y simplifica la gestión del ciclo de vida de la infraestructura de la nube.

3. Seguridad y Resiliencia Reforzadas

La seguridad es primordial, y VCF 9.0 fortalece las capacidades de protección en todos los niveles:

• Panel de Operaciones de Seguridad: Ofrece una vista unificada para monitorear la postura de seguridad, rastrear CVEs (Vulnerabilidades y Exposiciones Comunes) y acelerar la respuesta a problemas de cumplimiento.
• Cumplimiento y Monitoreo de la Configuración: Detecta automáticamente las desviaciones de las políticas de seguridad y operativas, simplifica las auditorías y ayuda a prevenir configuraciones erróneas.
• Gestión de Identidades y Certificados: VCF 9.0 mejora la gestión de certificados, permitiendo la integración con autoridades de certificación como Microsoft CA o OpenSSL, además de soportar certificados de terceros. El SDDC Manager notifica sobre la expiración de certificados y contraseñas. También gestiona la rotación y actualización manual de contraseñas para cuentas de servicio, de consola y de administrador de SSO, e incluso permite remediar contraseñas expiradas.
• Actualizaciones en Servicio Crítico de ESXi y Actualizaciones Flexibles y Asíncronas: Estas características minimizan el tiempo de inactividad y garantizan la continuidad de las operaciones para cargas de trabajo críticas.

4. Preparación para VCF 9.0: Lo que Necesitas Saber

Para aquellos que planean una actualización o una nueva implementación, el documento de briefing incluye una lista de verificación importante:

• Rutas de Actualización: Si actualmente utilizas VCF 3.x o 4.x, necesitarás una actualización. Las instalaciones de VCF 5.x permiten una actualización en el mismo lugar (in-place).
• Compatibilidad de Componentes: Los entornos con vSphere 8.x y NSX 4.x están listos para VCF 9.0. Aquellos con versiones anteriores de vSphere (<8) o NSX (<4) requerirán precauciones especiales para la actualización en el mismo lugar.
• Hardware: Los procesadores Intel Skylake, Broadwell y Kabylake ya no son compatibles, ya que fueron marcados como obsoletos en versiones anteriores.
• Soluciones de Terceros: VMware no ha realizado cambios en la API, por lo que la compatibilidad con soluciones de terceros dependerá de la calificación de cada proveedor.
• Soporte Específico: El soporte para Dell VxRail y PowerFlex está en desarrollo o requiere una Solicitud de Propuesta (RPQ). vVOL sigue siendo compatible, pero será declarado obsoleto.
• vCloud Director: No es compatible con la actualización directa a VCF 9.0.
• Cumplimiento: VCF 9.0 soporta STIG (excluyendo vRO/vRNI) y FIPS (habilitado por defecto).

En resumen, VMware Cloud Foundation 9.0 se posiciona como una plataforma robusta y adaptable, diseñada para modernizar la infraestructura de la nube privada, optimizar las operaciones y garantizar una seguridad y resiliencia de primer nivel. Es una apuesta clara por la eficiencia, la automatización y la preparación para las cargas de trabajo del futuro.

Pero no solo eso: ha redondeado el producto existente simplificando la instalación y facilitando la actualización del entorno.

¡Anímate a explorar todo lo que VCF 9.0 tiene para ofrecer y lleva tu nube privada al siguiente nivel!

PD: Os dejo AQUI el link al articulo oficial de presentacion. Aviso que es un ladrillo...

Adaptación de entornos Brownfield a VCF

El 2024 ha sido un año complicado para VMware por su adquisición por parte de Broadcom, y los rápidos cambios que se están realizando, que me atrevería a decir están afectando a todos sus clientes. 

Uno de los principales cambios ha sido la modificación del portfolio de productos y la simplificación del mismo en 3 grandes bloques: licencias vSphere, VVF y VCF. Esto conlleva que cuando antes podías adquirir los productos prácticamente a la carta (podías comprar un vSphere con vSAN pero sin Aria, por ejemplo), ahora estás limitado a estas opciones. 

En la mayoría de los casos, no debe suponer impacto al cliente mas alla del cambio de precios de las licencias, y el licenciamiento por suscripción. Pero hay casos donde, por el paquete de productos ya adquiridos, y debido al nuevo portfolio, pueden verse obligados a cambiar de vSphere a VCF. Esto conlleva adicionalmente un cambio de producto y por ende, una adaptación de tu infraestructura existente, Brownfield, a la nueva necesidad del producto, VCF.

Antes de entrar en lo que esto implica, adjunto algunos casos de ejemplo:

Para casos donde impera la necesidad de vSAN

 

Este es un caso muy común: Solo tienes vSphgere con vSAN. En este caso el cambio será a VVF. En cambio, si agregamos cualquier otro producto, como por ejemplo un Aria, antiguamente vRealize (basicamente un pack como VxRail), ya nos vamos a VCF.

Cualquier combinación con NSX te lleva a VCF

En este otro caso, podemos ver que cualquier combinación que implique el uso de NSX te lleva al cambio de licencia a VCF.

Si solo usabas Aria Standard, te puedes librar.

Este caso es más curioso: sólo si utilizas una versión avanzada de Aria, porque por ejemplo, utilices funcionalidades avanzadas de Tanzu, te puedes ver obligado al cambio a VCF. Si no, puedes mantenerte en VVF

Ahora ya sabemos si debemos cambiar de producto, además de licencia, para mantener nuestra infraestructura. Suponiendo que debamos adaptar nuestro entorno brownfield a VCF, ¿qué implica este cambio?

Donde mejor se explica es en la ilustración que encabeza el post. Básicamente, nuestra infraestructura debe pasar por un proceso de importación al entorno VCF, que generará una estructura organizativa que antes no existía, el "Management Workload". Esto se podría definir como un cluster de hosts que engloban los servicios necesarios para mantener nuestra infraestructura VMware. O sea, que en estos host ESXi se encontrará el vCenter Server, los servidores NSX necesarios, el appliance de Aria...en definitiva, todos los componentes de la infra VMware. Y si, aquí también puedes tener VMs de trabajo, pero para ello, lo recomendable es montar otro cluster con el nombre de Workload Domain, o dominios de cargas de trabajo, que soportaran el resto de servidores de la empresa: tus front-ends, back-ends, tus BBDD, DCs, etc...

Puedes ver todo el proceso en la documentación de VMware, pero muy resumidamente, consiste en instalar en tu infraestructura el SDDC Manager, que es como un portal adicional por encima de vSphere, e importar tu entorno actual por medio de una herramienta y un poquito de scripting, al nuevo entorno que he explicado anteriormente.