----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Modulo 9: High Availability and Fault Tolerance

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Ejercicio: añadir 4 tarjetas de red a ESXi03. Asignarle la direccion de gestion 192.168.10.103. crear el registro A en el DNS y añadirlo a

vCenter. Despues añadirlo al cluster.

Cuando tenemos creado un cluster en vSphere, podemos habilitar varias caracteristicas avanzadas:

- DRS (Dynamic Resource Scheduler)

- HA (high Availability)

- FT (Fault Tolerance)

- EVC (Enhanced vSphere Compatibility)

En todas ellas, la tecnologia que habilita en vMotion.

DRS nos permite balancear la carga entre los nodos del cluster. El movimiento de las maquinas virtuales para balancear puede ser:

- Manual: DRS hace los calculos de balanceo y nos da sugerencias, pero no mueve las maquinas.

- Partially automated: DRS hace los calculos de balanceo y solo mueve la maquina cuando se esta creando o cuando se esta

iniciando, pero no si ya esta iniciada.

- Fully automated: DRS hace los calculos de balanceo y mueve las maquinas que necesite en cualquier momento.

En cualquier caso, podemos modificar la sensibilidad del algoritmo entre 2 extremos: Conservative ------ Aggresive

DRS tiene otra caracteristica adicional que es power Management. Cuando la habilitamos, el algoritmo trata de agrupar las maquinas

de forma que queden nodos vacios y apagarlos para ahorrar energia. Requiere caracterisitcas de gestion de energia en los hosts para

encenderlos de forma automatica cuando son necesarios: BMC

Aquí vemos como configurar BMC

Y para consultar si es compatible

HA (High availability):

Tambien se basa en vMotion, pero el objetivo no es balancear al carga, si no detectar fallos en los host o en las MVs y mover las

maquinas para que sigan dando servicio.

HA debe garantizar que el cluster tiene capacidad suficiente para levantar las MVs en otro hosts si uno de ellos falla.

Por este motivo es fundamental el concepto de “admission control”

Ejemplo:

ESXI01: 65% de su capacidad

ESXI02: 60% de su capacidad

ESXI03: 50% de su capacidad

Si se cae el 03 podriamos absorber la carga en los otros hosts repartiendo la carga entre ellos

Habilitamos HA en nuestro cluster

Opciones disponibles

El objetivo de HA es garantizar que el cluster tiene recursos suficientes para mantener en funcionamiento todas las VMs incluso si falla

uno o varios hosts.

Como HA debe mantener reservados recursos por si hay un fallo, se habilita “admission Control”. Podemos configura<r el control de

adminison en funcion del numero de hosts que vamos a permitir que fallen en el cluster, o en funcion del porcentaje de recursos que

vamos a reservar.

VM monitoring:

Esta deshabilitado por defecto y require que las maquinas virtuales tengan las VMware tools instaladas. Las tools se comunican con

vCenter.

El escenario de uso es cuando queremos detectar que una MV ha dejado de responder aunque el host en la que esta alojada sigue

respondiendo.

Nosotros lo dejamos apagado ya que no tenemos maquinas con las tools

Con el datastore heartbeating podemos saber si un host esta levantado aunque no llegamos por ip

Lo que hace es monitorizar el datastore y si detecta cambios sabe que el host esta levantado aun que no tengamos conexión con el.

EVC (Enhanced vSphere Compatibility):

El escenario ideal dce un cluster es que todos los nodos sean exactamente iguales, tanto en hardware como en software.

Es habitual encontrarnos con clusters en los que los nodos no son todos iguales. Podria ocurrir que algunos nodos tuviesen

procesadores diferentes o incluso diferentes fabricantes.

Si intentamos mover en caliente (vMotion) una MV entre dos hosts con procesadores diferentes, es muy probable que la maquina

falle y se apague. Los ESXi siempre tratan de sacar el maximo rendimiento de cada procesador y las caracteristicas especiales de ese

procesador las trasladan a la MV. Un ejemplo son los Bits XD/ND (Intel/AMD). Estos bits tienen como funcion principal evitar los

ataques de buffer overflow.

Esto podria hacer que fallasen servicios como DRS y HA, que usan vMotion. Para evitarlo, podemos habilitar EVC. EVC esconde las

caracteristicas especiales de cada procesador y solo usa las basicas que son comunes a todos. Esto puede hacer que el rendimiento

sea peor al no aprobechar estas caracteristicas.

SI tenemos varios fabricantes de procesadores recomiendan separalos por clusters, un cluster solo Intel y otro solo AMD

DRS Rules:

El objetivo de DRS es balancear las MVs entre los diferentes hosts para tener el cluster balanceado.

Podemos encontrarnos con escenarios donde DRS podria darnos un rendimiento inferior al esperado, o provocar algun problema:

- Un dominio con 2 DCs. No seria interesante que los dos DCs vayan al mismo host ESXi.

- Una aplicación en 3 niveles. Podria ser mejor el rendimiento si las 3 maquinas estan en el mismo host y para comunicarse la

red, sino el bus del host.

Para controlar este comportamiento usamos las reglas y grupos de DRS.

Para usar la ultima opcion tenemos que crear grupos DRS

Crear grupo DRS

Asi quedan

Ahora ya podemos mapear maquinas a host desde las reglas de DRS

Diferentes opciones.

VM Overrides:

Se utilizan para Configurar caracteristicas de algunas configuraciones del cluster a MV especificas

Host option agrupa la configutacion de BMC para power management

Storage Cluster (Storage RDS):

Reglas de datastorecluster

Se puede hacer que si una maquina tiene cuatro discos esos discos enten cada uno en un data store para tener mayor rendimiento

FT (Fault Tolerance):

La caracterisitca HA detecta si un host o una MV falla y reinicia la MV en otro host. Este proceso puede tardar unos pocos segundos o

minutos:

1. Detectar la caida

2. Reiniciar la maquina en otro host

Hay escenarios en los que no nos podemos permitir estos tiempos de caida.

FT nos permite tener una “replica” de una MV sincronizada de forma que cuando la primera deja de responder, la segunda ocupa su

lugar. Esto implica un mayor consumo de recuros e impone muchas limitaciones.

- Tenemos una replica de la maquina en otro host consumiendo CPU y memoria

- Se hace una copia exacta de los archivos de la maquina

Los inconvenientes son muchisimos raro es el caso de utilizar FT

Para habilitar FT con RDS tenemos que tener activado EVC obligatoriamente

Para saber si el host es compatible con FT vamos a summary y tiene que aparecer datos en el apartado Fault tolerance

Desde el cluster tambien se puede comprobar

Primero creamos el grupo de puertos FT y Vmkernel uno por host

Al crear los Vmkernel los marcamos como FT

Ahora ya podemos activar FT maquina a maquina

Y normalmenete fallara y si completa la maquina no suele arrancar