VMware Global Community
akumal2
Enthusiast
Enthusiast

Opciones de HA en vSphere

HOla

¿cambian algo las opciones de "isolation response" en vSphere?, me refiero al funcionamiento, yo en esx 3.5 dejaba en power off y nunca utilicé leave power on, y las Mvs las levantaba en el otro servidor. Ahora he hecho lo mismo con vshere y se "cae" el virtual center y despues al entrar a los esx veo que las Mvs están apagadas.

Lo que hago para hacer la prueba de ha es quitar los cables de red.

NOTA: el vcenter es una maquina virtual dentro de un host esx. ¿puede influir esto? ¿alguien sabe si ha puede funcionar ok siendo el vcenter virtual y en un host?.

Probando para ver que pasaba he puesto "leave power on" la maquina con virtual center, visto que poniendo power off apagaba las máquinas, el vcenter no la ha apagado, pero apaga el resto y no me las levanta en el otro servidor.

gracias

Reply
0 Kudos
9 Replies
Amnexi
Enthusiast
Enthusiast

Aunque no lo he probado en vSphere, el HA en VI3 se configura a través de vCenter, pero NO es necesario vCenter para que funcione HA. Cuando habilitas HA en el cluster, lo que ocurre es que se instala un agente en cada ESX para empezar a enviarse heartbeats entre ellos. Seguro que esta parte sigue funcionando igual en vSphere (no tendría sentido que no fuese así, a no ser que quisieran vender el vCenter Heartbeat por fuerza bruta Smiley Wink)

Por lo tanto, da igual que tu vCenter sea una VM.

En cuanto a las opciones "Leave Powered ON" u "OFF": la OFF es por defecto, y es la más "conservadora".

Sabemos que si se pierde acceso a la Service Console de un ESX (esto es, se cumple la condición de Isolation, por no llegar el ESX al gateway de su red y a cualquier otra IP que definas con la opción avanzada das.isolationaddress), pueden ocurrir dos cosas:

  1. Que las VMs que alberga sigan arriba y funcionando (por ejemplo, la pNIC de la SC ha petado, pero la(s) pNICs de las VMs y el resto de componentes del servidor está OK)

  2. Que las VMs que alberga también se caigan (por ejemplo, el servidor se cae por corte de corriente en el rack en el que está)

Con estos escenarios:

  • - Si usas la opción ON en el escenario 1, estupendo, poque las VMs siguen funcionando. Pero si es el 2... los agentes de los otros ESX no encenderán las VMs, asumiendo que ya están encendidas.

  • - Si usas la opción OFF, en cualquiera de los dos escenarios, las VMs deben apagarse y encenderse en otro ESX.

Por lo tanto, te recomiendo volver a poner la opción en Off.

En cuanto a por qué no funciona pueden ser varias cosas, algunas pruebas que puedes poner en práctica:

  • - Como HA es muy puñetero, lo de siempre: desmarcarlo, y volver a configurarlo, seleccionar "Reconfigure for HA"... Muchas veces se solucionan cosas sólo con eso (habría que preguntar a Legato por qué, que lo diseñaron ellos:8}* ) Seguro que ya lo has probado...

  • - DNS. Casi siempre es el problema. Asegúrate de que has creado bien los registros tipo (A), y que se llega a ping entre los ESX (también es bueno registrarlos en vCenter con el FQDN).

  • - Comprueba que el contenido de estos ficheros tenga info correcta, con los nombres de hosts en minúsculas: /etc/hosts - etc/sysconfig/network - etc/vmware/esx.conf - proc/sys/kernel/hostname

  • - Ejecuta hostname -i y hostname -s para ver si retorna el nombre correcto

  • - Me imagino que no tienes ACLs ni nada entre los ESXs, pero por si acaso eres un valiente y sí tienes: HA utiliza los puertos 2050-5000 y 8042-8045 TCP.

  • - Si está todo correcto y sigue sin funcionar, comprueba los logs de HA en /var/log/vmware/aam. Eso sí, si entiendes algo, me lo explicas porque para mí es chino...;)

Para info sobre cómo funciona HA a más bajo nivel, recomiendo dos links:

- ==> Opciones avanzadas

- ==> Interesantísimo el tema de los slotsizes... Me quedé impresionado al leerlo, por lo simple que son los cálculos (quizá demasiado) que realiza HA para las constraints

Salu2

P.D.: Este editor de texto de las communities va como el culo sobre Firefox!

Reply
0 Kudos
akumal2
Enthusiast
Enthusiast

Hola que tal

Ante todo gracias por una respuesta tan amplia.

No entiendo esto que dices.....:

NO es necesario vCenter para que funcione HA

Es cierto que se instala un agente en cada servidor esx en el cluster, pero... SIN un vcenter no puedo activar HA, por lo tanto hace falta vcenter, ¿no?., pero bueno... pensandolo bien creo que te refieres a que entre los agentes se arreglan.....

Una puntualizacion, mi virtualcenter es una máquina virtual "dentro de un host esx" ,¿ok?, porque igual habias entendido que mi virtual center es virtual pero... en una máquina a parte. Por lo que dices se podria tener sin problemas un virtual center como máquina virtual en un host esx y como dices , con el agente de HA instalado en los host esx HA ya funcionaria, pero.... ¿drs?, porque al ser el vcenter una máquina virtual igual intenta en un momento dado mover la máquina a otro servidor y no sé si esto será conveniente...

Al grano con el problema.... yo "siempre" en esx 3.5 he conseguido que HA funcione por poweroff, pero ahora con vSphere no hay manera.

Una pregunta.... ¿que ip es la mejor poner como gateway?., porque en la primera prueba puse como gateway el propio servidor esx dentro de el puerto vmkernel, y al soltar los cables de red de uno de los servidores el HA en el servidor destino en donde se tenian que levantar las máquinas , no se pudo instalar ¿ok?.

Luego decidí por probar cambiar el gateway poniendo la ip del servidor dns, y....el HA de instaló perfectamente en el host destino y en las tareas se empezó a ver como aparecia "register vmachine" , es decir parece que iba a funcionar, pero en breve dio un error creo que era "cmd startagent failed"., pero bueno... por lo menos veo que se intentaban registrar y que los tiros a la solucion del problema puede andar en el GATEWAY.

¿que opinas?, el resto tengo todo como dices..

saludos

Reply
0 Kudos
jose_maria_gonz
Virtuoso
Virtuoso

Hola Akumal,

En vSphere 4.0, la opción por defecto en caso de aislamiento de un nodo en el cluster es de "shutdown VM"

Saludos,

Jose Maria Gonzalez,

-


See http://www.JmGVirtualConsulting.com for official Vi3 and vSphere consultancy

See http://www.josemariagonzalez.es for my blog on VMware training and tips

See http://www.twitter.com/jose_m_gonzalez for some twittering

VMware vExpert 2009

Autor del Libro VMware ESX y VMware VCP Hecho Fácil

-


If you find this or any other answer useful please consider awarding points by marking the answer helpful or correct.

<a href="http://feedproxy.google.com/ElBlogDeVirtualizacionEnEspanol">!http://feedproxy.google.com/ElBlogDeVirtualizacionEnEspanol.2.gif!</a>

Reply
0 Kudos
Amnexi
Enthusiast
Enthusiast

Muy buenas,

NO es necesario vCenter para que funcione HA

Efestivamente, indicaba que vCenter no es necesario para que *funcione HA, pero sí es necesario para +configurarlo*+.

Una puntualizacion, mi virtualcenter es una máquina virtual "dentro de un host esx" ,¿ok?, porque igual habias entendido que mi virtual center es virtual pero... en una máquina a

OK, había intepretado lo correcto...

lemas un virtual center como máquina virtual en un host esx y como dices , con el agente de HA instalado en los host esx HA ya funcionaria, pero.... ¿drs?, porque al ser el vcenter una máquina virtual igual intenta en un momento dado mover la máquina a otro servidor y no sé si esto será conveniente...

Para que funcione DRS, es necesario que vCenter esté arriba.

Una pregunta.... ¿que ip es la mejor poner como gateway?., porque en la primera prueba puse como gateway el propio servidor esx dentro de el puerto vmkernel, y al soltar los cables de red de uno de los servidores el HA en el servidor destino en donde se tenian que levantar las máquinas , no se pudo instalar ¿ok?.

Esta parte no la entiendo bien... Si te refieres al gateway configurado en el ESX, debes poner simplemente la puerta de enlace de la red en la que esté el ESX. No creo que sea correcta utilizar la IP del propio ESX.

Saludos

Reply
0 Kudos
akumal2
Enthusiast
Enthusiast

Hola

Bueno , el gateway introducido en la SC es el de la red, pero ....me refiero al que hay que poner en el puerto vmkernel ¿el mismo?

Es que pienso que por ahí andan los tiros del porque no me funciona HA.

En cuanto a tu contestacion con DRS.... entiendo por tu respuesta entonces ¿que el vcenter es mejor tenerlo "fuera" que dentro de un host esx?

saludos

Reply
0 Kudos
Amnexi
Enthusiast
Enthusiast

Con "puerto vmkernel" te refieres al de vmotion??? (que aparece como "VMkernel Port")

Si hablas de eso, dudo que tenga nada que ver con HA. Puede funcionar HA sin problema sin ni siquiera configurar un VMkernel Port. La gateway, depende. En mi caso, tenemos una red exclusiva para VMotion, sin ningún tipo de routing hacia fuera (sólo está asignada a una pNIC de cada ESX), y por esa razón el campo gateway del VMkernel Port lo tengo vacío (no hay routing hacia fuera). Si estás usando para VMotion la misma red que la de la SC, pon la misma gateway. ¿Te funciona VMotion?

En cuanto a tu pregunta... Depende de lo crítico que sea DRS para ti. En mi caso, puedo estar varios días sin DRS sin problemas, porque mis hosts ESX no están muy cargados. Además, cuando hayas arreglado el tema de HA, tendrás el vCenter con alta disponibilidad...

Salu2

Reply
0 Kudos
akumal2
Enthusiast
Enthusiast

Hola

Si, en un switch virtual puedes meter 3 puertos: service console, vmkernel y puerto para maquinas virtuales, yo meto uno de vmkernel para nfs, iscsi y vmotion, y es ahí donde te decia si puede influir la puerta de enlace especificada en vmkernel en el tema de Ha, pero si dices que no , ok.

Vmotion me va bien.

Tengo un solo switch con los tres puertos asociados, y todo está en el mismo rango que lo puesto al instalar el esx en la Sconsole.

saludos

Reply
0 Kudos
Amnexi
Enthusiast
Enthusiast

Perdona, creía que lo tenías sólo para VMotion (que no tiene que ver con HA).

Desconozco temas iSCSI/NFS, yo tengo todo por fibra. De todos modos, ¿tienes un sólo Port Group para todo, o uno para cada cosa? Si tienes sólo uno, te recomiendo separarlos (y marcar la casilla de "VMotion: Enabled" sólo para el dedicado a VMotion...

Salu2

Reply
0 Kudos
akumal2
Enthusiast
Enthusiast

Hola

Tiendo a separarlos, lo que pasa que este es el primer sphere , pero de momento en pruebas.

Mañana monto otra vez el entorno desde cero a ver y comento.

saludos

Reply
0 Kudos