Alta disponibilidad para vCenter (Parte 1)

vSphere 6.5 y la alta disponibilidad en VMware

Con la última actualización de la versión de vSphere 6.5 nos encontramos con una funcionalidad bastante atractiva como la alta disponibilidad para el servidor de Virtual Center.

Desde hace unas cuantas versiones, VMware soporta que vCenter esté dentro de la configuración de un clúster lo cual permite tolerancia a fallos, pero si cae la máquina que alberga el VC, tenemos que conectarnos al host físico para arrancar nuevamente el vCenter.

En entornos que tienen pocos host es bastante rápido, pero en entornos con muchos host, lleva un tiempo localizarlo, o podemos no enterarnos y que se quede parado.

 

¿Cómo evitar que se pare un entorno con muchos host?

Para evitar esto montaremos una topología HA de vCenter.

El Witness es un vCenter “ligero” que únicamente monitoriza los otros dos nodos, la sincronización de las base de datos se realiza entre los nodos activo y pasivo. Cuando habilitamos VCHA, se despliegan dos máquinas virtuales de vCenter, una de ellas como nodo pasivo y otra como Witness, manteniendo el vCenter actual el rol de nodo activo.

Prerrequisitos para desplegar el entorno

Antes de desplegar el entorno necesitamos cumplir una serie de requisitos previos.

• El virtual center tiene que ser en formato VCSA (Virtual Appliance) , no está soportado para vCenter sobre Windows.
• Tiene que haber un mínimo de 3 host en el clúster, ya que monta cada uno de los VCSA en un host diferente.
• Hay que crear una red secundaria para el tráfico de hearbeat, es recomendable que se asigne a una Vlan diferente, pero también funciona en redes planas, asignando un rango de red diferente a la red de gestión.
• Necesitaremos 3 IP de la red de hearbeat para asignar a cada una de las maquinas.
• Datastores separados, el datastore que albergue el nodo pasivo y/o el witness no debe ser el mismo. Para conseguir una redundancia total, lo ideal es que sean 3 datastores diferentes. Una manera de conseguirlo es si tenemos discos en los host, montar las maquinas virtuales en el datastore local.

Hay un par de puntualizaciones a tener en cuenta:

1. El nodo con el rol de Witness, no puede tomar un rol activo o pasivo, es un árbitro.
2. Al ser un sistema activo/pasivo el cuesta un poco de tiempo, la conmutación de un nodo al otro.

Más información y guías de mejores prácticas VMware

vSphere: Disponibilidad (EN)    vCenter Server: rendimiento y mejores prácticas (EN)

En el próximo artículo veremos paso a paso cómo se configura este tipo de clúster.