Hi elgreco, thanks for your answer!
Here is the esxtop values (i dont understand... i can´t interpret)
The performance of the VM readed from vSphere client:
Device manager options:
Note: When i open de device manager, i was watching the taskmgr and the cpu load go up to 27% in the moment i open the device manager.
ACPI x64-based PC (this is multiprocessor...?)
Kind regards,
Diego
Hola Diego,
Se me da mejor el castellano 
Para mirar lo de la HAL vas a tener que mirar el driver que usa y ver a qué corresponde con el siguiente link. No me los conozco de memoria.
http://support.microsoft.com/kb/309283
Lo que comentan de bajar el número de vCPUs no es del todo cierto pero en tu caso puede ayudarte y te explico porqué. Cuando una máquina virtual tiene que utilizar el/los procesadores físicos, si tiene asignados n vCPUs, necesitará que n CPU estén disponibles para usarse. Si en tu caso tienes dos máquinas virtuales con esos vCPUs, pasaría lo siguiente.
1) Máquina 1 utiliza 3 vCPUs y por tanto 3 Cores (sí se puede utilizar la parte de los "cores adicionales que te da HT" pero no con la configuración que tenés ahora)
2) La máquina 2 que tiene 4 vCPUs sólo ve que hay 3 Cores disponibles (comentas que tienes un solo procesador de 6 cores y 3 de ellos ya los está utilizando la máquina 1)
3) La máquina 2 espera hasta que hayan 4 cores disponibles para poder procesar lo que tenga que procesar
Entonces, lo que te está pasando ahora, es que tus máquinas virtuales se van turnando de una en una para poder trabajar. Lo primero que yo haría sería bajar 1 vCPU de alguna de tus 2 VMs para que puedan trabajar a la vez y aproveches al máximo tus 6 cores.
Te digo que "no es del todo cierto" porque lo que las mejores prácticas dicen es que se utilicen la menor cantidad de vCPUs posibles. Osea, si con 1 vCPU tienes el rendimiento que quieres, no le metas 2. Hacer esto consume más recursos y le suma "overhead" a la máquina virtual y al kernel del ESXi.
La gráfica que te interesará mirar, es la de CPU del Host, no el de las VMs...lo normal es que esté por abajo del 80% y en tu caso con sólo 2 VMs...debería ser mucho menos (a no ser que tengan un montón de carga esas máquinas virtuales, claro)
Los %WAIT son bastante altos y tus %RDY me hacen pensar que no es tanto un tema de CPU lo que se "espera" (menos de un 5% está bien en este valor)...si tienes problemas de rendimiento puede deberse a otro factor que no sea CPU (WAIT indica una espera...no dice a qué. Puede ser disco, alguna tarjeta de red...mil cosas). Los %CSTP están en 0 por lo que tampoco tienes un Co-Scheduled (vamos, que no parece tema de procesador por ningún sitio)
http://www.yellow-bricks.com/2012/07/17/why-is-wait-so-high/
Con estos links que te paso, lo mejor que puedes hacer es comenzar a "expandir" los grupos y ver realmente dónde está el problema. Te aseguro que una vez hayas diagnosticado este, te quedarás con esxtop como una herramienta básica, muy potente y que no muchos saben (o sabemos) usar bien
Saludos,
elgreco81
Hola Diego,
Es un tema que me cuesta explicarlo y más por escrito, así que voy a intentar explicarme bien y si no dejo algo claro, pregunta
Primero, la nomenclatura:
Procesador físico, se refiere al "socket" por así decirlo o circuito único integrado. Este procesador puede estar compuesto por uno o más cores que a su vez se dividen en procesadores lógicos por el hyperthreading (3 conceptos distintos).
A todo esto le sumamos el vCPU. Es vCPU porque VMware virtualiza los procesadores lógicos que le presenta a la máquina virtual. Por tanto traduce las instrucciones que van de la VM al procesador físico (no es emulación ni paravirtualización). Este proceso de "traducción", mejora drásticamente con las tecnologías de virtualización asistida de Intel o AMD (AMD-V e Intel-VT)
ESXi utiliza un "scheduler" para distribuir las cargas en los procesadores físicos. Es un proceso bastante inteligente y cada vez que leo algo al respecto, aprendo algo nuevo. ESX/ESXi pueden ubicar cargas enteras de procesamiento en un procesador lógico.
Un ejemplo, 2 procesadores físicos con dos cores e hypertreading quedaría así.
2 Procesadores físicos x 2 Cores x 2 hilos de procesamiento por Core = 8 procesadores lógicos
Qué es lo que pasa, por defecto, para una máquina con más de un vCPU, VMware distribuye sus cargas en procesadores lógicos "separados", lo cual tiene sus ventajas. (esto es toooodo un tema y aquí mientras más se conozca cómo funciona la aplicación que se virtualiza mejor, para optimizar la utilización de la caché y del bus de memoria, los nodos NUMA y alguna otra cosa que seguro me dejo en el tintero) Como te comento, VMware hace las cosas muy bien y si tiene los 8 procesadores lógicos ocupados...funciona. Si ve que va holgadito o que tiene procesadores lógicos en estado "idle" lo que hará será darle al vCPU de la máquina virtual que sí está trabajando, la capacidad de utilizar la capacidad de hyperthreading del core para que vaya aún mejor.
Decir que consume 1/2 core no sería la forma en la que yo lo describiría ya que podría llevar a confusión y dar a entender que de un core de 2Ghz, consume 1Ghz cuando eso no sería así, siempre utilizará o "se reservará" los 2Ghz durante el tiempo que el scheduler se lo permita. Yo diría que consume 1 procesador lógico
No entro en temas de NUMA porque no vienen mucho al caso y tampoco los domino al detalle. Pero espero que esta explicación te ayude.
Te recomiendo también seguir el blog de José María González y/o Yellow-Bricks que están muy bien. Explican las cosas de una forma que por lo menos para mi es muy fácil de asimilar.
Saludos,
elgreco81
PD: Lo de "uy" al final del nombre es por Uruguay? Te lo pregunto porque soy uruguayo y me da curiosidad
Hola Sebastián, gracias por tu respuesta.
Me queda un poco más claro el tema. Por lo que había leído, muchas definiciones eran correctas o se acercaban bastante a lo que yo suponía, de todas formas me queda bastante más claro el tema de los cores, sockets y procesadores lógicos.
Todavía no baje a un vCPU pero ahora me pregunto algo, en este momento estoy mirando la carga y esta en 0 casi todo el tiempo. lo que me asombra, que no se si8 es normal, que por ejemplo estoy iniciando la sesión de escritorio remoto en dicho servidor y mientras lavanta miro la performance del taskmgr y llega a niveles tales como 62% de uso del procesador. Adjunto imágenes de performance:
Vas a notar los picos que te digo. Tal vez es normal... no se! pero me parece mucho por tan poco y me preocupa que se eleve cuando este en producción.
Si, soy de uruguay! Me alegro que vos también!!
Todavía no baje a un vCPU pero ahora me pregunto algo, en este momento estoy mirando la carga y esta en 0 casi todo el tiempo. lo que me asombra, que no se si8 es normal, que por ejemplo estoy iniciando la sesión de escritorio remoto en dicho servidor y mientras lavanta miro la performance del taskmgr y llega a niveles tales como 62% de uso del procesador. Adjunto imágenes de performance:
Lo del 60 y pico por ciento tampoco lo sé...seguramente sea normal. Tienes un entorno físico para probarlo? Estaría bien poder probar en un entorno fijo tener el taskmgr abierto en una sesión local y desde otro equipo abrir una sesión remota para ver si también se dispara y hasta qué porcentaje.
Vas a notar los picos que te digo. Tal vez es normal... no se! pero me parece mucho por tan poco y me preocupa que se eleve cuando este en producción.
Ok. Mira en los recursos del host, no de la máquina virtual a ver cuánto procesador físico estás consumiendo. Seguramente no estés agotando los recursos del host por lo que en caso de problemas, se puede arreglar asignando más recursos a la máquina virtual.
En lugar de bajar a 1 los vCPUs, mejor si lo bajas a 2 para no tener que complicarte cambiando las HALs.
Si, soy de uruguay! Me alegro que vos también!!
Saludos desde Reus - España, uno del cerrito que hace 7 años se fue!!!