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