Expandir un cluster Nutanix con un nuevo nodo

 A la hora de crear un cluster con Nutanix CE, no queda otra que hacerlo via cli, ya que perdemos la capacidad de generarlo con Foundation. Pero, ¿Y si queremos expandirlo?

Nutanix CE permite crear un cluster de 1 nodo, un cluster de 2 nodos, y luego el cluster minimo recomendado, de 3 nodos. Pero puedes expandirlo hasta los 4 nodos. Y eso es lo que vamos a hacer ahora.

Aunque via cli, lo que encontramos en la documentacion de Nutanix es que "Expand cluster using ncli is disabled by default in AOS 6.1.1 or later", significa que poder, podriamos hacerlo, pero que es mas facil si lo hacemos via Prism. Para ello, entramos en nuestro Prism Elements, y nos vamos al icono de settings, a la derecha de la barra de menú:

En el apartado de la izquierda, veremos la opción "Expand Cluster". Pinchamos en ella.

Seleccionamos la primera opción de las 2 que nos da. La segunda seria para realizar la instalacion del hipervisor en un nodo no preparado todavia. Super cómodo en entornos reales, pero aqui lo que estamos haciendo es agregar una VM que ya preparamos previamente, y pulsamos Next:

Lo primero que nos pide es seleccionar el host. En este caso solo tenemos una preparada, asi que en el autodiscovery que hace solo localiza 1, pero de tener varias, verifica la que quieres agregar a partir de su serial number. En el CVM que vamos a agregar, nos basta hacer un "hostname" para averiguar el serial number, ya que es lo que pone por defecto al crear el nodo. Pulsamos Next

En el siguiente paso, seleccionamos el tipo de nodo. Vamos a generar un nodo tipo HCI, y Next

En el siguiente paso no tenemos que hacer nada, al estar ya todo en la misma red. Continuamos:

Finalmente, podemos ejecutar los checks iniciales, o ejecutar la adicion del host al cluster. Va a hacer los check igualmente, antes de agregarlo, asi que a tu eleccion. Lo peor que puede pasar en caso de fallo es que no se agregue el nodo y todo se quede igual que al principio, asi que dale sin miedo.

Como veis, el proceso ha variado ligeramente con respecto a hace unos años, pero en líneas generales, es fácil.

Cómo crear un cluster Nutanix CE nested

 ¡Vamos con un poco de cacharreo! Y qué mejor para cacharrear que montarte un entorno de laboratorio virtual? Vamos a ver cómo podemos montarnos un clúster de 3 nodos Nutanix con la Community Edition.

Lo primero de todo, tendremos que descargarnos los elementos necesarios para ello, y en este caso y yendo a lo simple, nos bastará con la ISO del AOS. De manera que hacemos login en my.nutanix.com (si no tienes cuenta, te la creas, es gratis) y pinchamos en el apartado Community Edition.

Os vais a encontrar las instrucciones de descarga e instalación, pero planteadas para un entorno físico. En este caso, nos descargamos de AQUI la ISO, y continuaremos de otra manera a la que indica la web.

Vamos a nuestro ESXi, y le copiamos la ISO. Seguidamente, creamos 3 VMs con las siguientes características: 

CPU: 8 cores

Memoria: 32 GB

Disco duro 1: 40 Gb

Disco duro 2: 200 Gb

Disco duro 3: 500 Gb

Yo le he metido más CPU y memoria. Realmente con 4 cores y algo menos de RAM debería valer. Lo que sí es importante, que el disco duro 1 tenga al menos 40 Gb. Si habéis visto otros tutoriales, normalmente dicen que 16 GB. Son insuficientes, y da problemas a la hora de realizar la instalación.

En Unidad de CD le ponemos el arranque con la ISO descargada previamente.

IMPORTANTE: vamos a las opciones de la VM y en "parámetros de configuración", pulsamos sobre "editar configuración"

Entra las variables que hay, pulsamos sobre "agregar parámetro" e introducimos en el apartado "Clave", "disk.EnableUUID" y en el apartado "Valor", "TRUE", la como se ve en la siguiente imagen:

En la pestaña de Virtual Hardware, CPU, expandimos el menú y marcamos "Expose hardware assisted virtualization to the guest OS".

Una vez creadas las VMs, arrancamos con la ISO cargada. Se verá una breve pantalla por un segundo con el arranque de la CE, y mucha pantalla negra con texto de carga, hasta que llegamos a la ventana de configuración    

Esta página es un chiste. Veis el EULA ese, que nadie se lee? Pues hay que hacer scroll hasta el final, o en la siguiente pantalla no podrás continuar con el proceso. ¡Avisados estáis! Asi que venga, a mantener pulsada la flecha abajo, hasta el final del documento. Después ya podéis marcar el Accept, y pulsar Start

Tómatelo con calma, el proceso de instalación no es rápido.

Finalizado el proceso, pedirá desmontar el disco y un reinicio. Cuidado con el reinicio, porque aparenta ser rápido, y te da el prompt en poco tiempo, pero internamente está levantando procesos, y le llevará mucho levantar completamente. Para verificar que está listo, accedemos por ssh a cualquiera de nuestras CVMs, con el user y pass por defecto, ya sabes: username nutanix y password nutanix/4u

Introducimos el siguiente comando: "watch -d genesis status". Necesitamos que aparezcan levantados 2 servicios: foundation y genesis.

Con estos servicios levantados, ya podemos iniciar la creación del clúster..

Aquí, la sintaxis correcta sería la siguiente: cluster -s <cvm_ip_1>,<cvm_ip_2>,<cvm_ip_3> –dns_servers 1.1.1.1 create

Incluso, además de las IPs de las CVMs y el servidor DNS, podemos pasar más info a la creación del cluster. Algo asi: cluster -s <cvm_ip_1>,<cvm_ip_2>,<cvm_ip_3> --dns_servers=<IP de los servidores DNS> --cluster_name=<el nombre del cluster> --cluster_external_ip=<la IP propia del cluster> create

Personalmente, me ha dado bastantes problemas hacerlo así, posiblemente porque el DC y DNS de pruebas para el entorno lo tengo "de aquella manera", y ni creando previamente los registros DNS acababa de funcionar correctamente, así que el comando que yo utilizo es solamente el siguiente:

cluster -s <cvm_ip_1>,<cvm_ip_2>,<cvm_ip_3>  create 

La creación del clúster es bastante rápida. Ahora, una sucesión de comanditos para ir creando los parámetros que en otros casos se dan en la misma creación del clúster. Empezamos con un "cluster start"

A continuación, definimos el nombre del clúster con un "ncli cluster edit-params new-name=cluster_name"

Seguidamente configuramos esa Virtual IP Address del clúster, con un "ncli cluster set-external-ip-address external-ip-address=cluster_ip_address"

Para agregar los servidores DNS, introducimos "ncli cluster add-to-name-servers servers=DNS_server_ip_address"

Y ya por ultimo metemos el servidor, o listado de servidores, NTP con "ncli cluster add-to-ntp-servers servers=NTP_server_ip_address" (de este comando se me pasó la captura, sorry).

Con esto, sólo queda que accedas a tu clúster a través de la virtual ip recien configurada, y, ¡a jugar!

PD: Como curiosidad, conéctate de nuevo a una CVM y vuelve a ejecutar el watch -d genesis status. Ahora verás una pila de servicios notablemente superior. Y muchos te sonarán, de la arquitectura de Nutanix, esos servicios que se describen en la Biblia de Nutanix para explicar cómo se comunican los distintos componentes de la solución. Bueno, pues aquí los tienes, en directo:

Ten en cuenta que provisionamos a estas VMs un almacenamiento decente para jugar, así que mi recomendación es empezar por algo facilito: creación de contenedores, y luego file servers.

Como conectar el Cloud Gateway de vSphere+

VMware está de cambios, y uno de ellos son las nuevas versiones "+" de sus productos. Por ejemplo, vSphere, un clásico, suma un "+", que nos da una capa de gestión en la nube, con varias ventajas, como son el gestionar entornos de distintas ubicaciones en un único portal web. Y para ello, solo nos pide el despliegue de un appliance en cada localización con un vCenter.

Para que podamos establecer conexión tenemos una serie de requisitos previos muy simples:

• Conexión a internet: a pesar de que los vCenter Server no están conectados a Internet (y no deben estarlo), el dispositivo Cloud Gateway requiere acceso a Internet para poder comunicarse con VMware Cloud 
• Puertos de firewall: algunos puertos deben estar abiertos (principalmente el puerto 443) para las comunicaciones adecuadas hacia y desde el dispositivo Cloud Gateway
• Recursos: debe haber suficientes recursos (memoria, CPU, almacenamiento) en el clúster en el que se implementará el dispositivo Cloud Gateway

Antes de comenzar, tendremos que crear una conexión entre VMware Cloud Gateway y VMware Cloud.

Para ellos vamos a la web del cloud gateway que hemos desplegado, en este ejemplo, los datos de nuestro cloud gateway son: https://cloud-gateway01.corp.local:5480/gw-platform y pulsamos "get started". Una vez entramos, vemos 2 opciones: conectar el gateway a VMware Cloud, y conectarlo a un vCenter server o una instancia VCF. Empezaremos por configurar la conexion a la nube, así que en el cuadro de Connect VMware Cloud Gateway, pulsamos connect:

Nos lleva a la pantalla de inicio:

Nos puede dar acceso, o nos puede facilitar un código de registro único, como en este ejemplo:

Copiamos el código y lanzamos la ventana de VMware Cloud. Introducimos nuestros datos de acceso,

Nos pedirá la organización a la que conectar. Seleccionamos, y confirmamos. 

Ahora es cuando nos pedirá el valor inicial

Se lo toma con un poco de calma. Una vez creada la conexión de vCenter Cloud Gateway, ahora podemos iniciar sesión en Cloud Gateway y conectar los servidores a VMware Cloud.

Iniciamos sesión en VMware Cloud Gateway con nuestras credenciales:

Veremos que ya tenemos configurada la conexión del gateway a la nube. Ahora la conectamos a nuestro vCenter server, o nuestro VCF, lo que proceda.

Accedemos en otra ventana a nuestro vCenter. Es posible que nos salga una ventana para instalar un plugin. Indicamos que si.

Accedemos a nuestro vCenter con nuestro admin local,

Localizamos en nuestra infra el DNS name que tiene nuestro vCenter Server y lo copiamos

Nos volvemos a nuestra pestaña del cloud-gateway,  donde nos quedamos en el registro de instancias de vCenter, y pulsamos sobre Add vCenter Servers:

Introducimos el nombre DNS de nuestro vCenter, y como user y pass para la conexión, la cuenta de administrator@vsphere.local, y pulsamos sobre Add vCenter

Nos saltará una alerta de seguridad, sobre la que pulsaremos "connect",

Nos aparecerá nuestro vCenter server para seleccionar, y pulsamos Next

Aceptamos condiciones, y pulsamos next

Es posible que nos devuelva a la pantalla de inicio del cloud gateway. Si es el caso, volvemos a acceder,

Y veremos que el vCenter ya nos aparece como conectado. Pulsamos sobre "go to VMware Cloud",

En la consola de VMware Cloud veremos que se ha agregado nuestro vCenter como SDDC

Si tenemos mas vCenter, es repetir los pasos anteriores de "connect new vCenter Servers".

Con esto, accediendo a VMware cloud, podremos ver las distintas instancias que hayamos conectado y gestionarlas desde este punto. Además, si tenemos otros productos "+" como el vSAN, se podrán gestionar también desde aquí.

Si te ha gustado el articulo, puedes invitarme a un café ;)

Como crear un segmento de red de VMware on AWS

 Vamos a ver un ejemplo rápido de configuración de red en VMware Cloud on AWS. En concreto, la creacion de un segmento de red. Para ello, vamos a nuestra consola de VMware Cloud, https://www.vmware.com/cloud-solutions.html, y accedemos con nuestro login y pass.

Esto nos llevará a nuestra pantalla principal con nuestros SDDCs:

Accedemos al que vamos a configurar, y nos vamos a la pestaña de "networking & security". Desde ahí, en el menú de la izquierda, pulsamos sobre "segments", y "add segment"

Desde aquí podremos configurar los valores del segmento de red. Básicamente es indicar el nombre del segmento, tipo, que suele ser Routed, y el segmento de red CIDR. Pulsamos en SAVE, y nos aparecerá un aviso indicando si queremos configurar el segmento. 

Podemos pulsar en NO. Nos aparecerá el nuevo segmento junto con los que teníamos en pantalla en la captura superior.

Configurar NSX y HCX para migrar de cargas de trabajo en GCVE

 Siguiendo con el anterior artículo donde desplegábamos una nube privada basada en hosts VMware en Google Cloud, GCVE, y teniendo en cuenta que esta solución, igual que las de Azure y AWS despliegan no solo hosts con ESXi, sino el vSphere, con vSAN y HCX, vamos a ver cómo configurar NSX-T y HCX para migrar cargas de trabajo entre distintos entornos de vSphere.

Para ello entramos en nuestra consola de GCVE (Google Cloud VMware Engine) y en Resources, entramos en la nube privada a configurar (aqui todavia está desplegandose la que creamos anteriormente...).

Vamos a vSphere Management Network, y seguidamente hacemos click en el FQDN del NSX manager:

Esto nos lleva a la consola del NSX. Ahí pinchamos en Networking:

Bien...si no lo tenemos abierto, abrimos la consola de vSphere de nuestro GCVE, y desde el menú, vamos al HCX:

Dentro, en el menú de la izquierda,  en el apartado de infraestructura, nos encontramos los apartados de Site Pairing e interconnect, donde vemos que es fácil agregar la conectividad de los distintos entornos. Adjunto un par de capturas de las ventanas:

Migrar cargas de trabajo es tan fácil como ir en nuestro HCX al menú principal de la izquierda, y en Services / migración, pinchar en Migrate:

En la ventana flotante configuramos los parámetros para la migración:

 En la ventana de Transfer and Placement tienes varios elementos para configurar la migración, no voy a entrar en detalle en todos porque son evidentes: ubicacion, datastore...pero sí interesa la opción de migración, que puede ser vMotion y bulk migration:

Una vez tenemos seleccionadas las opciones de transfer and placement, podemos ver la tarea que se va a ejecutar, ubicación de las VMs, formato de almacenamiento en destino...y ya solo queda pulsar en "validate", y "GO"

Con esto, hemos terminado. Una vez finalice la tarea, veremos la VM corriendo en el cluster receptor.

Si te ha gustado el articulo, puedes invitarme a un café ;)