Optimiza tu hardware: Por qué Prism Element es suficiente para tu infraestructura local

En el dinámico entorno de las empresas en España, donde la agilidad y el aprovechamiento máximo de los recursos son fundamentales, la tecnología no debería ser una carga adicional, sino un motor silencioso. Para aquellas organizaciones que operan con infraestructuras contenidas, como clústeres de tres o cuatro nodos, el objetivo primordial es que cada vatio de energía y cada giga de memoria se traduzca en valor directo para el negocio. Nutanix responde a esta necesidad mediante una filosofía de autonomía, permitiendo que la inteligencia y el control residan directamente en el lugar donde viven los datos, sin depender de capas externas innecesarias para el funcionamiento diario.

Esta capacidad de autogestión se manifiesta en lo que se conoce como un enfoque de "clúster primero". En las versiones más recientes de la plataforma, las decisiones críticas sobre el rendimiento y la protección de las aplicaciones se toman de manera local, lo que garantiza que la infraestructura siga operativa incluso si los servicios de coordinación centralizada no están disponibles. Al colocar el control en el mismo sitio donde se ejecutan las cargas de trabajo, los posibles fallos se vuelven mucho más fáciles de entender y gestionar, permitiendo que la continuidad del negocio sea una realidad predecible y no un desafío constante.

Para administrar este entorno local de forma sencilla, la plataforma ofrece una interfaz integrada conocida como Prism Element. Se trata esencialmente de un panel de control que ya viene incorporado en el sistema, funcionando como una consola única para supervisar la salud del equipo y gestionar las máquinas virtuales sin necesidad de instalaciones adicionales. Para una pequeña empresa, utilizar esta herramienta local es una decisión estratégica: permite ahorrar recursos de procesamiento y memoria RAM que, de otro modo, tendrían que reservarse para una consola de gestión externa, liberando esa potencia para que las aplicaciones de la empresa funcionen con mayor fluidez.

Es cierto que disponemos de una versión de gestión más amplia, Prism Central, pero es fundamental entender que su uso es una elección deliberada y no una obligación para que todo funcione. Mientras que esta consola extendida es excelente para coordinar múltiples ubicaciones o aplicar políticas de seguridad complejas en grandes flotas de servidores, en un entorno de un solo sitio puede resultar redundante. En estos casos, la sencillez de la gestión local no solo reduce la complejidad operativa, sino que optimiza la inversión en hardware al eliminar la necesidad de mantener una infraestructura de gestión que excede las necesidades reales de la escala actual.

A pesar de esta autonomía local, el uso de Prism Central sigue siendo obligatorio en los siguientes cinco escenarios específicos donde la tarea requiere una coordinación que supera los límites de un clúster individual:

1. Gobernanza de redes avanzadas (Nutanix Flow): Aunque el filtrado y el tráfico de datos se ejecutan localmente en cada clúster para garantizar la resiliencia, Prism Central es el componente indispensable para definir y distribuir la "intención" de red. Es la autoridad central que asegura que las políticas de seguridad sean consistentes y uniformes en múltiples entornos.
2. Orquestación de recuperación ante desastres (DR) multiclúster: Si bien el movimiento de datos opera a nivel de clúster, Prism Central es necesario cuando los flujos de trabajo de recuperación abarcan varios clústeres o sitios físicos. Su función es coordinar los dominios de protección y gestionar de forma coherente las relaciones de conmutación por error (failover).
3. Gestión y coordinación de flotas: Se requiere Prism Central siempre que la arquitectura necesite una superficie de control compartida para problemas que son intrínsecamente centrales. Esto permite que las operaciones a gran escala sean predecibles al centralizar la orquestación sin penalizar las funciones locales básicas.
4. Control de identidades y acceso (RBAC): En entornos con múltiples dominios, Prism Central funciona como el punto obligatorio para gestionar el control de acceso basado en roles y proporcionar visibilidad administrativa global de todos los activos.
5. Ajustes de sistema y contratos operativos: Bajo el modelo actual, ciertas configuraciones críticas del sistema, como los servidores de hora (NTP), ya no se manejan de forma aislada, sino a través de superficies de control definidas en Prism Central. Esto garantiza que los cambios sigan rutas oficiales y reforzadas por la arquitectura de la plataforma.

En resumen, los clústeres actuales tienen libertad operativa para trabajar de forma independiente, y solo requieren la intervención de Prism Central cuando es necesario unificar criterios, coordinar varios sitios o aplicar reglas globales para toda la infraestructura

De 10 clústeres a 7,500: Cómo Nutanix Central unifica regiones con Prism Central

Si ya te mueves como pez en el agua con Nutanix, seguro que Prism Central (PC) es tu mejor amigo para gestionar tus clústeres. Pero, ¿qué pasa cuando tu "imperio" crece tanto que tienes varios Prism Centrals repartidos por el mundo? Ahí es donde entra Nutanix Central, el nuevo "capitán de capitanes" que viene a poner orden en la galaxia multicloud. ¡Vamos a ver qué nos ofrece esta consola!

En su nivel más básico, Nutanix Central es una consola de gestión unificada que proporciona acceso centralizado a todos los servicios de Nutanix en entornos de nube híbrida. Si ya conoces Nutanix, sabes que Prism Central es el "cerebro" que gestiona múltiples clústeres de servidores. Pues bien, Nutanix Central es el nivel superior: es la plataforma que te permite gestionar múltiples instancias de Prism Central desde un único lugar.

Es importante aclarar que Nutanix Central no es un reemplazo de Prism Central, ni una forma de gestionar directamente los servidores individuales (Prism Element), sino una capa de visibilidad global que unifica todo el ecosistema. Imagínatelo como una capa de federación. Simplificándolo al máximo, lo podríamos definir de esta manera:

• Prism Element (PE): Gestiona un clúster de nodos (1 a 1).
• Prism Central (PC): Gestiona varios clústeres (1 a muchos).
• Nutanix Central: Gestiona varios dominios (donde cada dominio es una instancia de Prism Central).
• Su misión es darte visibilidad global y un acceso unificado a todos los servicios de Nutanix en entornos híbridos desde una sola consola.

Vamos a entrar en la parte técnica del asunto: la gestión de dominios y arquitectura basada en Nutanix Central: Porque en Nutanix Central, cada Prism Central registrado se convierte en un dominio.

El punto clave de este sistema se basa en la comunicacion entre los dominios, a través de conexiones cifradas y autenticadas por el puerto TCP 443. Pero técnicamente, Nutanix Central despliega una infraestructura de subdominios críticos para que todo fluya:

• iam.nutanix-central-dns: Para que el Identity and Access Management (IAM) global funcione.
• *.transport.nutanix-central-dns: Aquí vive el túnel Ikat Hub, que permite una comunicación continua y segura entre Nutanix Central y tus Prism Centrals locales.

Nutanix Central se ofrece tanto en formato SaaS como on-premises. En su versión on-premises, se despliega a través del Marketplace de Prism Central utilizando la Plataforma de Microservicios (MSP) de Nutanix. Técnicamente, esto significa que corre sobre un clúster de Kubernetes interno, lo que facilita las actualizaciones automáticas y la resiliencia de los servicios.

Si lo desplegasemos On-Prem, hay que tener en cuenta que una implementación estándar ("Small") de Nutanix Central tiene la capacidad de gestionar hasta 25 dominios de Prism Central. Asumiendo que cada Prism Central gestiona sus propios clústeres (por ejemplo, 300 clústeres por dominio), Nutanix Central puede llegar a supervisar hasta 7,500 clústeres en total. Para este nivel de gestión, requiere recursos considerables: 44 vCPUs, 50 GiB de RAM y 384 GiB de almacenamiento.

En el tema seguridad, una de las ventajas técnicas más pesadas frente a Prism Central es el IAM unificado. En lugar de crear usuarios y roles en cada Prism Central, aquí defines Políticas de Autorización globales. Puedes vincular identidades (usuarios de tu AD o SAML) con operaciones específicas sobre entidades de cualquier dominio.

Esto permite, por ejemplo, que un admin de seguridad tenga permisos de "solo lectura" en los clústeres de Europa pero sea "Super Admin" en los de América, todo gestionado desde la misma tabla de control.

Característica	Prism Central	Nutanix Central
Unidad de Gestión	Clústeres (AOS)	Dominios (Prism Centrals)
Visibilidad	Local/Multi-clúster	Global/Federada (Mapa geográfico)
Marketplace	Local al PC	Global (despliegue en cualquier dominio)
Infraestructura	VM tradicional o MSP	Nativa en MSP (Kubernetes)

Si hicieramos una analogía con , por ejemplo un negocio de supermercados, cada tienda tendría su propio sistema informático para controlar el inventario y las cajas (eso sería Prism Element). Para gestionar todas las tiendas de una misma ciudad, tendrías una oficina regional con un sistema que supervisa cada local (eso es Prism Central). Nutanix Central sería la oficina corporativa global: un único panel desde el cual el dueño de la cadena puede ver el rendimiento, las alertas y enviar nuevas directivas a todas las oficinas regionales del mundo al mismo tiempo, sin tener que entrar una por una en cada sistema regional.

Como desplegar Nutanix Move

Ya tenemos nuestra infraestructura Nutanix. Ahora vamos a mover esas cargas del antiguo entorno. Y para ello tenemos una herramienta que vale oro, pero solo virtualmente, porque es gratuita: Nutanix Move.

Para obtenerla, haremos login en nuestro portal de Nutanix, y en la sección de descargas, buscamos "Move". Tenemos varias opciones, pero descargaremos la opción .zip

Una vez descargado, descomprimimos el zip. Seguidamente nos iremos a nuestro PE, y pinchamos en el engranaje de arriba a la derecha (El menu de settings, vaya). Alli  pincharemos sobre "image configuration" y "Upload Image"

Esto nos abrirá un menú mas grande con distintas opciones. Básicamente pondremos el nombre de nuestra imagen, indicaremos que vamos a subir una imagen tipo disco y seleccionamos la subida desde archivo, eligiendo el archivo qcow2:

Pulsamos Save, y esperamos. Una vez subido se verá así (bueno, se verá así si no tenéis ya un tropel de imágenes varias subidas, lo que viene siendo una instalación limpia).

Seguidamente vamos a VM, y pulsamos sobre "create VM":

Se nos abre un menú para ir configurando la VM. Vamos paso a paso. 

En la columna de la izquierda, todo el proceso de creación de la VM, que te aparece según haces scrolling, y en la derecha, las configuraciones adicionales. Si vamos por orden, nos pide el nombre de la VM, time zone donde está ubicada, el numero de vCPUs y de cores por vCPU (esto es importante por el NUMA) y la cantidad de memoria requerida. Esto viene a ser el bloque básico.

A continuación, configuración de arranque, si es UEFI o BIOS, y el tipo de disco. Aquí pinchamos en Add new Disk, y te sale la ventana que hay mas a la derecha, donde especificamos que el tipo a agregar es "Disk, la operación un Clone from Image Service", bus type SCSI, la imagen la unica que hemos subido, la NutanixMove que creamos anteriormente, y pulsamos Add.

Más abajo, nos solicitará meter el network Adapter. Pulsamos en Add New NIC, y nos llevará a la segunda ventana de la derecha. En nuestro caso seleccionamos la red de management, y pulsamos ADD. Esta red que hemos seleccionado no tiene IPAM, pero meteremos la configuración de red a mano muy fácilmente mas adelante.

Con esto, ya tenemos creada la VM. La arrancamos,

Y nos conectamos a la consola de la VM, con el usuario admin, y el nutanix/4u de siempre. Nos pedirá cambiar el password, y nos da la opcion de configurar la IP dinámica o estática. Básicamente te va pidiendo vía linea de comandos los requisitos: es estática? (yes/no). Indica IP, indica mascara, indica gateway, indica dns1, dns2, y con eso, queda configurada y funcionando. 

Solo queda abrir una ventana en tu navegador, e y a la ip asignada.

Son pocas cosas, de verdad, aunque salga un post largo. En otro veremos como realizar una tarea de movimientos de VMs desde un vCenter a un Prism.

Cómo desplegar Prism Central (Parte 2)

 En la primera parte sobre cómo desplegar Prism Central vimos un par de curiosidades con las que hay que tener cuidado, como son la pantalla de networking, o el archivo metadata a descargar para el despliegue. Ahora continuamos donde lo dejamos.

Desde las tareas podemos observar el progreso de la VM. Una vez finalizado el despliegue, el Elements desde donde lo hayas lanzado no te une a dicho PC. Así quer tenemos que volver de nuevo a nuestra pantalla inicial de nuestro dashboard, aunque esta vez no daremos a "deploy", sino a "Connect":

La primera pantalla que nos encontramos es simplemente informativa, sobre los medios para el des-registro de PC a futuro:

 La siguiente pantalla nos pide los datos de conexión a nuestro recién desplegado Prism Central. Utilizamos la cuenta admin, y pulsamos a connect:

 

En mi caso, no hubo manera de que se conectara, no me aceptaba el pass, curiosamente sí me aceptaba el pass por defecto de la Vm via SSH, de manera que conecté con Putty, y reseteé el pass con el "sudo passwd admin", al pass que queramos (Me he percatado que cuando generas un pass via pagina web con caracteres extraños, a veces no le sienta bien, asi que no nos pasemos con su complejidad):

Y ahora si, el "connect" funcionó sin problema, y podemos acceder a nuestro nuevo y flamante PC a estrenar:

Ahora se nos amplían las posibilidades para jugar con nuestro entorno.

NOTA: si has tenido problemas de conectividad en el despliegue, la VM levanta, pero no es posible establecer conectividad con la misma por el puerto 9400, por ejemplo, lo mejor es revisar las tareas para verificar que no haya podido fallar algún paso del despliegue, en el caso de ser así, revisar bien el apartado de networking de la VM (explicado en la parte 1 de este articulo), eliminar la VM, y volverla a desplegar.

Al ser un PC, puede darte problemas la eliminación via GUI, de manera que deberás hacerlo via CLI 

 

Cómo desplegar Prism Central (parte 1)

Vamos a ver el despliegue del Prism Central, tarea aparentemente simple, pero que si no está clara a nivel de networking, puede dar mucha guerra. Pues nada, ¡empezamos!

El primer paso es acceder a nuestra contola de Prism Elements (PE), y en el Dashboard principal, pinchamos sobre "Register or deployNew Prism Central"

Pulsamos  sobre la primera opcion, "I want to deploy a new Prism Central instance":

 

 La primera pantalla te pedirá el nombre de tu VM y te dará la opción de seleccionar la imagen a desplegar o, si no tienes ninguna, a subirla, si pulsamos sobre "Upload Installation Binary" 

 

Antes de continuar con la subida de archivos, un detalle importante: En la web de descarga de Nutanix debes descargar la versión "Prism Central 1 click deploy from Prism Elements"

Cuidado aquí: justo debajo de Download, hay un link, "Metadata", muy fácil de ignorar. Pincha también en él para descargar el archivo de metadata de la versión de Prism Central (PC) que estamos descargando:

 

Volvemos 2 capturas atrás, cuando pulsábamos sobre "Upload Installation Binary". Ahora ya tenemos los elementos necesarios para la subida. Agregamos cada uno en su sitio, y pulsamos Upload:

 

 Una vez termine de subir, estamos en disposición de seleccionar la versión descargada de PC, y continuar:

 

El siguiente paso será elegir las dimensiones de nuestro PC. Es importante tener en cuenta su consumo en base al despliegue elegido, puesto que puede requerir mas recursos de los esperados. En nuestro caso, desplegaremos una versión Small, aunque para instalaciones simples tenemos la Extra-Small

 

Llegamos a un punto critico por su importancia, aunque simple en su despliegue: la detección de red de nuestro PC. Ten en cuenta que debe estar en la red de management. Si no tenias una red separada para tu trafico de VMs, la creas. Pero eso es otra historia. Si no tienes nada creado, por defecto tu red de management seguramente esté untagged, sin VLAN ID, de manera que esta pantalla es solo para que veas un ejemplo de lo que te vas a encontrar. Sí que es cierto que no te va a funcionar en red default, en cuyo caso tendrás que crearte la management subnet sobre el mismo vSwitch que la red de tu clúster, y sin tagear. Ah, NO MARQUES IPAM, normalmente vas a tener una IP asignada:

 Unos detalles

 

 Y con esto, ¡hemos llegado al despliegue!.

El post sale un poquito largo, y hasta aquí hemos conseguido realizar el despliegue de la VM, así que en la segunda parte veremos cómo finalizarla, algo de troubleshooting,  y su unión al clúster.

Cómo eliminar una VM en Nutanix via CLI

Este post iba a ser originalmente "cómo eliminar un Prism Central" debido a un problema de redes en el despliegue del mismo. Spoiler: si el Prism Central se ha desplegado pero no se ha podido registrar con absolutamente nada por problemas de redes, se puede tratar como una VM normal y corriente. Esto le quita un poco de color a este articulo, pero bueno, siempre es interesante conocer cómo eliminar una VM via CLI, sin acceso al interfaz web.

Para ello, hacemos login en una CVM con permisos de administrador y ejecutamos el siguiente comando:

acli vm.delete "nombre de la VM" 

No tiene mas, hasta la sintaxis es intuitiva. Os dejo una captura de pantalla del proceso:

No es mala idea ejecutar un "acli vm.list" para verificar el borrado de la VM, aunque en este caso lo verifiqué via GUI.

Si bien pudimos tratar el despliegue fallido de PC como una VM común, es fundamental entender el flujo correcto cuando Prism Central ya ha estado en uso.
Si Prism Central se ha registrado previamente con uno o más clústeres, NO debe eliminarse simplemente como una VM. Antes de borrar la VM, debe des-registrar PC del clúster a través de los pasos recomendados por Nutanix para evitar que los clústeres queden huérfanos o con referencias inconsistentes.

Aun así, dejaré un par de enlaces del proceso:

Aquí se puede ver como des-registrar Prism Central, previo a ningún tipo de borrado:

https://portal.nutanix.com/page/documents/kbs/details?targetId=kA00e000000XeZjCAK

Este otro enlace es ya para el borrado de la VM en sí: 

https://portal.nutanix.com/page/documents/kbs/details?targetId=kA00e000000LKnuCAG