Problèmes de performance aléatoires sur VM Linux sous forte charge CPU

le %steal c'est clair c'est un problème d'hyperviseur ta vm se fait piquer des cycles cpu. ça arrive quand l'hyperviseur est surchargé ou mal configuré niveau cpu. t'as combien de vcpu et de ram alloués à ces vm ?

check aussi si tu as pas de vmotion ou de snapshots qui se lancent automatiquement à ce moment là. des fois vmware consolidation de disques ça peut aussi causer des micro-freezes et du steal cpu

c'est ptete un problème de cpu ready time sur vmware. si le ready time est élevé ça veut dire que ta vm attend que les cores physiques soient dispos pour elle. faudrait regarder les métriques vmware directement pas juste dans la vm

on a 8 vcpu et 32go de ram par vm. les serveurs physiques sont des machines avec 2x32 cores et 256go de ram. on a beaucoup d'autres vm dessus mais on pensait avoir de la marge.

pas de vmotion ou snapshot planifiés pendant les heures de pointe. je vais regarder le cpu ready time

8 vcpu c'est pas mal pour une seule vm. si t'as beaucoup de vm avec bcp de vcpu alloués l'hyperviseur a du mal à trouver 8 cores physiques libres en même temps pour ta vm. c'est ce qu'on appelle le cpu overcommitment. essaye de réduire les vcpu si possible

tu devrais aussi regarder la politique de partage cpu sur vmware. si tes vm sont en low priority par rapport à d'autres elles vont se faire steal leur cpu. faut voir les cpu shares et reservations

exactement ou limiter le nombre de vcpu par socket virtuel sur la vm. des fois ça aide l'hyperviseur à mieux gérer. genre 2 sockets avec 4 cores au lieu de 1 socket 8 cores

bingo ! le cpu ready time était super haut sur ces vm et j'ai vu qu'on avait un overcommitment cpu de fou sur l'hyperviseur. j'ai réduit les vcpu de 8 à 4 sur les vm les moins critiques et j'ai ajusté les cpu shares pour les vm critiques. le steal cpu a chuté drastiquement. merci pour les pistes !