VMware: Cómo configurar VCSA 6.5 HA, la nueva alta disponibilidad de vCenter Server Appliance

Saludos amigos, otra de las novedades muy interesantes que VMware ha lanzado en VMware vSphere 6.5 es sin duda el HA para su VCSA, lo que nos permite añadir una protección extra a nuestro elemento más crítico en cualquiera Infraestructura de VMware, el vCenter. durante años hemos tenido que usar HA en SQL Server, e ingeniarlas para dar un HA a los servicios sobre Windows, pero nunca ha estado del todo soportado por VMware, y siempre han recomendado usar su función básica de HA, que no más que levantar la VM en otro Host.

Pero desde VMware vSphere 6.5, VMware ya trae de forma nativa HA para vCenter, solamente para el appliance de Linux, no soportado para Windows de momento, y además configurarlo es un trabajo que nos llevará apenas unos minutos, y apto para cualquier nivel de Admin de VMware.

Activando HA en VCSA 6.5

Nos desplazaremos hasta nuestro vCenter en la vista de Hosts and Clusters y presionaremos en Configure, una vez allí bajaremos hasta la nueva opción llamada vCenter HA y presionaremos en Configure

Tenemos dos opciones para configurar VCSA HA, el modo Basic y el Avanzado, recomiendo el básico ya que configura y despliega automáticamente las NIC, los nombres de los VCSA witness y peer, etc.Una vez hemos seleccionado el modo Basic, usaremos un rango de red, diferente al de Management, para nuestro entorno de HA, y seleccionaremos una Network, diferente al de Management también. Esta será la IP del nodo principal que tenemos actualmente de VCSA 6.5Seleccionaremos la IP para el nodo pasivo y para el nodo que hará de testigoEn la última ventana podremos ver un resumen, puede que aparezca algunos warnings en caso de que tuviéramos Snapshots, o que no hubieramos separado el Storage de los nodos del HA, etc. Podéis resolverlos todos usando el botón de Edit, VMware recomienda lo siguiente para cumplir con un HA adecuado:

• Que el VCSA original no contenga Snapshots
• Que el VCSA original, el witness y el peer no estén el mismo Host
• Que el VCSA original, el witness y el peer no estén el mismo Datastore
• Que el VCSA original, el witness y el peer no usen el rango IP ni la red de Management

Una vez tenemos todo listo ya podremos ver un resumen, que podemos editar en caso de que queramos realizar cambios de última hora, presionaremos FinishY veremos el proceso de despliegue de los Appliances, las provisiones, etc.Pasados unos minutos, dependiendo de la velocidad de vuestro Datastore y recursos en los Hosts, etc, ya podremos ver que tenemos el HA configurado correctamente, ¡así de sencillo!Si hacemos click sobre vCenter HA Monitoring podremos ver también el estado del Cluster de HA:

Realizando un simulacro de Failover

En mi caso he realizado un apagado, botonazo, del VCSA 6.5 que estaba como activo del Cluster, para simular lo que un caso real podría ser, me ha tomado varios segundos hasta que el Passive ha tomado posesión de la IP del vCenter como podéis ver en este Ping:

MacBook-Pro:~ $ ping 192.168.1.47
PING 192.168.1.47 (192.168.1.47): 56 data bytes
64 bytes from 192.168.1.47: icmp_seq=34 ttl=64 time=0.459 ms
64 bytes from 192.168.1.47: icmp_seq=35 ttl=64 time=0.581 ms
64 bytes from 192.168.1.47: icmp_seq=36 ttl=64 time=0.475 ms
Request timeout for icmp_seq 37
Request timeout for icmp_seq 38
Request timeout for icmp_seq 39
Request timeout for icmp_seq 40
Request timeout for icmp_seq 41
Request timeout for icmp_seq 42
Request timeout for icmp_seq 43
Request timeout for icmp_seq 44
Request timeout for icmp_seq 45
Request timeout for icmp_seq 46
Request timeout for icmp_seq 47
Request timeout for icmp_seq 48
Request timeout for icmp_seq 49
Request timeout for icmp_seq 50
Request timeout for icmp_seq 51
Request timeout for icmp_seq 52
Request timeout for icmp_seq 53
Request timeout for icmp_seq 54
Request timeout for icmp_seq 55
Request timeout for icmp_seq 56
Request timeout for icmp_seq 57
Request timeout for icmp_seq 58
Request timeout for icmp_seq 59
Request timeout for icmp_seq 60
Request timeout for icmp_seq 61
Request timeout for icmp_seq 62
Request timeout for icmp_seq 63
Request timeout for icmp_seq 64
Request timeout for icmp_seq 65
Request timeout for icmp_seq 66
Request timeout for icmp_seq 67
64 bytes from 192.168.1.47: icmp_seq=68 ttl=64 time=0.857 ms
64 bytes from 192.168.1.47: icmp_seq=69 ttl=64 time=0.716 ms
64 bytes from 192.168.1.47: icmp_seq=70 ttl=64 time=0.324 ms
64 bytes from 192.168.1.47: icmp_seq=71 ttl=64 time=0.404 ms
64 bytes from 192.168.1.47: icmp_seq=72 ttl=64 time=0.377 ms
64 bytes from 192.168.1.47: icmp_seq=73 ttl=64 time=0.485 ms
64 bytes from 192.168.1.47: icmp_seq=74 ttl=64 time=0.288 ms

Y una vez que el peer se convierte en activo, ha tomado alrededor de unos 5 minutos hasta que los servicios de vCenter han vuelto ha estar activos, primero he visto el siguiente mensaje en el navegador, sobre que el Failover estaba en progreso, una ventana que he agradecido mucho ya que muestra un mensaje muy claro 🙂

Una vez ha terminado esta ventana ha comenzado el mensaje típico del arranque de los servicios de vCenter que toma los últimos minutos del procesoY ya he podido entrar a mi vCenter para poder comprobar el estado del HA, como esperaba, el nodo que antes era Activo ahora aparece en Down, y además se ha movido a pasivo, mientras que el peer ahora es Activo y es donde todas las operaciones se están realizando, ¡bravo VMware!Una vez que arrancamos el VCSA 6.5 dañado, o apagado por cualquier motivo, el HA lo volverá a añadir al Cluster, en modo pasivo por supuesto, sin irrupción:

Opciones para VMware VCSA 6.5 HA

Una vez que tenemos HA configurada podemos realizar varias opciones básicas tales como dehsbailitar vCenter HA o eliminarla completamente si así lo desearamos

Otra de las opciones que tenemos para probar un Failover de una manera más ordenada es usar la opción que VMware nos proporciona en la consola, presionaremos Initiate Failover y presionaremos Yes en la ventana donde nos preguntan si estamos seguros, además podríamos forzar el failover sin esperar que el active se apagará correctamente y terminará sincronización (no recomendado)  Y veremos entonces el estado de la tarea

Extra: Creando una nueva red para VMware VCSA 6.5 HA

Estos pasos son básicos y no creo que hubiera que que mencionarlos, pero no por ello menos interesantes, ya que VMware recomienda tener una red dedicada para VCSA HA, nos iremos hasta nuestro Networking y crearemos una nueva Red

En la ventana para seleccionar el tipo de Red que queremos, seleccionaremos que sera de tipo Virtual Machine Port GroupLe diremos en que Virtual Switch lo queremos, en mi caso vSwitch0Y crearemos un nombre para esta red, en mi caso VCSA HA, para que no haya confusión luego 🙂Una vez tenemos todo presionaremos Finish

Extra 2: Deshabilitar las reglas de anti-affinity para lanzar VCSA HA 6.5 en un solo ESXi

Este pequeño truco viene del Blog de William Lam, como suele ser costumbre su material es impresionante. William, al igual que yo tuvo la necesidad de lanzar VCSA HA 6.5 en un único ESXi, para realizarlo tenemos que editar un parámetro a nivel de vCenter, como podéis ver se trata del valor config.vpxd.vcha.drsAntiAffinity

Nota Final: Esto es todo, este Blog Post es bastante completo, y aunque os recomiendo probarlo en vuestro laboratorio, por favor tener en cuenta que esta tecnología está en su primera versión y en producción podemos encontrarnos con casos arriesgados, si podéis complementar este nuevo HA con una estrategia de Backup del Appliance, así como de las VMs usando Veeam o Nakivo, mejor que mejor.