Discovery OS y Phoenix OS : Los guardianes del arranque antes de que exista el clúster

Cuando recibes un nodo Nutanix recién salido de fábrica y lo conectas a la red, lo primero que te pregunta es: ¿Quién eres y qué quieres instalar? Y para responder a esa pregunta, Nutanix recurre a dos sistemas operativos muy especiales que no son ni AHV, ni ESXi, ni nada que vayas a ver en producción. Son los protagonistas silenciosos del proceso de instalación: Discovery OS y Phoenix OS.

Son dos piezas muy distintas, con propósitos distintos, pero que muchos profesionales confunden o incluso desconocen. Vamos a ponerles cara y apellidos.

El contexto: ¿Qué hay en un nodo antes de instalar nada?

Antes de hablar de estas dos tecnologías, conviene entender qué se encuentra un ingeniero cuando recibe un nodo Nutanix desde fábrica, porque no siempre viene igual.

Nutanix y sus socios OEM instalan software en los nodos en fábrica antes de enviarlos al cliente. Para los envíos dentro de EE. UU., ese software es un hipervisor y AOS. Para los nodos NX de fábrica, el hipervisor es AHV. En el caso de las fábricas OEM, el proveedor decide qué hipervisor enviar al cliente, pero siempre instalan AOS independientemente del hipervisor. Sin embargo, para los envíos fuera de EE. UU., Nutanix instala un software ligero llamado DiscoveryOS, que permite al nodo ser descubierto en Foundation o en la opción de Expansión de Clúster de Prism. 

Resumiendo: si estás en España (o cualquier país fuera de EE. UU.) y recibes un nodo NX directo de Nutanix, lo que arranca es DiscoveryOS. Sin hipervisor, sin CVM, solo lo justo para que Foundation pueda encontrarlo en la red.

Discovery OS: El "hola, estoy aquí" del nodo recién llegado

DiscoveryOS es, en esencia, un sistema operativo de mínimo peso cuya única misión es hacer que el nodo sea localizable y gestionable antes de que exista ningún stack real instalado.

Como un nodo con DiscoveryOS no viene preinstalado con hipervisor ni AOS, debe pasar por el proceso de imaging antes de poder unirse a un clúster. Tanto Foundation como la opción de Expandir Clúster permiten hacer ese imaging directamente con el hipervisor y AOS correctos.

Técnicamente, DiscoveryOS ejecuta un servicio Foundation integrado que permite al nodo emitir su "latido" (heartbeat) de disponibilidad hacia la red. Cuando los nodos salen de fábrica, tendrán ya sea un CVM funcional (con el servicio Foundation de CVM en ejecución) o DiscoveryOS (para los envíos internacionales de NX). Los nodos, independientemente de su ubicación, emiten su estado de "listo" hacia Foundation Central. 

¿Cómo se descubren estos nodos en la práctica?

El proceso de descubrimiento utiliza IPv6 multicast sobre el segmento local. Por eso uno de los errores más comunes en despliegues es que el switch de top-of-rack no tenga IPv6 activado. El descubrimiento usa IPv6 multicast, por lo que hay que asegurarse de que el switch lo soporte y esté activado. Nutanix Community (https://next.nutanix.com/how-it-works-22/unable-to-discover-the-nodes-42109) Si el switch no lo soporta, los nodos serán invisibles para Foundation, y el remedio es añadirlos manualmente con la IP de IPMI ya configurada.

¿Y con Foundation Central?

Los nodos de fábrica necesitan estar conectados a una red que tenga un ámbito DHCP definido con opciones específicas. Esto es para garantizar que los nodos reciben automáticamente la IP de Foundation Central y las claves API propias del entorno. El servidor DHCP debe estar configurado con opciones específicas del proveedor (vendor class: NutanixFC).

Una vez reciben esa información, se "presentan" a Foundation Central y el administrador puede orquestar el imaging desde ahí, incluso en nodos remotos sin necesidad de estar físicamente presente.

En resumen, DiscoveryOS es:

• El sistema operativo de bootstrap que lleva preinstalado cualquier nodo NX enviado fuera de EE. UU.
• Un sistema de mínimo footprint: no tiene hipervisor ni CVM operativa.
• El mecanismo de "mano levantada" que hace que Foundation pueda localizar el nodo.
• Compatible con Foundation y con la función de Expandir Clúster de Prism.
• Una capa de software ligera que permite al nodo ser descubierto por AOS 5.11 y versiones posteriores, y así ser gestionado e instalado por una CVM de un clúster existente. (https://next.nutanix.com/installation-configuration-23/foundation-how-to-image-bare-metal-nodes-33787)

Phoenix OS: La sala de operaciones para reinstalar un nodo

Si DiscoveryOS es el recién llegado que levanta la mano, Phoenix OS es el bisturí que usas cuando algo ha salido mal, o cuando necesitas operar sobre un nodo de forma quirúrgica y offline.

Phoenix es un instalador basado en ISO que se puede utilizar para realizar las siguientes tareas de instalación en hardware bare-metal, un nodo a la vez: configurar ajustes del hipervisor, switches virtuales, etc., después de instalar un hipervisor en un disco de arranque de host de reemplazo; instalar la Controller VM (CVM), que ejecuta AOS; e instalar el hipervisor en un nodo nuevo o de reemplazo. Nutanix Community.

La clave de Phoenix es que es un ISO arrancable que puedes montar vía consola remota (IPMI/iDRAC/iLO) y que convierte cualquier nodo en una pequeña estación de trabajo de instalación. Lo que incluya ese ISO determina qué puedes hacer con él.

¿Qué puede llevar dentro un ISO de Phoenix?

• Solo Phoenix (sin AOS ni hipervisor): te deja en un prompt de línea de comandos. Útil para configurar parámetros del hipervisor cuando ya está instalado.
• Phoenix + AOS: puede instalar la CVM.
• Phoenix + AOS + ISO del hipervisor: instala todo el stack en un solo paso, de golpe.

La utilidad de un ISO de Phoenix depende del software que incluya. Si incluye los archivos del instalador de AOS, puedes usar la imagen para instalar AOS. Si incluye un ISO del hipervisor, puedes usarla para instalar el hipervisor. (https://next.nutanix.com/installation-configuration-23/appendix-imaging-a-node-phoenix-38084)

¿Cómo se genera un ISO de Phoenix?

Hay dos formas. La primera es descargarlo directamente desde el portal de soporte de Nutanix. La segunda es generarlo desde una Foundation VM con el comando adecuado. Por ejemplo, para generar un ISO con AOS y AHV incluidos:

./generate_iso phoenix \

--aos-package=/home/nutanix/foundation/nos/nutanix_installer_package-release-XXX.tar.gz \

--kvm=/home/nutanix/foundation/isos/hypervisor/kvm/kvm_host_bundle_XX.iso

Este proceso puede generar un ISO de Phoenix de varios GB con la versión de AOS y AHV incluida. (https://next.nutanix.com/installation-configuration-23/phoenix-os-44818)

El proceso de instalación con Phoenix, paso a paso resumido:

1. Se monta el ISO vía consola IPMI (iDRAC, iLO, BMC...) como un CD/DVD virtual.
2. Se configura el boot para arrancar desde ese dispositivo virtual.
3. Se reinicia el nodo y se espera a que aparezca el menú del instalador de Nutanix. Se selecciona "Install CVM (Wipes existing data!) and Install, Configure Hypervisor" en el campo de acción.
4. Los scripts de instalación de AOS y/o configuración del hipervisor se ejecutan en el primer arranque. El proceso puede tardar hasta una hora en completarse. El nodo puede reiniciarse varias veces automáticamente durante la instalación. No se debe apagar ni reiniciar manualmente el host OS hasta que la instalación se complete. Dell
5. Una vez finalizado, se desmonta el ISO y se confirma el reinicio final.

¿Cuándo usar Phoenix y cuándo NO usarlo?

Esta es la pregunta del millón, y la documentación oficial de Nutanix es muy clara al respecto:

Phoenix no es normalmente necesario ni recomendado para hacer imaging de un nodo individual. Se debe usar Phoenix para hacer imaging de un nodo individual únicamente cuando usar Prism o Foundation no sea una opción viable, como en algunos escenarios de sustitución de hardware. El software recomendado para hacer imaging, incluso cuando se quiere hacer imaging de un nodo individual, son Foundation y la consola web de Prism.

Dicho de otra manera: si Foundation funciona, úsalo. Es más sencillo, más rápido y gestiona el proceso completo. Phoenix entra en escena cuando:

• Tienes un nodo bare-metal sin acceso a Foundation.
• Estás en un escenario de recuperación de disco de arranque del host.
• No tienes acceso IPv4/IPv6 para que Foundation descubra el nodo.
• Necesitas instalar de forma absolutamente aislada, nodo por nodo.

Un pequeño esquema resumen de uso:

...Y una tablita resumen:

Característica	Discovery OS	Phoenix OS
Tipo	SO ligero preinstalado en fábrica	ISO arrancable generado bajo demanda
Propósito	Hacer el nodo localizable vía Foundation	Instalar/reinstalar hipervisor y CVM de forma offline
Viene de fábrica	Sí (envíos fuera de EE. UU.)	No. Se descarga o genera manualmente
Necesita red	Sí (IPv6 multicast para descubrimiento)	No necesariamente (se puede montar por IPMI)
Instala el stack	No (solo facilita el descubrimiento)	Sí (si incluye AOS e ISO del hipervisor)
Cuándo usarlo	Nodos nuevos en proceso de Foundation normal	Escenarios de recuperación o sin acceso a Foundation
Recomendado para uso habitual	Sí	Solo cuando Foundation no es viable

Conclusión: Dos herramientas, dos momentos distintos del ciclo de vida

El ecosistema Nutanix está muy bien pensado para que el proceso de instalación sea lo más automático y desatendido posible. DiscoveryOS y Phoenix OS cubren los dos extremos del espectro: el primero, el escenario ideal donde el nodo "sale solo" en Foundation nada más conectarse a la red; el segundo, el escenario de último recurso donde necesitas operar a corazón abierto sobre el hardware.

Como regla de oro: si puedes usar Foundation, úsalo siempre. Si el nodo arranca en DiscoveryOS (lo cual es lo habitual en Europa), Foundation lo detectará sin problema. Y si algún día te encuentras con un nodo que no arranca bien, un disco de arranque roto o un escenario de recuperación, ya sabes que Phoenix está ahí esperando, listo para resucitar lo que sea necesario. Vamos, que el nombre no es casual.

Dejo un poco de bibliografia, aunque los enlaces anteriores ya cubren todo el articulo, pero si te gusta el tema, conviene que te leas todo esto:

portal.nutanix.com → Field Installation Guide v5.x: https://portal.nutanix.com/page/documents/details?targetId=Field-Installation-Guide-v5_3:Field-Installation-Guide-v5_3

El registro es gratuito, no necesitas ser cliente.

Nutanix Bible → https://www.nutanixbible.com/2h-book-of-basics-foundation-imaging.html — cubre Foundation, DiscoveryOS y todo el proceso de imaging en profundidad, completamente gratis y siempre actualizado.

Nutanix Community → https://next.nutanix.com/installation-configuration-23/ — foro oficial con hilos técnicos sobre Phoenix, Foundation y DiscoveryOS. Gratuito y sin registro para leer.

Dell Support KB (para nodos Dell/Nutanix): https://www.dell.com/support/kbdoc/en-us/000121516 — las guías de Phoenix para nodos Dell son públicas y sin login.

Un vistazo rápido a la hiperconvergencia

La hiperconvergencia es una arquitectura de infraestructura que combina almacenamiento, computación y redes en un solo sistema. Esta tecnología está cambiando la forma en que las empresas diseñan y gestionan su infraestructura de TI, y ofrece numerosas ventajas sobre los entornos legacy clásicos y la nube.

En primer lugar, la hiperconvergencia ofrece una mayor eficiencia operativa. Al integrar todos los componentes en una sola plataforma, la gestión y el mantenimiento se vuelven mucho más simples y fáciles de administrar. Los administradores pueden automatizar muchas de las tareas de gestión, lo que les permite centrarse otras actividades como el estudio de mejoras, por poner un ejemplo.

Esquema de Infra Hiperconvergente

Además, la hiperconvergencia también ofrece una mayor escalabilidad. Las empresas pueden escalar horizontalmente agregando más nodos a la plataforma, lo que les permite aumentar la capacidad de almacenamiento y procesamiento según sea necesario. Esto significa que las empresas pueden agregar recursos a medida que crecen, en lugar de tener que sobredimensionar su infraestructura desde el principio.

Otra ventaja es la reducción de costos. Al consolidar todos los componentes de TI en una sola plataforma, las empresas pueden reducir los costos de hardware, software y gestión de infraestructura. Además, la hiperconvergencia también reduce los costos de energía y refrigeración, ya que los sistemas hiperconvergentes suelen ser más eficientes en términos energéticos que los sistemas tradicionales.

En comparación con la nube, la hiperconvergencia ofrece una mayor seguridad y control. Las empresas pueden mantener sus datos y aplicaciones en sus propios centros de datos, lo que les permite mantener un mayor control sobre la seguridad y la privacidad de sus datos. Además, las empresas pueden cumplir con las normativas y regulaciones específicas de su industria, lo que no siempre es posible en un entorno de nube pública. Esto es especialmente destacable en entornos de Defensa o Sanidad, donde son muy celosos de sus datos, al ser críticos, o de nivel 1.

Por último, la hiperconvergencia también ofrece un mejor rendimiento que los entornos on-prem clásicos. Al consolidar todos los componentes de TI en una sola plataforma, se reduce la latencia de la red y se mejora el rendimiento de las aplicaciones. Además, usualmente los sistemas hiperconvergentes utilizan almacenamiento all-flash, que es mucho más rápido que el almacenamiento tradicional de disco duro.

En conclusión, la hiperconvergencia es una tecnología de infraestructura de TI que ofrece numerosas ventajas sobre los entornos legacy clásicos y la nube. Al integrar todos los componentes de TI en una sola plataforma, las empresas pueden mejorar la eficiencia operativa, la escalabilidad, la seguridad y el rendimiento, al tiempo que reducen los costos. Si lo que buscas es modernizar la infraestructura de TI, la hiperconvergencia es una excelente opción a considerar. Para hacernos una idea de las etapas de la modernizacion de la infraestructura, podemos basarnos en los niveles Tier:

1. Tier 1: Para soluciones en las que, al abrir la puerta de nuestro rack, podemos diferenciar visualmente los elementos de red, procesamiento y almacenamiento.
2. Tier 2: Integra todos estos elementos en un solo appliance.
3. Tier 3: El appliance no solo integra elementos de red, procesamiento y almacenamiento. También entrega soluciones de administración, respaldo, migración, deduplicación, compresión, restauración y monitorizacion en un solo sitio.

Ahora bien...lo que se lleva es la nube. Pero...¿y si en vez de llevarlo todo ahí, donde, vale, solo pagas por lo que consumes, pero en general, pagas más caro en el tiempo que si lo compras, destinas la nube solo para cargas de desbordamiento de tu entorno? Por ejemplo, si puntualmente hay cargas que implican una necesidad puntual de generar VDIs, o containers, o lo que tus necesidades requieran que dispare la carga de tu hardware, en vez de comprar más on-prem transferimos este remanente a la nube, obtendremos, en este caso, una nube híbrida que nos permita balancear estas cargas a menor coste...

Conectamos los recursos de una nube privada o publica a nuestra infraestructura on-prem obteniendo un entorno hibrido con múltiples posibilidades, pero esto da para un articulo nuevo, prácticamente. Pero lo que pretendo con el ejemplo de nube híbrida es llegar al punto de que una infraestructura hiperconvergente nos simplifica esta operación de crecimiento a futuro en caso de considerarla necesaria. Nos da esa opción, que de otro modo y con la infraestructura clásica no tendríamos, o tendríamos que construir de una forma más compleja, aumentando los costes de TI debido al aumento en la complejidad de la gestión y costes de formación.

Solventar problemas de conexion a Drac5

Una magnífica herramienta de soporte de los servidores Dell es la iDrac, Drac en versiones antiguas. Perfecta para acceder a los servidores, incluso apagados, permitiendo hasta la conexión de medios virtuales y la reinstalación en remoto.

La ejecución de la consola virtual se puede lanzar de dos formas, a través de java o con el plugin nativo. La ejecución java suele traer consigo problemas de versiones, y si tienes que conectar a múltiples servidores es fácil que acabes con una variedad de versiones java instaladas simultáneamente. Nada recomendable. Es por ello que la mejor opción es la ejecución del plugin nativo de la iDrac.

Conectamos a la consola de la Drac, en este caso. Como se ve, ha evolucionado bastante en sus últimas versiones. En la pestaña de consola, al conectar al servidor, si no hemos pasado anteriormente por una Drac i iDrac, puede salirte el siguiente mensaje:

Es el plugin que instala en el navegador para ejecutar la aplicación de forma nativa, en vez de con Java. Hay que aceptar siempre su instalación. Esto abrirá una nueva ventana del navegador (permitir para este sitio los pop-ups).

Y aquí es cuando vemos un problema con la ejecución de la consola. Por descartar problemas y tratándose de Drac antiguas, probar la conexión con Internet Explorer. Si el problema persiste y tenemos el complemento anterior instalado, significa entonces que no está funcionando adecuadamente. En este caso, iremos a la administracion de complementos del navegador, preferiblemente IE, como dije antes:

Veremos que en las herramientas y extensiones tenemos 2 complementos instalados, ambos habilitados, y de distintas versiones. Chequeamos las versiones instaladas, y deshabilitamos el complemento más antiguo.

Hecho esto, no necesitamos ni reiniciar el navegador. Intentamos de nuevo la conexión, y debería funcionar sin problemas.

La impresionante placa Odroid-H2 ya a la venta

Como ya comentamos en este artículo, Odroid es una marca de productos de HardKernel con muchas posibilidades para los makers. Te permiten desde montarte tu mini consola estilo Gameboy de juegos retro, pasando por soliciones tipo NAS, o los clásicos media center, usualmente con procesadores ARM de distintas capacidades.

Esta vez, la gente de HardKernel sacan a la venta el Odroid H2, un nuevo dispositivo más potente que los anteriores, pero además de eso, con numerosos cambios, siendo el más notable, el procesador empleado, ya que es el primero que emplean tipo x86. Concretamente, un Intel J4105, un procesador de la gama Celeron.

Las características generales son las siguientes:

• Intel Quad-core processor J4105 (14nm) with 4MiB Cache, up to 2.5Ghz(Single Thread) or 2.3Ghz (Multi Thread).
• Dual-channel Memory DDR4-PC19200 (2400MT/s)
• Total 32GiB RAM Space with two SO-DIMM slots
• 4 x PCIe 2.0 for one M.2 NVMe storage
• 2 x Gbit Ethernet ports
• 2 x SATA 3.0
• Instrucciones SSE4.2 accelerator (SMM, FPU, NX, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, AES)
• Intel UHD Graphics 600 (Gen9.5 LP GT1) up to 700Mhz
• HDMI 2.0 and DP 1.2 multiple 4K/60Hz video outputs

Como sistema operativo recomiendan Ubuntu 18, aunque con sus capacidades puedes ejecutar Windows sin problemas, si así prefieres.

Como todos los productos de HardKernel, para demostrar las capacidades de la placa indican que puede emular sin dificultad a la Wii, y así se puede ver en este video:

De todas maneras, con semejante potencia, puede más bien reemplazar a cualquier PC para uso ofimático, sin mayores problemas.

Sólo un pequeño detalle...cuidado con las 2 conexiones M2 para almacenamiento NVMe, no valen los M2 SATA, y es fácil confundirlos.

Solo añadir que el envío del producto se inició el 27 de Noviembre, de manera que cabe la posibilidad de agotamiento de stock para estas navidades. El enlace de compra lo puedes encontrar AQUI. Está a 111$, lo que significa que machaca a cualquier Intel NUC y similares del mercado.

...Y según termino el post, observo que ya se quedaron sin stock, a pesar de ponerse hace tan solo 1 dia a la venta. Con esta placa pasará seguramente lo que con las Odroid Go, habrá que estar rápido para su adquisición, puesto que son un caramelo para cacharrear con ellas.