Por qué una VM va lenta: el procesador, el disco o la sobreasignación
La lentitud tiene tres orígenes comunes y cada uno se ve en otro sitio. Añadir núcleos antes de dar con el correcto suele empeorarlo.
AtlasPVE ·
Esta entrada responde a
- proxmox vm lenta
- proxmox sobreasignación de vcpu
- qué vm consume la cpu
- qué es io delay en proxmox
- cuántos núcleos dar a una vm
Cuando una máquina virtual se vuelve lenta, el primer reflejo es darle más núcleos. Eso casi nunca ayuda, y a veces empeora las cosas. Primero hay que separar de dónde viene la lentitud.
Sobreasignación: cuando el total de vCPU supera los núcleos
Las vCPU repartidas entre las máquinas de un servidor pueden superar el número de hilos físicos. Es normal y suele ser inofensivo, porque las máquinas no corren todas a la vez. Pero si cargan todas juntas, hacen cola. Vista desde dentro, en ese momento la CPU parece ociosa, mientras la máquina espera su turno. Añadir núcleos aquí alarga la cola, no la acorta.
Cuello de botella en un solo núcleo
Algunos trabajos caen en un núcleo y se quedan ahí. En una máquina de ocho núcleos el uso total puede verse bajo mientras un solo núcleo está al tope. Añadir núcleos no cambia nada; la respuesta es dividir el trabajo o una configuración con mejor rendimiento por núcleo.
La espera del disco
Si la curva del procesador está tranquila y la máquina sigue lenta, hay que mirar al disco. El servidor mide aparte el tiempo que pasa esperando datos. Cuando ese valor sube, el problema no es calcular sino esperar; el tipo de disco, el ajuste de caché y las demás máquinas que comparten el mismo disco entran en juego.
El orden en que mirar
Primero comparar el total de vCPU con los hilos físicos, después mirar la carga por núcleo, y solo al final el tiempo de espera del disco. Las tres medidas están del lado del anfitrión; desde dentro estos tres estados no se distinguen.
Fuentes
La documentación oficial de Proxmox. En inglés, y en este asunto es ella la que tiene la última palabra.