En todas ellas, la tecnologia que habilita en vmotion.

Transcripción

1 Modulo 9: High Availability and Fault Tolerance Ejercicio: añadir 4 tarjetas de red a ESXi03. Asignarle la direccion de gestion 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

2 Aquí vemos como configurar BMC

3 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

4 Habilitamos HA en nuestro cluster Opciones disponibles

5

6

7 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.

8 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.

9 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

10 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

11 Crear grupo DRS

12 Asi quedan Ahora ya podemos mapear maquinas a host desde las reglas de DRS Diferentes opciones.

13 VM Overrides: Se utilizan para Configurar caracteristicas de algunas configuraciones del cluster a MV especificas

14 Host option agrupa la configutacion de BMC para power management

15 Storage Cluster (Storage RDS):

16

17

18 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

19 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

20 Primero creamos el grupo de puertos FT y Vmkernel uno por host Al crear los Vmkernel los marcamos como FT

21 Ahora ya podemos activar FT maquina a maquina Y normalmenete fallara y si completa la maquina no suele arrancar