Guia de licenciamiento de Nutanix: Elige tu licencia perfecta sin pagar de más por el camino

En el mundo de la infraestructura hiperconvergente (HCI), la potencia sin control (y sin el permiso adecuado) no sirve de mucho. Elegir el modelo de licenciamiento de Nutanix es, en esencia, decidir el nivel de agilidad, resiliencia y automatización que tu negocio necesita para dormir tranquilo.

Nutanix ha simplificado su oferta para alejarse de los modelos rígidos del pasado, permitiendo que su software corra donde tú decidas: en sus propios nodos, en hardware de terceros o en la nube pública (NC2). Pero, ¿cómo saber qué edición necesitas realmente? Vamos a desglosarlo.

 Cloud Infrastructure (NCI): El corazón de tu nube

El núcleo de todo es NCI (Nutanix Cloud Infrastructure). Piensa en NCI como el sistema operativo de tu centro de datos; un stack que unifica cómputo, almacenamiento, redes y seguridad bajo un mismo mando. Se presenta en tres sabores principales:

1. NCI Starter: El punto de partida inteligente:

• Es la opción ideal para quienes están dando sus primeros pasos en HCI o para entornos de oficinas remotas (ROBO).
• El perfil: Empresas con cargas de trabajo moderadas que buscan estabilidad sin complicaciones.
• La letra pequeña: Está limitado a clústeres de un máximo de 12 nodos y el dominio de disponibilidad es a nivel de nodo. Es puramente on-premise.

2. NCI Pro: El "punto dulce" de la empresa moderna:

• Aquí es donde reside la mayoría de las infraestructuras de producción actuales. Si tu empresa maneja aplicaciones críticas y no puede permitirse tiempos de inactividad, este es tu nivel.
• Ventaja clave: Introduce servicios de datos avanzados y una resiliencia superior (dominios de disponibilidad por bloque o rack).
• Híbrido por naturaleza: A diferencia de Starter, Pro permite extenderse a nubes públicas (como AWS o Azure) con un límite de 16 nodos por clúster.

3. NCI Ultimate: El blindaje total:

• Diseñada para infraestructuras globales, multisitio y con requisitos de seguridad extremos.
• Disponibilidad total: Es la única edición que incluye de serie la replicación síncrona (Metro Availability), permitiendo un RPO=0. Si un CPD cae, el otro asume el control sin pérdida de datos.
• Seguridad y Orquestación: Incluye cifrado nativo y automatización de procesos (runbooks), ideal para sectores regulados que exigen el máximo cumplimiento.

Comparativa Técnica: NCI Starter vs. Pro vs. Ultimate

Para los que prefieren los datos directos, aquí tenéis la comparativa de capacidades:

Característica	NCI Starter	NCI Pro	NCI Ultimate
Ideal para	Pequeña escala y ROBO	Cargas críticas y escalables	Multi-sitio y máxima seguridad
Escalabilidad	Máx. 12 nodos	Sin límites (On-premise)	Sin límites (On-premise)
Resiliencia (RF)	Factor 2 (RF2)	RF2 o RF3	RF2 o RF3
Dominio Disponibilidad	Nodo	Nodo, Bloque, Rack	Nodo, Bloque, Rack
Optimización Datos	Compresión básica	Deduplicación total	Deduplicación total
Disaster Recovery	Asíncrono (RPO > 1h)	NearSync (RPO < 1min)	Síncrono (RPO=0) y Metro
Seguridad	Básica	Opcional (Add-on)	Cifrado y KMS incluidos

Y Como decia Super Ratón, ¿no se vayan todavia, aún hay mas!

Si ya tienes claro qué nivel de NCI (Nutanix Cloud Infrastructure) necesitas, el siguiente paso es decidir cómo quieres conducir tu nube. Para ello, Nutanix ofrece capas de inteligencia y modelos de compra que se salen del estándar por "nodos".

Nutanix Cloud Manager (NCM): Tu piloto automático.

Si NCI es el motor, Nutanix Cloud Manager (NCM) es el sistema de navegación y piloto automático. Aunque todas las licencias incluyen la gestión básica a través de Prism, las capas superiores de NCM aportan AIOps (Inteligencia Artificial para Operaciones):

• NCM Pro: Añade "ojos" a tu infraestructura. Utiliza aprendizaje automático para la detección de anomalías, planificación de capacidad (predice exactamente cuándo te quedarás sin espacio) y optimización de recursos (detecta VMs sobredimensionadas que están desperdiciando RAM).
• NCM Ultimate: Es el nivel de la gobernanza total. Permite automatizar aplicaciones complejas y, lo más importante hoy en día: controlar los costes de la nube híbrida (Cost Governance) para evitar sorpresas desagradables en la factura de AWS o Azure.

Modelos de Especialización: VDI y Edge, NUS y DB

Nutanix sabe que no todo el mundo necesita licenciar por capacidad de CPU o núcleos. Para optimizar costes en casos específicos, existen estos "atajos" de ahorro:

1. Nutanix Unified Storage (NUS):
Solo Almacenamiento. Si tienes un clúster que vas a usar principalmente como servidor de archivos, repositorio de objetos o para dar almacenamiento externo (iSCSI), no necesitas licenciarlo como si fuera a correr miles de VMs. Para eso existe NUS.

• ¿Cómo se mide?: Se licencia por TiB (Tebibytes) de capacidad utilizada.
• ¿Qué incluye?: Engloba tres productos bajo una misma licencia:
• Nutanix Files: Para compartir archivos (SMB/NFS).
• Nutanix Objects: Almacenamiento compatible con S3.
• Nutanix Volumes: Para dar almacenamiento por bloques a servidores externos vía iSCSI.
• Versiones: También tiene versiones Starter (funcionalidades básicas) y Pro (incluye replicación avanzada y seguridad).

2. NCI-Edge: Licenciamiento por Máquina Virtual (VM):

Este es el modelo ideal para ROBO (Remote Office / Branch Office). Si tienes una oficina pequeña con solo 2 o 3 nodos y vas a correr muy pocas máquinas, licenciar por cores de CPU sería carísimo.

• ¿Cómo se mide?: Se licencia por cada VM que se ejecuta en el clúster.
• Limitaciones: Está diseñado para entornos pequeños. Normalmente está limitado a un máximo de 25 VMs por clúster.
• Ventaja: Te permite tener la misma tecnología de la sede central en oficinas remotas a una fracción del coste.

3. NCI-VDI: Licenciamiento por Usuario:

Si tu clúster es exclusivo para escritorios virtuales (Citrix o VMware Horizon), Nutanix ofrece una alternativa para que el coste de la infraestructura vaya ligado al número de empleados.

• ¿Cómo se mide?: Por Usuario Concurrente (CCU).
• Ventaja: No importa cuántos nodos añadas o cuánta RAM tengan; pagas por el número de personas conectadas simultáneamente. Esto facilita mucho el cálculo del ROI en proyectos de teletrabajo.

4. Nutanix Database Service (NDB): Gestión de Bases de Datos:
Si lo que quieres es automatizar el ciclo de vida de tus bases de datos (SQL, Oracle, PostgreSQL, MongoDB), Nutanix tiene una capa de software específica.

• ¿Cómo se mide?: Se licencia por vCPU administrada.
• Función: No es una licencia de la base de datos en sí (eso lo pagas a Microsoft u Oracle), sino una licencia para que Nutanix gestione los backups, el parcheado y el clonado de esas DBs con un solo clic.

Vamos con otro resumen sobre estos modelos:

Tipo de Licencia	Métrica Principal	Ideal para...
NCI (Standard)	Por Núcleo (Core) de CPU	Cargas generales de servidor.
NCI-Edge	Por Máquina Virtual (VM)	Oficinas pequeñas, fábricas, tiendas.
NCI-VDI	Por Usuario Concurrente	Proyectos de escritorios virtuales.
NUS (Storage)	Por Capacidad (TiB)	Servidores de archivos y backup S3.
NDB (Database)	Por vCPU gestionada	Automatización de Bases de Datos.

Hasta aqui llegamos con los modelos de licenciamiento. Es MUY importante jugar con ellos, puesto que nos permitiria obtener unos descuentos bastante potentes, dedicando clusteres para computación, mientras que dedicas otro fundamentalmente a almacenamiento, por ejemplo.

Nutanix Konnector: Poniendo orden a Kubernetes en Prism Central

Si eres de los que ha estado un poco mareado con la transición de Karbon (NKE) hacia NKP (Nutanix Kubernetes Platform), hoy vamos a ver una pieza del puzzle que por fin hace que todo tenga sentido: Nutanix Konnector (NK).

Vamos a desgranar qué es este servicio y por qué es fundamental si quieres tener tus clústeres de Kubernetes bajo control desde un único sitio.

¿Qué es Nutanix Konnector?

A veces las herramientas más útiles no son las que crean cosas nuevas, sino las que organizan lo que ya tenemos. Nutanix Konnector no es una plataforma para desplegar clusters; es un puente de observabilidad.

Su función es simple: permitir que Prism Central "vea" y monitorice clusters de Kubernetes, ya sean nativos de Nutanix o de terceros (como OpenShift o EKS Anywhere), tratándolos como ciudadanos de primera clase dentro de nuestra infraestructura.

La arquitectura: Cómo funciona el "invento"

Nutanix ha optado por un modelo muy limpio de Servicio + Agente:

El Servicio (en Prism Central): A partir de Prism Central 7.5, el servicio de Konnector ya viene integrado y habilitado por defecto. Es el encargado de recibir toda la información.

El Agente (en el Cluster K8s): Aquí es donde entramos nosotros. Instalamos un pequeño agente mediante Helm en el cluster que queremos monitorizar. Este agente envía métricas, inventario y estado hacia Prism Central.

Importante: Prism Central no se conecta directamente a la API de Kubernetes. Es el agente el que envía los datos, lo que facilita mucho la gestión a nivel de seguridad y firewalls.

El "truco" del bundle: No te asustes por el nombre

Si vas al portal de descargas para configurar esto, verás que te piden subir un archivo llamado lcm_karbon_3.0.tgz.

Sé lo que estás pensando: "¿Pero Karbon no se había muerto?". No exactamente. Nutanix utiliza este bundle para registrar metadatos de ciclo de vida que Konnector todavía necesita para funcionar internamente. Al subirlo, no estás resucitando a Karbon, simplemente estás habilitando las dependencias para que Konnector pueda "hablar" con Prism Central.

Distribuciones soportadas (Versión 1.0)

Una de las cosas que más me gustan de este enfoque es que es agnóstico. En esta primera fase, podemos conectar:

• NKP (Nutanix Kubernetes Platform): Versiones 2.16.1 en adelante.
• Red Hat OpenShift: Versión 4.16.
• Amazon EKS Anywhere: Versión 1.33.1.

En resumen: Nutanix Konnector es la respuesta a una necesidad clara: la visibilidad. Ya no importa si tus clusters están en tu CPD o en la nube, ahora puedes tener un inventario unificado en tu consola de siempre. Es un paso adelante para dejar de gestionar "islas" de Kubernetes y empezar a gestionarlos como parte real de nuestra nube híbrida.

¿Habéis probado ya a conectar vuestros clusters externos?

Nutanix 7.5: La Evolución de la Infraestructura de Nube Híbrida

Ya ha salido Nutanix 7.5, que actualiza la versión de los componentes de la solución, que incluye Prism Central 7.5, AOS 7.5 y AHV 11. Este es un resumen de las novedades más importantes introducidas en esta versión:

Almacenamiento y Recursos Flexibles

• Almacenamiento Elástico de VM (Elastic VM Storage): Esta es una de las adiciones más significativas. Los clústeres registrados bajo el mismo dominio de Prism Central ahora pueden consumir almacenamiento ofrecido por otros clústeres AHV. Esto rompe la relación tradicional de uno a uno entre cómputo y almacenamiento, permitiendo crear clústeres con mucha capacidad de cómputo que dependan de almacenamiento remoto.

Mejoras en Seguridad y Control

• Refuerzo de CVM: Se expande el modelo de hardening (refuerzo de seguridad) del CVM y ahora se aplica también a los clústeres actualizados, no solo a las implementaciones nuevas.
• Desactivación de SSH: Se introduce la opción de deshabilitar el acceso SSH tanto en los CVMs como en los hosts AHV, lo que reduce la exposición de puntos de entrada privilegiados y se alinea con una postura impulsada por API.
• Cifrado vTPM Centralizado: Soporte para almacenar el material de cifrado vTPM en plataformas externas de KMS (Key Management Service), unificando el cifrado de datos y la integridad del huésped bajo un único modelo de gestión de claves.

Rendimiento y Eficiencia del Almacenamiento

• Optimizaciones del Data Path: Las optimizaciones de metadatos AES se aplican por defecto a los clústeres all-flash.
• Recolección de Basura (Garbage Collection): Ha sido rediseñada para recuperar espacio más rápidamente y mejorar el rendimiento en entornos con alta rotación de datos (high churn).
• Mayor Densidad: Se aumenta la capacidad de expansión de los nodos all-flash hasta 185 TB por nodo.

Operaciones y Automatización (Prism Central 7.5)

• Políticas de Inicio de VM (VM Startup Policies): Permiten a los administradores especificar dependencias y prioridades durante reinicios o eventos de failover, mejorando el control sobre las secuencias de recuperación de servicios de aplicaciones de múltiples niveles.
• Perfiles de Personalización de Windows Reutilizables: Estos perfiles pueden aplicarse durante la clonación o la creación de plantillas, simplificando las estrategias de imágenes maestras (golden images).
• NTP Autenticado: Soporte para fuentes NTP autenticadas a través de perfiles de clúster.

Actualizaciones de Plataforma AHV 11

• Compatibilidad de Procesadores: Añade soporte para los últimos procesadores AMD Milan y Genoa, simplificando las migraciones en vivo y la planificación de hardware.
• Soporte IPv6: Incluye soporte IPv6 para servicios a nivel de host (DNS, NTP, syslog).
• Instalación Manual de AHV: Ahora AHV puede instalarse manualmente usando el instalador de AHV sin pasar por Foundation, útil para crear clústeres dedicados solo a cómputo.

Infraestructura Desagregada

• Soporte para Almacenamiento Externo: Se extiende el soporte oficial para Pure Storage FlashArray a través de NVMe TCP. Esto refuerza el modelo de ejecutar clústeres Nutanix donde arrays externos proporcionan el almacenamiento, mientras AOS gestiona el aprovisionamiento y la protección.

En general, la versión 7.5 no cambia la arquitectura fundamental de Nutanix, sino que la fortalece, promoviendo modelos de despliegue más modulares, optimizados y enfocados en API. 

Aunque las mejoras tocan todos los palos, el almacenamiento elástico puede darle a la solución una versatilidad increíble. Por otra parte, reconozco que el refuerzo de la seguridad de las CVM deshabilitando SSH es un plus, pero mas pasos extra a la hora de trabajar y conectar a las mismas para tocar configuraciones

¿Cómo lo veis? Comentad, ¡me interesa vuestra opinión!

PD: Se me olvidaba, dejo LINK a la publicación oficial, aunque mi post es mucho mas claro.

Cómo apagar correctamente un clúster Nutanix

Recibimos una notificación de que por tareas de mantenimiento eléctrico, van a apagar un CPD enterito, de manera que hay que apagar todo aquello que no sea crítico para liberar los SAI. Da la casualidad que hay un clúster de Nutanix recién montado pero sin máquinas de producción corriendo, así que es un candidato perfecto para ser apagado, lo que nos viene de perlas para hacer un mini tutorial sobre cómo apagar correctamente uno (no, aunque esté recién montado, el botonazo a los host no es un apagado correcto, los servicios del clúster se mosquean un poco). De manera que vamos abriendo nuestra consola de Putty, mRemoteNG, MobaXterm o lo que uséis para establecer conexiones SSH, ¡que empezamos!

¡Lo decía en serio! Lo primero de todo, nos conectamos a una CVM del clúster con nuestro usuario nutanix, y lanzamos el comando "ncc health_checks run_all". Si dan errores, te mostrará los KBs para tratarlos. Si no puedes y el problema persiste, tendrás que abrir un caso a soporte:

En nuestro caso, avisos menores sin KB, asi que seguimos adelante. Lo siguiente seria ver el listado de VMs en el clúster, y verificar que estén apagadas. Podemos verificarlo con el comando "acli vm.list power_state=on" Si no aparece nada, perfecto, es que están apagadas. Como en este caso el clúster no está en producción, no lanzo el comando, porque no hay nada que apagar. Pero lanzamos un "cluster status" con el fin de asegurarnos de que está funcionando correctamente. El comando en la captura superior, y a continuación, el resultado:

Podemos ver que realiza un chequeo nodo por nodo, y finaliza con un Success. Tras esto, ejecutamos un "cluster stop" con el fin de detener los servicios de clúster correctamente previo al apagado.

Cuidadin porque, como podéis ver en la imagen, pide confirmación, no es poner el típico "y" o "yes", si no que hay que escribir "I agree" para que se ejecute. Una vez confirmada la orden, y finalizado el proceso, nos avisará con un "succeed":

Ahora sí, sólo queda conectarnos a cada una de las CVMs e ir ejecutando el comando "sudo shutdown -P now"

A veces la CVM se pone un poco tonta. No suele ser lo habitual, pero tienes dos opciones...esperar unos minutos y volverlo a intentar, o pasar al esta vez ya si, ultimo punto, que es entrar en las IPMIs de los host, y ejecutar el Power Off. Ten en cuenta que la CVM no es mas que la Controller VM, aunque la apagues, el host sigue funcionando así que hay que apagarlo igualmente, o bien físicamente, o bien desde la tarjeta de gestión, nuestra IPMI (ILO para HP, iDRAC para Dell, ya sabes...)

Tienes el proceso completo descrito también en la fantástica documentación de Nutanix, aunque sin tantos detalles con capturas. Puedes verlo AQUI.

Como crear un plan de migración en Nutanix Move

 Ahora que tenemos montado nuestro Appliance para mover VMs de nuestro antiguo entorno a nuestro clúster Nutanix, empezaremos con el movimiento de cargas. A continuación, vamos a ver las instrucciones paso a paso. Como van a salir capturas para cada uno de los pasos, nos saltamos el acceso al entorno. En este post podéis ver cómo configurar la IP de nuestro Appliance, de manera que doy por hecho que podéis entrar.

La interfaz es muy simple y limpia. Prácticamente tienes 2 botones, crear un plan de migración en todo el centro de la pantalla, y "Add Environment", que es lo que necesitamos, primero de todo: un entorno origen y otro destino. Así que pulsamos en el botón de la parte superior izquierda, "Add Environment", y se nos abrirá una ventana de configuración. Es muy simple, es sólo elegir el tipo de entorno (vamos a empezar agregando el entorno origen), el nombre del entorno a conectar, IP o FQDN, el nombre descriptivo que vamos a darle a este entorno que estamos agregando,  y los datos de autenticación para ese entorno:

Una vez agregado, es importante tener en cuenta esta advertencia, porque puede ocasionaros el fallo de conexión. Básicamente, es agregar la librería VDDK de VMware de la versión adecuada.

Las librerías podéis encontrarlas AQUI, pero el propio Move te lleva a la web de descarga, en este otro ENLACE. Deberás descargar la librería correspondiente a la versión del vCenter al que vas a conectar. No pesan mucho, serán unos 40 mb cada librería.

Una vez subida la librería, establece conexión. Si todo está bien, no aparecerá ningún mensaje de advertencia. Repetimos la operación de agregar entorno "Add Environment" pero esta vez con los datos de nuestro Prism.

En este caso no estamos utilizando un Prism Central sino un Elements. Como veis en la imagen superior, nos deja elegirlo sin problema.

Una vez agregados el entorno origen y el entorno destino, por fin podemos crear un plan de migración:

Se divide en varios pasos muy simples: Seleccionas el origen de las Vms a mover, el destino de estas, el almacenamiento al que van a ir, red, datos de preparación de la VM...lo vamos a ver paso a paso. En la siguiente captura podemos ver perfectamente la selección de entorno de origen, de destino, y almacenamiento designado para las VMs:

Seguimos con la elección de VMs:

Pasamos a la selección de red. No tiene mucho misterio, indica el nombre de la red de origen, y seleccionas en el menú desplegable la red de destino, de las disponibles en tu Elements:

Pasamos a la configuración de VMs: aquí tenemos novedades con anteriores versiones. Ahora en el proceso de migración puedes desinstalar las VMtools de las VMs, e instalar las Nutanix Guest Tools (NGT). Para eso necesitamos, lógicamente, una cuenta de administrador, o al menos con permisos de login y de agregar y quitar programas para esas VMs:

Ya nos queda un ultimo paso. Determinamos la prioridad del movimiento que estamos programando para las VMs (en este caso estamos moviendo solo 1 VM de prueba, así que prioridad alta), timezone, y variables varias, como mantener la MAC o permitir la asignación de nueva MAC, e incluso configuración de ajustes personalizados para maquinas individuales.

Nos encontramos con una ultima pantalla de resumen con distintos datos del origen y destino, tras la que solamente nos queda pulsar Save, o bien Save and Start, y que se inicie el proceso al momento:

Cuando se inicia el proceso podremos ver una estimación de tiempo, así como el tiempo transcurrido. Una vez finalizada la migración, veremos que nos aparecerá resaltado el botón para realizar el Cutover. Esto es exactamente lo mismo que en otras soluciones, como la de Veeam Con Veeam Move, por poner un ejemplo.

Aquí podemos ver el mensaje de aviso sobre

Finalizado este proceso, podremos ver un mensaje de Completed en el plan Status, junto con unos mini paneles indicándonos el numero de maquinas en proceso si las hubiera, listas para el Cutover, fallidas si las hubiera, pausadas en el proceso, o completadas correctamente. En este caso, nuestra VM de prueba a realizado el proceso rápido y sin incidentes, como es lo habitual:

Con esto, hemos completado todo el proceso. Como se puede ver, podemos ir programando otros planes de migraciones, e incluso programarlos para su lanzamiento cuando corresponda, o lanzarlos manualmente habiéndolos creado previamente. Realmente, hasta que no das al Cutover, la VM sigue funcionando en su entorno, pero previamente ha hecho una copia de la maquina en destino, y la tiene funcionando en modo snapshot, por decirlo de alguna manera. En el momento en el que permites el apagado en origen, levanta la VM en destino y remata la migración. por cierto, puede ser que tras el cutover la maquina pida reinicio de nuevo. Ya que acabamos de hacer un apagado, yo aprovecharía para dejarla meterse otro, para acomodarse a los nuevos drivers. Pero vamos, que es importante tenerlo presente, que no es que la maquina pierda un par de pings, que según la VM, lo mismo le lleva unos minutillos en estar levantada en condiciones.

Así es la Certificación Técnica de Object First

La certificación OOTBI Technical Professional es condenadamente simple, increíblemente útil y, lo mejor de todo, ¡el curso completo está disponible y es totalmente accesible directamente desde YouTube!

Aquí tienes todos los videos del curso recopilados, para que lo tengas bien fácil. ¡No te llevará ni media hora aprender a realizar una instalación completa de Ootbi!

1º Text User Interface:

2º Web User Interface (WebUI):

3º Add OOTBI Into Veeam:

4º First Backup Job

5º Sizing Ootbi:

¡Es solo esto! Después hay un breve cuestionario de conocimientos, nada complejo si has atendido a los videos y te han quedado claros los detalles de configuración de la solución.

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

Así fue el .Next on Tour Madrid 2025

El pasado .NEXT On Tour Madrid, celebrado en el impresionante Estadio del Atletico, el Riyadh Air Metropolitano, fue sin duda uno de esos eventos que recuerdas durante mucho tiempo. Nutanix volvió a reunir a partners, clientes y entusiastas de la plataforma en una jornada llena de anuncios, sesiones inspiradoras y, sobre todo, una sensación de comunidad que cada año crece más.

Desde el primer momento se notaba que era un evento muy cuidado: organización impecable, ponencias muy bien preparadas y una asistencia masiva que reflejaba el gran momento que vive Nutanix en España. Tanto si trabajas con Nutanix a diario como si estás empezando a conocer el ecosistema, era imposible no salir del evento con nuevas ideas y mucha inspiración.

Y es que,¿puede haber un sitio mejor para un evento tecnológico que un estadio de fútbol de primer nivel? El Metropolitano ofrecía un ambiente espectacular y unas vistas que convertían cualquier pausa en una oportunidad para hacer networking… o simplemente para admirar el entorno.

Las charlas fueron el plato fuerte del día. Estuvieron divididas en dos sesiones principales, primero una para Partners y posteriormente tras un breve receso para un café con algo de repostería, la sesión para clientes, donde se trataron temas clave como la evolución del cloud híbrido, la estrategia de Nutanix para los próximos años, casos reales con clientes y mejoras en la plataforma que o bien ya son accesibles, o bien llegarán próximamente, como esa mayor compatibilidad con cabinas de discos externas.

Como siempre sucede con Nutanix, cada presentación estaba cuidada al milímetro. Contenidos claros, actualizados y centrados en aportar valor real.

No todo iba a ser tecnología, también hubo espacio para recargar energías con un catering estupendo. Un detalle que se agradece en un día lleno de sesiones y conversaciones.

Además, tanto en los pasillos como en la sala principal, había un ambiente magnífico: partners reencontrándose, clientes compartiendo experiencias y muchos profesionales descubriendo nuevas oportunidades dentro del ecosistema Nutanix. ¡Estaba tan lleno que habia gente del sector a la que no veia en años, y pude volver a verles de nuevo!

En resumen: el .NEXT On Tour Madrid 2025 no solo confirmó el excelente momento de Nutanix, sino también la fuerza de su comunidad en España (lo que me recuerda que se está levantando la comunidad de usuarios de Nutanix, accesible desde la web de www.nutanix4ever.com y desde la que podreis acceder a sus foros y canales de WhatsApp, para informaros de todo tipo de novedades, asi como participar en conversaciones sobre esta tecnología).
Un evento completo, bien organizado y que deja ganas de volver el próximo año. 

Si estuviste allí, seguro que coincides conmigo. Y si no… ¡no puedes faltar a la próxima edición! Como dice la foto, ¡Nutanix, gracias por todo!