
Estoy atrapado con este.
Instalación limpia del servidor Ubuntu 12.04 de 64 bits en dos máquinas físicas. Las máquinas son idénticas excepto que una tiene 8 GB de RAM y la máquina con problemas tiene 32 GB de RAM; ambas máquinas se compraron con especificaciones idénticas al mismo tiempo. Ubuntu completamente actualizado hace 24 horas.
Estoy usando virt-manager a través de X-windows a través del túnel SSH para administrar las máquinas virtuales, el sistema operativo del servidor no ejecuta sesiones de X-windows en absoluto, mi escritorio sí.
Construí y ejecuté múltiples máquinas virtuales de 64 bits con servidor Ubuntu 12.04, cada una con 1 GB de RAM asignado. Todas las máquinas virtuales están básicamente configuradas de la misma manera (perdonando direcciones MAC, etc.).
La máquina de 8 GB tiene 2xVM y la máquina de 32GB tiene 3x VM. Todas las máquinas virtuales informan una carga baja (menos de 0,5, normalmente 0,01) y no se utilizan mucho.
El servidor host de 8 GB informa una carga inferior a 0,1, normalmente 0,01. El servidor host de 32 GB informa una carga sostenida superior a 10,0. Nuevamente, todas las máquinas virtuales informan una carga interna inferior a 0,5. La CPU en la parte superior está inactiva en un 95 % o más, con un 0,0 % de espera.
¿Ideas sobre por qué la máquina de 32 GB tiene una carga alta (mientras el host y los invitados están inactivos) mientras que una máquina de 8 GB configurada de manera idéntica informa la carga baja esperada?
La carga en 32 GB aumenta con una VM iniciada, ejecutar 3xVM no aumenta la carga. Al detener todas las máquinas virtuales, se reduce la carga de la máquina de 32 GB.
No puedo entender esto. Espero que la carga de 32 GB coincida con la carga de 8 GB.
ACTUALIZACIÓN #1: Nathan C.
top - 16:19:54 up 8 days, 6:01, 1 user, load average: 14.33, 18.23, 18.07
Tasks: 135 total, 1 running, 134 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.5%us, 0.4%sy, 0.0%ni, 98.9%id, 0.0%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 32938864k total, 29307380k used, 3631484k free, 331324k buffers
Swap: 4182436k total, 0k used, 4182436k free, 25330400k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
8752 libvirt- 20 0 3170m 747m 6932 S 7 2.3 26:27.20 /usr/bin/kvm -S -M pc-1.0 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -name r -uuid ...
8720 libvirt- 20 0 3969m 928m 6936 S 3 2.9 76:17.66 /usr/bin/kvm -S -M pc-1.0 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -name m -uuid ...
8687 libvirt- 20 0 3315m 1.0g 6936 S 2 3.3 60:33.03 /usr/bin/kvm -S -M pc-1.0 -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -name d -uuid ...
Respuesta1
Entonces, después de mucha investigación, descubrí qué estaba mal con las máquinas. ¡Muchas gracias a quienes ayudaron!
Una página web que fue útil está aquí:http://itscblog.tamu.edu/improve-disk-io-rendimiento-in-kvm/
Básicamente, mis hosts físicos tienen discos SATA y las máquinas virtuales se configuraron con controladores SATA y discos SATA. No tenía idea de que esto significaba que el subsistema de virtualización presentaría un SATA virtual y no un paso de SATA.
La solución fue cambiar a virtio para discos. Esto significó que las máquinas virtuales ahora eran conscientes de que eran parte de un sistema de virtualización y cooperarían para lograr un mejor rendimiento. (Creo que eso es lo que significa).
En pocas palabras, utilice siempre virtio para discos y redes en sus máquinas virtuales.
Los anfitriones ahora tienen un promedio de carga feliz y genial de aproximadamente 2-3. Mucho mejor que el 20-50 que era antes.