Estoy yo pregunton hoy!!!1 jajaja
Esta el la eterna discusión, pero queria saber vuestra opinión. yo soy partidario de virtualizar el Virtual Center, más que nada para minimizar la posible caida de un vc fisico. Como lo veis?? que soleis hacer vosotros??
Gracias a todos.
VCP 410
¿Qué pasa si se cae el host donde actualmente corre el VC?
Si tenes HA, el vCenter iniciará en otro ESX.
Aplica de igual forma el HA reiniciando la máquina en otro nodo del cluster o no?
si
Según lo leído...¿HA no depende del VC. ¿De qué depende entonces?
Depende para la configuracion incial.
¿Qué pasa con el DRS y el balanceo automático si se cae el VC virtual? ¿no funcionaría entonces y podría tener problemas de performance en el resto de las máquinas corriendo o no?
DRS necesita si o si al vCenter.
¿Qué es más conveniente? Dejar la base de datos en la misma máquina donde está instalado el VC o dedidar una máquina especial para sólo alojar la base de datos ya sea SQL u Oracle?
Siempre contesto lo mismo, si es un ambiente chico puedes usarlo todo en uno (hasta 3 esx), ahora bien, recueda que la base de datos paga licencia y son caras las licencias de SQL, yo recomiendo poner la base en un servidor de base de datos que tenga buena performance y soprote colocar otra DB, o sino si van a tener mas de 10 ESX, colocar un servidor dedicado.
No olviden de nuevo, que la base de datos paga licencia de MS, y quieras o no uno debe maximizar su uso, sinó seríamos algo irresponsables por mal usar los recursos de nuestra empresa.
Por favor no olvides calificar las respuestas que te resultaron de ayuda o fueron correctas.
Please, don't forget the awarding points for "helpful" and/or "correct" answers.
Regards/Saludos
________________________________________
Ing. Diego Quintana
VCP 410- VCP 310 - VAC - VTSP
Join to Virtualizacion en Español group in Likedin
!http://feeds.feedburner.com/WetcomGroup.1.gif!
Como complemento, el HA se instala como agente en los host ESX que componen un Cluster, por lo que la caida temporal de vCenter no afectará esta funcionalidad.
El vCenter lo requieres para crear el Cluster con funcionalidades de HA y DRS, entre otras funcionalidades.
Respecto a la BD, lo recomendable es usar una instancia en el servidor de BD corporativo, o si tienes los recursos, en un servidor dedicado. El servidor vCenter con la BD en el mismo servidor solo se recomienda para ambientes muy pequeños, o ambientes de prueba.
Saludos!!!
Patricio Cerda
Si encuentras que esta o cualquier otra respuesta ha sido de utilidad, vótalas. Gracias.
If you find this or any other information helpful or correct, please consider awarding points. Thank you.
como comentaba antes y han comentado los compañeros, es algo bastante curioso que tengamos este tipo de dudas....cuando virtualizamos todo tipo de servidores/aplicaciones supercriticas y tengamos siempre la duda de por que no virtualizar una aplicacion de una empresa de virtualizacion......
Existe algo que aún no logro entender bien. Veamos si me puedes ayudar.
Vamos a la teoria:
Para tener opciones de alta disponibilidad y balanceo de carga en VMware, se necesita de un vCenter Server y al menos 2 nodos ESX para formar un Cluster en VMware. Esta opción de cluster la brinda vCenter Server. Una vez que se crea el "objeto" cluster, se añaden los nodos ESX en donde es instalado un agente (vpxa) en cada nodo.
Este agente instalado (vpxa) es el encargado de reportar el estado de salud del nodo con los otros integrantes del cluster (otros nodos) realizando un heartbeat
(especie de ping) al default gateway del service console. Cuando en un período de tiempo (15 segundos) este no responde, el nodo entiende que se encuentra "aislado" y por lo tanto se produce el evento de failover en donde se gatilla el HA reiniciando las máquinas en el nodo siempre y cuando éste último tenga los recursos necesarios para soportar la carga.
Estoy en lo correcto?
Mi pregunta es:
Si para configurar HA en VMware se necesita de vCenter ¿por qué HA no depende de vCenter si en éste se realiza la configuración de HA?
Al ser vCenter virtual ¿ Cómo éste logra iniciar en otro nodo ante la caída del nodo que lo alberga?
Saludos!
El mensaje fue editado por: Fitox
Hola,
Tu mismo te respondiste la pregunta. El HA solo se puede configurar teniendo un vCenter y al menos 2 host ESX. Una vez configurado el HA, queda un agente en cada nodo del cluster "monitoreando" el estado de cada nodo y actuar en caso de falla y realizar el failover respectivo.
HA, por un tema de alta disponibilidad (valga la redundancia), no depende de vCenter para poder generar el failover en caso de falla, aun cuando el vCenter no responda en ese momento. Seria un punto de falla importante que HA dependiera del vCenter, ya que si este está con problemas y falla un nodo del Cluster, no se produciría el FailOver requerido con las consecuencias respectivas en la continuidad operacional.
Tema aparte es el DRS, que si depende de la presencia de vCenter al no ser un servicio tan sensible.
Si el vCenter se encuentra en una maquina virtual, y esta al mismo tiempo se encuentra en el nodo con problemas, será tratado por HA como cualquier maquina virtual y será reiniciada en algún otro nodo del cluster que se encuentre operativo. Todo esto utilizando solo los agentes instalados en los nodos del cluster al momento de configurar HA.
Saludos,
-----
Patricio Cerda
Si encuentras que esta o cualquier otra respuesta ha sido de utilidad, vótalas. Gracias.
If you find this or any other information helpful or correct, please consider awarding points. Thank you.
Que buen debate e interesante, justo queria plantear esto ya que he participado hace poco en curso Desing y en el manual, como mejor practica de VMWare sale indicado que el VC debe ser virtual para poder utilizar las caracteristicas del HA, vMotion y DRS.
Ahora, basta con dejar el VC Virtual para tener HA de este mismo?? este formato te protege de una pantalla azul de Windows?? ya que el FT tampoco lo hace...es el Hearbeats la solucion a este problema??
Les dejo esas consultas y asi me uno a este interesante debate.
Saludos,
JLFF, VCP.
Bueno, yo hace poco participé en el curso VMWare Install, Configure and Manage y la recomendación fue la misma... virtualizar vCenter server.
Ahora, esto no es requerimiento para usar HA, vMotion y DRS, ya que esto no depende de que vCenter sea virtual o física, basta con que exista vCenter en nuestra plataforma VMware.
Ahora, HA no te protege de la infame pantalla azul de Windows, solo de fallas del host ESX, entiendo que FT tampoco es de mucha utilidad aquí (corrijanme si me equivoco)... Aquí vale tener una buena política de respaldo de las maquinas virtuales. También uno puede apoyarse en los SnapShots para volver a un estado anterior del servidor.
Saludos,
-----
Patricio Cerda
Si encuentras que esta o cualquier otra respuesta ha sido de utilidad, vótalas. Gracias.
If you find this or any other information helpful or correct, please consider awarding points. Thank you.
Patricio, esa es la conclusion a la que estamos llegando, la pregunta es, cual es la ventaja de instalar vCenter Hearbeats?
Saludos,
JLFF.
Hearbeats se utiliza para proteger la disponibilidad del servicio de vcenter como por ejemplo falla el SO del vcenter, etc.
Hay ambientes que tienen mas de 2000 vms y servicios asociados al vcenter, ej: orquestadores, sodtware de backup, chargeback & billing, y tener el vcenter caido mas de 10 minutos puede ser un desastre.
Ahí uso HB sin dudarlo.
Saludos
JLFF:
Con respecto a las pantallitas azul dentro de Windows te comento lo siguiente. Dentro de las configuraciones
del cluster en VMware, se encuentra una opción bastante interesante y peligrosa a
la vez que nos puede ayudar.
Primero que nada, siempre las máquinas virtuales deben si o si tener las VMware Tools
instaladas.
Al seleccionar esta opción, el nodo ESX que alberga la máquina, contínuamente esta monitoreando el estado de salud de las VMware Tools instaladas y que se encuentran corriendo dentro del sistema operativo. Ahora, este monitoreo lo realiza mediante un hearbeat (especie de PING) contra las VMware Tools. Si por A, B, C o Z motivo las VMware Tools no responden a la solicitud enviada por el ESX, está opción te reinicia la máquina virtual.
Pregunta: ¿Por qué la reinicia?
Las VMware Tools al no responder el hearbeat que le envia el nodo ESX, el nodo piensa que el "sistema operativo" esta "congelado" o con pantallazo azul y la reinicia.
Espero que te sirva de ayuda.
Saludos
Claro, el punto es si al bootear sigue dando blue screen, el vcenter esta fuera de combate.
Yo ese feature no lo hablito o a lo sumo en servidores poco criticos sino te puede hacer un desastre.
Fitox,
Muchas gracias, habia pasado por alto esa configuracion, consulta porque peligrosa??
Y segun la respuesta anterior, para estar 100% tranquilo con el VC deberia ser:
Virtualizado, en configuracion HA, DRS y vMotion.
BD Separada de VC
Y si hay muchas aplicaciones dependientes de VC, con Hearbeats V2V.
O no?
Saludos
JLFF
Exactamente.
Exactamente por esto es importante mantener una política de respaldo consistente de nuestro ambiente VMware.
Saludos,
-----
Patricio Cerda
Si encuentras que esta o cualquier otra respuesta ha sido de utilidad, vótalas. Gracias.
If you find this or any other information helpful or correct, please consider awarding points. Thank you.
Yo no tengo duda Jose, virtual.
Es mas, virtualizaria a mi mujer si pudiese por eso del HA, VMotion, DRS, etc...;)
PD. Ahora en serio, VMware recomienda como mejor practica el uso de vCenter en Virtual. Es curioso porque choca con unos números que me dieron hace dos años en los que el 60% de los clientes tenían el vCenter en físico .vs 40% en virtual. Supongo que este porcentaje habrá cambiado con vSphere.
Saludos,
Jose Maria Gonzalez,
Founder and President of JmGVirtualConsulting.com
-
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, vExpert 2010
Autor del libro <a href="http://www.lulu.com/product/tapa-blanda/101-secretos-de-vmware-vsphere/6345031" target="_blank">101 Secretos de VMware vSphere</a>
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>
Bueno, gracias a todos, creo que ha sido un post provechoso para todos, como yo me suponia gana el virtual por goleada,
otra encuesta seria, por ejemplo virtualizar el AD, no dejar simpre un en fisico, yo opino de virtualizar.
Saludos.
VCP 410
José,
Respecto a AD, si bien Microsoft recomienda el uso de Virtualización para este servicio, también se recomienda que al menos 1 controlador de dominio quede en un servidor físico. Esto solo por precaución.
De todas maneras, el rendimiento no se ve afectado de manera importante al tener los controladores de dominio en ambiente virtual.
Saludos,
-----
Patricio Cerda
Si encuentras que esta o cualquier otra respuesta ha sido de utilidad, vótalas. Gracias.
If you find this or any other information helpful or correct, please consider awarding points. Thank you.
Para los AD, virtualización en frio o promoción de una máquina virtual
No soy muy de virtualizar BBDD transacionales que son dificiles de parar
Si esta u otra respuesta es util, por favor marca su correspondiente notificador.
Gracias/Regards
Jose,
Yo me decanto por virtualizar los servidores de AD, pero como dice Patricio, 1 servidor de AD debe quedar físico.
AlexNG_
El mensaje fue editado por: AlexNG_ .... Maldito aviso de confidencialidad....
+1
yo tengo como costumbre dejar uno fisico, aunque sea un servidor pequeño, tipo ml110 de hp
un saludo