HA y DRS en VMware vSphere

DRS

VMware® Distributed Resource Scheduler (DRS) asigna y balancea

dinámicamente la capacidad de procesamiento entre un conjunto de recursos

de hardware agregados a grupos de recursos lógicos. VMware DRS supervisa

continuamente la utilización en los pools de recursos y asigna de forma

inteligente los recursos disponibles entre las máquinas virtuales, basándose en

reglas predefinidas que reflejan las  necesidades empresariales y las

prioridades cambiantes. Cuando una máquina virtual experimenta un aumento

de la carga, VMware DRS asigna automáticamente recursos adicionales

mediante la redistribución de las máquinas virtuales entre los servidores físicos

del grupo de recursos.

HA

VMware® High Availability (HA) es una solución asequible y fácil de utilizar que

garantiza la alta disponibilidad de las aplicaciones que se ejecutan en las

máquinas virtuales. En caso de fallo de un servidor físico, las máquinas

virtuales afectadas se reinician automáticamente en otros servidores de

producción con capacidad adicional. En caso de fallo del sistema operativo,

VMware HA reinicia la máquina virtual afectada en el mismo servidor físico. La

combinación de VMware HA y las funciones de disponibilidad de la plataforma

VMware vSphere™ permite a las organizaciones seleccionar y obtener

fácilmente el nivel de disponibilidad requerido para todas las aplicaciones

críticas.

Grupo Integral OT, SA de CV

Para poder utilizar las funcionalidades de HA (High Avaliability) y DRS

(Distributed Resource Scheduler) debemos configurar primero un Cluster de

host ESX/ESXi desde la consola de administracion del vCenter.

Hacemos un clic derecho sobre el DataCenter y pulsamos en “New Cluster”

Grupo Integral OT, SA de CV

Ponemos el nombre a nuestro Cluster y marcamos las opciones de HA y DRS

Indicamos el nombre al clúster y seleccionamos las opciones que querramos

para nuestro clúster. Marcaremos dependiendo de la licencia que hayamos

adquirido. Tenemos:

- "VMware HA" que nos permite poder migrar entre los hosts de forma

automática las MV en caso de caida de un host.

- "VMware DRS" o Distributed Resources Scheduler que permite poder mover

de forma automática las MV entre los hosts sin tener que realizar parada de la

MV dependiendo cómo lo configuremos, las movería en caliente y si un host se

cae las MV de ese host se distribuirán a los hosts disponibles sin parada de

ejecución de los usuarios.

Grupo Integral OT, SA de CV

Debemos configurar el WMware DRS, es la forma que se moverán las MV

entre los hosts ESX, tenemos tres posibilidades:

-"Manual": No se moveran de forma automática ninguna MV entre los hosts, si

no, deberíamos de moverlas manualmente, así que si un host ESX está

sobrecargado DRS no se ejecutará y moverá las MV para liberar carga.

- "Partially automated": Tampoco se moverán las MV entre los hosts si alguno

de ellos tiene sobrecarga, sólo se moverán a la hora de arrancar una MV, verá

cual es el servidor con menos carga y desde él se ejecutará.

- "Fully automated": Y este es el modo más interesante, poder mover las MV de

forma automática entre los diferentes hosts, si un host se sobrecarga será

inteligente y moverá la MV que considere al host más libre de carga, todo ello

dependiendo del tipo de valor que indiquemos, si más conservativo/suave o

más agresivo. El parámetro que se suele dejar en las cuatro estrellas. "Next",

Grupo Integral OT, SA de CV

Tambien tenemos opcion de configurar parametros de DPM (Distributed Power

Management) para el ahorro de energia y consumo de los host ESXi haciendo

que las maquinas se muevan hacia otro host cuando consuman pocos recursos

y apagando uno de ellos (standby) y volviendo a levantar el host ESXi cuando

sea necesario mas recursos y reponiendo en el las maquinas virtuales.

Tener en cuenta que cuantos mas host ESXi tengamos mayor sera el ahorro ya

que mayor numero de ellos podremos "apagar" con DPM al finalizar la jornada

y volver a levantarlos cuando se inicie la siguiente y los usuarios demanden

recursos.

Otra opcion importante es habilitar el "Host Monitoring" con el cual mediante un

heartbeat el vCenter conocera el estado de las maquinas virtuales contra las

tools instaladas en ellas.

Grupo Integral OT, SA de CV

Aqui podremos seleccionar la prioridad de reinicio de las maquinas y el tipo de

respuesta de una maquina que se ha quedado aislada (isolation response), una

maquina que no responde al heartbeat.

También la sensibilidad del heartbeat para hacerlo mas sensible a cambio o

menos, con intervalo de tiempo hasta los 30 segundos

Grupo Integral OT, SA de CV

Una de las mejoras de la version 4.0 y 4.1 de vSphere es la mejora de la

compatibilidad para vMotion, siendo capaz de habilitar un mecanismo que nos

alerta de las posibles incompatibilidades entre host y mejorando su rendimiento

notablemente. En la version 4.1 se han introducido un mayor número de

procesadores soportados.

Como viene siendo habitual, tambien podremos cambiar el lugar de

almacenamiento del fichero de swap que como recomendacion debe alojarse

en el mismo contenedor que maquina para que este siempre se mueva con ella

y evitemos errores de vMotion

Grupo Integral OT, SA de CV

Un resumen final de nuestra configuracion y ya tenemos el cluster creado.

Ahora nos queda añadir los host. Si ya los teniamos inventariados en el

DataCenter los podemos arrastrar y soltar encima del Cluster; si no, podemos

agregarlos con el wizard: click derecho sobre el cluster y Add Host.

Si bien nos podemos encontrar con errores como el siguiente, respecto de la

funcionalidad del DPM que deberemos revisar y de la compatibilidad de EVC

Grupo Integral OT, SA de CV

Arrastramos y soltamos en el Clúster el primer Host y nos salta

automáticamente este miniwizard que nos da opción a crear un nuevo pool

DRS o mantenerlo en la raíz

Clic en next

Aquí nos da un error de EVC y para solventarlo vamos a las propiedades del

Clúster y desactivamos la compatibilidad de EVC

Grupo Integral OT, SA de CV

Y lanzamos de nuevo el proceso, podemos ver en la barra inferior Task como

se instala el agente HA en el Host desde el vCenter Server

Realizamos este proceso con el otro Host , o los que sean necesarios, y ya

tenemos un Cluster con DRS, HA y DPM.  Si nos fijamos tenemos una

advertencia sobre la pestaña summary que nos informa que uno de los host no

tiene ethernet redundante. Debemos planificar bien la infraestructura que

vamos a montar antes de ponernos a configurarla, un bien

dimensionamiento resultara en un mayor rendimiento.

Por ejemplo, es importante redundar las conexiones ethernet porque a pesar

de que tengamos HA un host puede quedarse aislado no solo porque se

apague o sufra un purplescreen , si no por un simple latiguillo de red  que corte

la comunicacion.

Grupo Integral OT, SA de CV