La Red de VMware vSphere HA

Red de HA



HA es el sistema de vSphere para alta disponibilidad de Máquinas Virtuales por naturaleza. Podemos decir que cumple perfectamente con las tres B´s: Bueno – Bonito – Barato. Y además funciona!!! Todo por el mismo precio ;)

Pero como todo en la vida, hay que cuidarlo. En este Post veremos qué opciones tenemos para aprovisionar de alta disponibilidad al sistema HA así como también qué ocurriría en caso de fallo.

 

Si bien el servicio de HA está configurado y provisto por vCenter, son los propios Hosts los que se entienden entre ellos para dar esa bendita alta disponibilidad, independientemente de si vCenter está operativo o no. Motivo por el cual podemos proteger el propio vCenter con HA.

La red de HA es utilizada por los Hosts para determinar si están operativos, en mantenimiento, caídos o bien aislados (isolate). Lo primero que debemos aclarar o recordar es que esa red de HA que utilizan los Hosts, cual red de Heartbeat, utiliza los Port Group de Management.

 

Veamos a continuación los diferentes servicios que participan en un sistema HA:

FDM: Fault Domain Manager. Agente de HA instalado en los Hosts. Los Hosts utilizan este agente para identificar su situación actual y dar parte del estado al resto de Hosts o bien realizar una acción.

VPXA: Virtual Provisioning X Agent. Agente instalado en un Host para comunicación y configuración por parte del servicio vCenter.

HOSTD: Recibe las peticiones por parte de un vSphere Client y del VPXA para enviarlas al Kernel.

VPXD: Virtual Provisioning X Daemon. Servicio del vCenter para comunicación y administración un Host.

 

En un Cluster de HA siempre debe haber uno de los Hosts que cumpla la función de Master.

El Host que está operando como Master es el encargado de monitorizar el estado del resto comunicar esa situación al servicio vCenter utilizando el canal VPXA-VPXD.

 

Dentro de un Cluster podrá existir un único Master cumpliendo el resto de los Hosts la función de Slave. Esto tiene una excepción y es cuando la red está particionada.

 

Cuáles son los posibles estados de un Host dentro de un Cluster de HA?

Operativo: el Host puede comunicarse con el resto de Hosts del Cluster así como también con los Datastores.

Mantenimiento: cuando un Host está en mantenimiento no puede dar servicio a Máquinas Virtuales y por lo tanto tampoco será útil dentro del Cluster de HA.

Aislado (Isolate): el Host está operativo pero a través de su red de Management no es posible contactar con ningún miembro del resto de Hosts del Cluster.

Particionado: el Host se comunica con otros Hosts pero no con todos. Incluso es posible que no tenga contacto con el servidor de vCenter.

 

Qué herramientas utilizan los Hosts para identificar su estado?

Además de la red de Management los Hosts utilizan los Datastores para identificar su estado (a partir de la versión 5.0). A este control adicional se le llama Datastore Heartbeating y podremos seleccionar qué Datastores utilizaremos como control.

 
Datastore heartbeating

Otro de los puntos de consulta que se utilizan por defecto es el Router. La puerta de enlace que configuramos en la red de Management será consultada, mediante un simple ping, por el propio Host para identificar su estado.

También es posible configurar unos dispositivos adicionales a los que consultar enviándoles paquetes ICMP, pings básicamente. Esto es particularmente útil en caso que nuestra puerta de enlace no devuelva ping o en el supuesto caso que nos interese añadir puntos de control adicionales.

 

Cómo añadir redundancia a la red de VMware vSphere HA?

Tal y como hemos comentado anteriormente esa red que utiliza HA para la comunicación del servicio FDM entre los Hosts no es otra que la propia red de Management de cada Host.

De forma que para aprovisionar de alta disponibilidad a la red Management/HA tenemos básicamente dos opciones:

-Aprovisionar de dos o más vmnics al Port Group de Management

-Crear dos Port Groups de VMkernel para Management. Es recomendable en este caso utilizar dos ámbitos de direccionamiento diferentes.

 

Pero si nos interesa darle aún más herramientas a los Hosts para que identifiquen su estado entonces podremos añadir dispositivos de consulta.

No son más que dispositivos o cualquier sistema que nos devuelva ping. Estos dispositivos tendrían que estar fuera del entorno virtual (no ser una máquina virtual, cabina, etc) y tendrá que estar lo más cerca posible al Host. Es decir que no tenga que pasar por varios Switches ni Routers. Cuál será el candidato ideal? El Switch!!! Los Switches son los dispositivos ideales para utilizarlos como consulta.


Opciones avanzadas vSphere HA 

Como siempre ha sido un placer. Espero que el Post te haya resultado útil e interesante.

Lo compartes?

Deja un comentario

Muchas gracias por tus comentarios!!
Tras la revisión rutinaria, será publicado.

Utilizamos cookies propias y de terceros para facilitar y mejorar nuestros servicios. Al navegar por nuestra página web aceptas nuestras cookies.

Para más información, o para conocer cómo cambiar la configuración, lee nuestra Política de cookies. Saber más

Acepto

Mis Partners