Upload
carlos-martinez
View
639
Download
1
Embed Size (px)
Citation preview
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