Nutanix libera NKP 2.19: bare metal, upgrades por clúster y gestión de VMs

Nutanix publicó Nutanix Kubernetes Platform (NKP) 2.19 el 20 de octubre con soporte para Kubernetes sobre servidores físicos, upgrades más acotados por clúster y gestión de máquinas virtuales AHV desde APIs de Kubernetes. El cambio amplía dónde puede ejecutarse una flota y cómo se administra; no significa que cualquier nodo o clúster existente pueda pasar de una modalidad a otra sin revisar requisitos y dependencias.

Bare metal, con inventario y preparación

La pieza visible es NKP Metal, que permite preparar y registrar servidores físicos mediante Foundation Central y el inventario de hosts de NKP, asignarlos a workspaces y crear clústeres bare metal. También se pueden añadir pools de workers físicos a clústeres basados en máquinas virtuales. Nutanix apunta a cargas que necesitan acceso directo a cómputo, red, almacenamiento o aceleradores, incluidos casos de GPU y edge.

-InfraCrew dice: el bare metal vuelve a la conversación cuando la capa de virtualización deja de ser la mejor herramienta para cada carga; el inventario y el ciclo de vida siguen necesitando dueño.-

La operación sigue dependiendo de los hosts: el equipo pasa a depender de cómo se registran y mantienen, y de que la infraestructura de gestión esté preparada para ello. La documentación de compatibilidad enumera combinaciones concretas de Prism Central, AOS y sistemas operativos; tener servidores capaces de arrancar Kubernetes no basta para afirmar que están soportados por esta versión.

El orden del upgrade importa

Para clústeres de workload basados en ClusterClass —la API que modela clústeres mediante plantillas declarativas—, NKP 2.19 incorpora upgrades individuales desde la interfaz o con un solo comando. El flujo actualiza primero las aplicaciones de plataforma y después Kubernetes, la infraestructura del clúster y sus complementos; el clúster de gestión tiene que estar ya en 2.19. Los clústeres que no usan ClusterClass disponen de una orden separada para actualizar las aplicaciones de plataforma.

Antes de actualizar desde NKP 2.18, Nutanix pide revisar varios cambios que pueden afectar la ventana: los nodos de control y los workers deben pertenecer al mismo proyecto de Prism Central; los clústeres de gestión sin un token de registro de Docker Hub deben proporcionarlo durante el upgrade; y los catálogos basados en GitRepository deben migrarse a OCIRepository. Además, el Dashboard de Kubernetes se sustituye por Headlamp, aunque las instalaciones existentes del Dashboard siguen ejecutándose tras la actualización.

-InfraCrew dice: la secuencia de actualización ahora tiene más barandillas, pero primero hay que comprobar que el clúster cabe en la carretera.-

VMs, GPU y compatibilidad

Con VM Operator, el equipo puede provisionar y operar máquinas virtuales Linux y Windows con APIs de Kubernetes y flujos declarativos. Eso acerca los ciclos de vida de VMs y contenedores a una misma interfaz de plataforma; no convierte AHV en Kubernetes ni elimina la distinción entre el hipervisor, los nodos y las cargas.

La versión añade un catálogo de aplicaciones de IA para licencias Pro y Ultimate y programación de GPU mediante Dynamic Resource Allocation (DRA) para NVIDIA y AMD. La ficha también acota lo que no incluye: la partición multiinstancia de GPU de NVIDIA no está soportada. En clústeres de gestión Pro o Ultimate conectados a Internet, el servidor de Model Context Protocol (MCP) queda habilitado por defecto; el acceso a recursos sigue sujeto a control de acceso basado en roles (RBAC) de Kubernetes.

La compatibilidad publicada incluye Kubernetes 1.36.2 como versión predeterminada y la familia 1.35.x; también Rocky Linux y Red Hat Enterprise Linux 9.8, Prism Central 7.5/7.6 y AOS 7.5/7.6. Nutanix advierte de una limitación concreta: ciertas configuraciones de Nutanix AI con una sola instancia pueden impedir que los workers se drenen durante un upgrade. Conviene comprobar la matriz y las notas completas para la combinación instalada antes de reservar una ventana.

-InfraCrew dice: la matriz de compatibilidad sigue siendo el documento menos emocionante de la reunión y el que más probablemente evita la reunión de rollback.-

El calendario ayuda a poner el cambio en contexto: en agosto, SiliconANGLE describió NKP 2.19 como una versión futura que llevaría la gestión de Kubernetes tanto a entornos virtualizados como a bare metal. La publicación de octubre concreta el producto disponible y añade instrucciones que afectan al upgrade, así que el trabajo práctico para quienes ya operan NKP está en validar proyectos, credenciales de registro y catálogos, además de planificar qué clúster actualizar primero. No es una orden para migrar toda la flota: es una versión nueva con opciones y condiciones que hay que contrastar con el diseño real del entorno.

Fuentes

Nutanix Product Updates | https://next.nutanix.com/product-updates/nutanix-kubernetes-platform-nkp-2-19-45966
SiliconANGLE | https://siliconangle.com/2026/08/26/nutanix-expands-cloud-platform-with-controls-for-agentic-ai/

Diccionario de la Crew

Bare metal — Servidores físicos que ejecutan la carga directamente, sin una capa de máquinas virtuales entre el sistema operativo y el hardware.
ClusterClass — Modelo declarativo de Kubernetes Cluster API para definir la configuración de clústeres a partir de clases y plantillas.
VM Operator — Componente de Nutanix que permite gestionar máquinas virtuales AHV a través de APIs de Kubernetes.
Dynamic Resource Allocation (DRA) — Mecanismo de Kubernetes para asignar recursos especializados, como GPU, a las cargas.
Model Context Protocol (MCP) — Protocolo que permite a una aplicación exponer herramientas y recursos a clientes compatibles.
Control de acceso basado en roles (RBAC) — Autorización que concede acciones sobre recursos según roles y permisos asignados.