Pourquoi une VM est lente : le processeur, le disque ou le surengagement

Quand une machine virtuelle ralentit, le premier réflexe est de lui donner plus de cœurs. Cela ne change généralement rien, et parfois aggrave la situation. Il faut d’abord séparer l’origine de la lenteur.

Surengagement : quand le total des vCPU dépasse les cœurs

Les vCPU distribués aux machines d’un serveur peuvent dépasser le nombre de threads physiques. C’est normal et sans danger le plus souvent, car les machines ne tournent pas toutes en même temps. Mais si elles chargent ensemble, elles font la queue. Vu de l’intérieur, le processeur paraît alors inactif, alors que la machine attend son tour. Ajouter des cœurs allonge la file, cela ne la raccourcit pas.

Goulot sur un seul cœur

Certains travaux se posent sur un cœur et y restent. Sur une machine à huit cœurs l’usage total peut sembler bas pendant qu’un seul cœur reste au plafond. Ajouter des cœurs ne change rien ici ; la réponse est de découper le travail ou de choisir une configuration à meilleure performance mono-cœur.

L’attente du disque

Si la courbe du processeur est calme et que la machine reste lente, le regard va au disque. Le serveur mesure séparément le temps passé à attendre les données. Quand cette valeur monte, le problème n’est pas le calcul mais l’attente ; le type de disque, le réglage de cache et les autres machines qui partagent le même disque entrent en jeu.

L’ordre à suivre

Comparer d’abord le total des vCPU aux threads physiques, puis regarder la charge par cœur, et seulement ensuite le temps d’attente disque. Les trois mesures vivent côté hôte ; vu de l’intérieur, ces trois états ne se distinguent pas.