© Josep Ros. Con la tecnología de Blogger.

Consulta sobre vMotion, DRS y HA

Mi querido colega Matias Ruggeri me escribe desde Buenos Aires, Argentina y me formula la siguiente consulta:


Estimado antes que nada le agradezco junto a usted evacue muchas dudas además de aprender muchísimo en la labor diaria y autodidacta.

Le comento que nunca pude entender las prestaciones y diferencias entre HA, DRS y VMotion.

Entiendo por:

DRS Balanceo de carga

VMotion a moverlas cuando yo guste

HA a que cuando se caiga un host ESXi automáticamente se levante (desde apagado) en otro host y que es necesario que el disco este en algún datastore que no sea el local.

Si tienes un tiempo podras explicar ¿?

No me queda bien en claro si HA necesita si vmotion (estimo que si), se que no depende de drs pero que juntas se optimizan los host ESXi.

Muchas gracias por su tiempo!!!!!  Y  como siempre fiel a su blog!!!!

Un saludo desde Argentina!


Muchas gracias querido Matias, un placer que sigas interesándote por este blog, a pesar de lo poco que lo actualizo últimamente :-)

Veamos es muy fácil. Planteemos un escenario con 3 hosts y una SAN con conexión iSCSI o FC. Los tres servidores ESXi acceden a las diferentes LUNS formateadas con VMFS y todos los hosts pueden ver a todas las VMs, aunque en un momento determinado sólo uno de ellos puede levantar una VM, de forma habitual.

Empecemos con vMotion. Si yo quiero apagar un host para ampliarle la RAM, moveré todas sus VMs a cualquiera de los otros dos hosts (siempre que la carga me lo permita, claro) y, previo poner el servidor en modo de mantenimiento, ya podré apagar el host, ampliar la RAM, etc. Finalmente lo levantaré y podré volver a hacer vMotion y liberar un segundo host para seguir con esas operaciones de ampliación de RAM.

vMotion se realiza desde el vCenter, atacando normalmente por el vSphere Client, desde nuestro equipo local windows. Esta funcionalidad está disponible en vSphere Essentials Plus 5.1 o superior.

DRS es, efectivamente el balanceo de recursos RAM y CPU de un clúster compuesto por diversos hosts. Puede llegar a ser automático. Esto evita que un host esté al 95% de RAM y los otros dos al 20%, por ejemplo. No voy a decir de CPU porque es básicamente casi imposible, a no ser que tengamos los hosts con muy poquita RAM.

DRS también nos sugiere en qué host tenemos que levantar una nueva VM o, si lo hemos automatizado totalmente, decidirá por nosotros en qué host se levanta.

En cuanto a HA, siempre comento que el nombre es patético y lo puso alguien tras asistir a una fiesta de Veeam en una vmworld, seguro. Básicamente se tomó todos los vodkas de la barra libre. Alta Disponibilidad se le da al hecho de que una VM caiga y deje de dar soporte (no me toques el orto como dirían ustedes). Efectivamente, si un host cae, sus vms, repentinamente, se encuentran 'huérfanos' y pasan a levantarse en otros hosts del clúster que estén disponibles y tengan recursos suficientes de RAM y de CPU para poderse encargar de su gestión adecuadamente.

Es el único servicio de vSphere en el que hay caída de servicio y se le llama Alta Disponibilidad! Bravo!! :-) Aquí no tiene nada que ver vMotion, pues no hay procedimientos en caliente. Dependiendo de la configuración HA puede tardar entre 1 y 5 minutos aproximadamente. HA está soportado a partir de Essentials Plus.

Se pueden consultar las diversas funcionalidades de vSphere, según sus ediciones, aquí:

http://www.vmware.com/es/products/datacenter-virtualization/vsphere/compare-editions.html

Espero haberle sido de ayuda amigo Matías!

Un abrazo!

5 comentarios:

Matias Ruggieri dijo...

Muchas gracias por tu respuesta José!
BonusTrack :P
HA requiere que el VMDK y el VMX (Entre otros) estén en un datastore (sabiendo que ambos nodos ESXI puedan verlo) solo el VMDK? Suponiendo que tendría la VM completa en un HDD local no funcionará ya que el host estaría caído jajajaa….
Por último, suponiendo que se ejecute el balanceo automático y DRS hace que otro host “ejecute la vm” lara liberar a otro nodo, partiendo de que la misma se encuentra en un HDD local de uno de esos nodos…. ¿Los IO para la comunicación entre la vm y su hdd se realizan a través de la red no? O tengo que poner la vm en un datastore (Similar a la primer pregunta)
Muchísimas gracias nuevamente, un GROSO con todas las letras

PD: Concuerdo que se habrá tomado unas copitas de mas jajajaja :P si de barra libre se habla todos presentes jajajajaa


Matias Ruggieri dijo...

Muchas gracias por tu respuesta José!
BonusTrack :P
HA requiere que el VMDK y el VMX (Entre otros) estén en un datastore (sabiendo que ambos nodos ESXI puedan verlo) solo el VMDK? Suponiendo que tendría la VM completa en un HDD local no funcionará ya que el host estaría caído jajajaa….
Por último, suponiendo que se ejecute el balanceo automático y DRS hace que otro host “ejecute la vm” lara liberar a otro nodo, partiendo de que la misma se encuentra en un HDD local de uno de esos nodos…. ¿Los IO para la comunicación entre la vm y su hdd se realizan a través de la red no? O tengo que poner la vm en un datastore (Similar a la primer pregunta)
Muchísimas gracias nuevamente, un GROSO con todas las letras

PD: Concuerdo que se habrá tomado unas copitas de mas jajajaja :P si de barra libre se habla todos presentes jajajajaa

Matias Ruggieri dijo...

Muchas gracias por tu respuesta José!
BonusTrack :P
HA requiere que el VMDK y el VMX (Entre otros) estén en un datastore (sabiendo que ambos nodos ESXI puedan verlo) solo el VMDK? Suponiendo que tendría la VM completa en un HDD local no funcionará ya que el host estaría caído jajajaa….
Por último, suponiendo que se ejecute el balanceo automático y DRS hace que otro host “ejecute la vm” lara liberar a otro nodo, partiendo de que la misma se encuentra en un HDD local de uno de esos nodos…. ¿Los IO para la comunicación entre la vm y su hdd se realizan a través de la red no? O tengo que poner la vm en un datastore (Similar a la primer pregunta)
Muchísimas gracias nuevamente, un GROSO con todas las letras

PD: Concuerdo que se habrá tomado unas copitas de mas jajajaja :P si de barra libre se habla todos presentes jajajajaa


Matias Ruggieri dijo...

Muchas gracias por tu respuesta José!
BonusTrack :P
HA requiere que el VMDK y el VMX (Entre otros) estén en un datastore (sabiendo que ambos nodos ESXI puedan verlo) solo el VMDK? Suponiendo que tendría la VM completa en un HDD local no funcionará ya que el host estaría caído jajajaa….
Por último, suponiendo que se ejecute el balanceo automático y DRS hace que otro host “ejecute la vm” lara liberar a otro nodo, partiendo de que la misma se encuentra en un HDD local de uno de esos nodos…. ¿Los IO para la comunicación entre la vm y su hdd se realizan a través de la red no? O tengo que poner la vm en un datastore (Similar a la primer pregunta)
Muchísimas gracias nuevamente, un GROSO con todas las letras

PD: Concuerdo que se habrá tomado unas copitas de mas jajajaja :P si de barra libre se habla todos presentes jajajajaa

Josep Ros dijo...

Me alegro que te gustasen :-)

Todos los ficheros de la VM (no sólo esos dos) tienen que estar en un Datastore compartido que sea visto por ambos hosts para que HA funcione.

Efectivamente si alguno de los archivos de la VM está en local HA no funcionará.

No es válida la última pregunta. Si una VM está en local no es susceptible de participar en el clúster DRS. Para todos estos servicios avanzados nos tenemos que olvidar de los Datastores locales, que recomiendo siempre dejar únicamente para la instalación del ESXi y las VMs siempre en una SAN, cuánto más pata negra mejor :-)

Un abrazo y a ver si un día nos podemos ver en Buenos Aires y charlar sobre virtualización! :-)

Consulta Técnica

[Consulta Técnica][bleft]

Virtualización

[Virtualización][twocolumns]

Naturaleza

[Naturaleza][grids]