HA:
B - no puede ser esta opcion, ya que tu estas eligiendo poner a un ESX en modo mantenimiento, y si esta configurado bien el cluster lo que esto lanza es migrar maquinas virtuales con DRS (HA es por si se cae el ESX o una VM)
C- en cambio esta opcion si es, ya que HA se encarga de estar monitoreando un ESX (isolated from the network significa que no puede ser alcanzado por un heartbeat, por lo tanto se cumple la condicion para lanzar HA)
D - HA tambien tiene la opcion de monitorear el estado de una VM, y si un guest OS falla, tambien no puede ser alcanzado por un heartbeat, entonces HA identifica una condicion para reiniciar la VM
saludos
Jose Ruelas
Estoy de acuerdo con Jose. Bajo mi punto de vista es la C y la D.
La opción C está más clara ya que si uno de los nodos se aísla del cluster HA entraría en funcionamiento. Aquí entrarían las opciones de "teamear" el COS para que si una tarjeta del Service Console se cae esto no provoque una acción de HA.
La opción D, en principio puede ser más discutible, pero recuerda que HA también chequea (estaba en experimental en la 3.5 y ahora está en producción en 3.5 udpate4) ahora fallos en las maquinas Virtuales, tipo blue screen o kernel panic para Linux y re-intenta re-arrancar la maquina virtual.
Saludos,
Jose Maria Gonzalez,
-
http://www.JmGVirtualConsulting.com
http://www.josemariagonzalez.es
VMware vExpert 2009
-
If you find this or any other answer useful please consider awarding points by marking the answer helpful or correct.
[http://www.josemariagonzalez.es|http://feedproxy.google.com/ElBlogDeVirtualizacionEnEspanol]
muchas gracias, desconocia que ha tambien monitorizase blue screen y fallos del propio s.o. guest