Hola a todos
Tengo un host vsphere (proliant dl380 dual core 4.000mhz total), con vsphere 4.0.
El uso de cpu desde la consola de virtual infrastructure client me marca 3.000 mhz, si voy a performance me Marca un promedio de 2400mhz y un maximo de 3400mhz, muchiiisimo, teniendo en cuenta que tiene solamente 5 maquinas virtuales, pero lo que no entiendo es que si voy a cada máquina virtual y veo lo que gasta en MHZ cada una, la suma de todas como mucho es 1.000 mhz, o incluso menos, es decir, las m´quinas virtuales están consumiendo lo normal, pero el host mucho.
¿no deberia concordar el uso de cpu de todas las maquinas virtuales con el consumo de cpu en el host? (entiendo que habrá un poco mas de consumo de host por otros temas... pero no tanta diferencia.
No sé porqué el host está consumiendo tanto MHZ y cómo evitarlo.
Puedo decirlos que NO hay reservas realizadas.
Un saludo
Hola,
si no te funciona lo que comenta el compañero FerrerdeCouto yo te recomendaría (si aún no lo es aún) que actualizaras a U2.
Según parece el U2 lleva algunas mejoras y bugfixes en la parte de CIM providers.
Por ejemplo, este parche soluciona algún tema (entre otros muchos) de los CIM providers.
Si estuvieras usando esxi en vez de esx te diría que ese uso excesivo de cpu del proceso sfcbd podría estar relacionado con un problema en el tema de la monitorización del hardware. Te preguntaría si estas usando un esxi "customizado" para HP en un servidor NO soportado. Ya desde la versión esxi 3.5 estaba dando problemas este tema. Más de un comentario he visto en los foros de algún servidor esxi que daba un PSOD - Purple screen of death por este tema. Pero como no parece tu caso, no te comentaré nada
Resumiendo, desactivando el CIM agent es posible que se solucione ese uso excesivo de CPU. Eso si, te quedas sin vCenter Hardware Status
Espero que esto te sea de ayuda
Regards/Saludos,
Pablo
Please consider awarding
any helpful or corrrect answer. Thanks!! -Por favor considera premiar
cualquier respuesta útil o correcta. ¡¡Muchas gracias!!Hola compañero
Lo mas facil es que nos pudieras pasar unos pantallazos del comporamiento del ESX: mirando el esxtop
Ahi podras y podremos ver que VM te estan consumiendo la CPU o que proceso del ESX es el que te la esta comiendo.
Saludos
Si encuentras esta u otras respuesta útiles, por favor considera el asignar puntos seleccionando la respuesta como útil o correcta
If you find this or any other answer useful please consider awarding points by marking the answer helpful or correct.
Hola
Mando otro esxtop.
PCPU used (%), entiendo que es el porcentaje de uso de cpu, y suele variar mucho, aunque viendolo en tiempo real normalmente es muy alto.
PCPU util... entiendo que es lo que tiene realmente útil para utilizar. pero no lo entiendo ya que suele ser practicamente igual que PCPU used.
AVG. entiendo que es el promedio de utilizacion.
Y veo que el proceso IDLE es muy alto...
saludos
Hola,
Ejecuta el comando top y muestranos lo que devuelve. También ejecuta ps ax y péganoslo también.
Un saludo.
-
José Luis Gómez Ferrer de Couto
Founder of PiPo e2H
Blog: http://blog.e2h.net
Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.
If you find this or any other answer useful, please consider awarding points. Thank you.
-
[http://blog.e2h.net|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]
a la espera de lo que comenta José Luis,
veo que tienes alto el uso y el %RDY time de la console. tienes algo corriendo por ella? haces backups o agentes de monitorización? que se hayan podido quedar colgado'
Saludos
Si encuentras esta u otras respuesta útiles, por favor considera el asignar puntos seleccionando la respuesta como útil o correcta
If you find this or any other answer useful please consider awarding points by marking the answer helpful or correct.
Hola,
En el top puedes comprobar que el proceso SFCBD está consumiendo el 40% aprox, que si después consultas en la segunda captura de ps ax puedes comprobar que andan corriendo varios procesos... eso no es un funcionamiento normal.
SFCBD se encarga del servidor CIM, que se encarga de la monitorización del hardware del servidor. Puedes probar ejecutando la siguiente sentencia service sfcbd-watchdog stop, a ver si así se soluciona el problema. De ser así ahora se podrá buscar la solución de el por qué ocurre eso.
Un saludo.
P.D. Adicionalmente si ha funcionado la parada de ese servicio puedes seguir el KB1020806
-
José Luis Gómez Ferrer de Couto
Founder of PiPo e2H
Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.
If you find this or any other answer useful, please consider awarding points. Thank you.
-
[http://blog.e2h.net/|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]
Hola Ferrer
Pues parece que ahora la cpu está a 500 mhz en "summary", cuando antes estaba a mas de 2000, mas o menos. Eso si, si voy a la pestaña performance de ese servidor, en CPU me aparece:
cpu usage en MHZ...........494 3002 480 1601, o sea....latest maximun minimun average, supongo que eso será normal.
Voy a leerme la KB esa....
Muchas gracias Ferrer.
Hola,
Esos valores de la pestaña rendimiento son normales, ya que muestra los valores existentes en el intervalo predeterminado de 1 hora.
Saludos.
-
José Luis Gómez Ferrer de Couto
Founder of PiPo e2H
Blog: http://blog.e2h.net
Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.
If you find this or any other answer useful, please consider awarding points. Thank you.
-
[http://blog.e2h.net|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]
Hola,
si no te funciona lo que comenta el compañero FerrerdeCouto yo te recomendaría (si aún no lo es aún) que actualizaras a U2.
Según parece el U2 lleva algunas mejoras y bugfixes en la parte de CIM providers.
Por ejemplo, este parche soluciona algún tema (entre otros muchos) de los CIM providers.
Si estuvieras usando esxi en vez de esx te diría que ese uso excesivo de cpu del proceso sfcbd podría estar relacionado con un problema en el tema de la monitorización del hardware. Te preguntaría si estas usando un esxi "customizado" para HP en un servidor NO soportado. Ya desde la versión esxi 3.5 estaba dando problemas este tema. Más de un comentario he visto en los foros de algún servidor esxi que daba un PSOD - Purple screen of death por este tema. Pero como no parece tu caso, no te comentaré nada
Resumiendo, desactivando el CIM agent es posible que se solucione ese uso excesivo de CPU. Eso si, te quedas sin vCenter Hardware Status
Espero que esto te sea de ayuda
Regards/Saludos,
Pablo
Please consider awarding
any helpful or corrrect answer. Thanks!! -Por favor considera premiar
cualquier respuesta útil o correcta. ¡¡Muchas gracias!!HOla
Despues de eso el uso de cpu es normal. Tengo un ESX no esxi.
Aunque los usuarios me comentan que siguen teniendo problemas de rendimiento,pero yo veo que tanto la cpu como las mvs tienen consumos correctos.
En fin , tendré que mirar por otro lado.
El tema del plugin de hard no me preocupa.
saludos
Hola Akumal,
Es muy recomendable el uso de las reservas, limites y shares en las VMs para evitar este tipo de problemas de rendimiento en las VMs.
Saludos,
Jose Maria Gonzalez,
Founder and President of JmG Virtual Consulting, S.L
-
Mi empresa: JmG Virtual Consulting, S.L - Lideres y Expertos en Virtualizacion
Mi blog: El blog de Virtualizacion en Español - con Jose Maria Gonzalez.
Mi twitter: El blog de Virtualizacion en Español - con Jose Maria Gonzalez
VMware vExpert 2009, vExpert 2010, VCI, VCP4, VCP3, VCP2, RHCE, MCSE
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>
HOla Jose Maria
NO era problema de rendimiento de las máquinas, de hecho las graficas de las máquinas estaban bien, es lo primero que dije en mi primer post. El problema era del host que tenia disparada la cpu.
Habia un proceso que quitaba mucho porcentaje de recursos.
gracias
Hola,
Entonces imagino que se puede dar la pregunta por respondida ¿no?
Un saludo.
-
José Luis Gómez Ferrer de Couto
Founder of PiPo e2H
Blog: http://blog.e2h.net
Si encuentras que esta o cualquier otra respuesta fue de utilidad, por favor da el voto. Gracias.
If you find this or any other answer useful, please consider awarding points. Thank you.
-
[http://blog.e2h.net|http://feeds.feedburner.com/PipoE2h-SolucionesTicAvanzadas]
Efectivamente, te entendí sin problemas. Lo que quise transmitirte fue que si hubieses usado reservas y shares a nivel de vms y resource pool habría impedido que un deamon "celoso" corriendo sin miramientos hubiese afectado el SLAs de tus VMs
My two cents ...
Saludos,
Jose Maria Gonzalez,
Founder and President of JmG Virtual Consulting, S.L
-
Mi empresa: JmG Virtual Consulting, S.L - Lideres y Expertos en Virtualizacion
Mi blog: El blog de Virtualizacion en Español - con Jose Maria Gonzalez.
Mi twitter: El blog de Virtualizacion en Español - con Jose Maria Gonzalez
VMware vExpert 2009, vExpert 2010, VCI, VCP4, VCP3, VCP2, RHCE, MCSE
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>
sip