Sujet :
Kernel Linux : iowait élevé sur des vm avec des disques ebs
RÉSOLU
Liste des sujets Répondre Créer un sujet
Membre depuis le 04/09/2024
salut les linuxiens. j'ai des vm ec2 (instance type m5.xlarge) avec des volumes ebs gp3 qui montrent un iowait super élevé, parfois 50-60%. les applications sont lentes à mort. j'ai déjà monté les IOPS et le throughput du volume gp3 à fond mais ça change rien. iostat -x 1 montre des avgqu-sz et await énormes. on est sur des ubuntu 20.04 avec le kernel 5.4.x. des idées pour réduire ça ?
Répondre
vous devez être connecté pour poster un message !
Rejoindre la communauté
Recevoir les derniers articles gratuitement en créant un compte !
S'inscrire
guyon-gregoire
Membre depuis le 13/05/2024
yo. si t'as déjà maxé les
iopsetthroughputdugp3c bizarre. t'as vérifié la file d'attente sur le device aveccat /sys/block/sdX/queue/nr_requests? si c'est trop bas ça peut limiter. essaie aussi de voir si c'est des petites écritures aléatoires ou de gros blocs séquentiels. le type de workload affecte bcp les perfsebs. lance unfiopour simuler ton workload et voir les perfs brutesumillet
Membre depuis le 04/04/2024
en plus des points mentionnés, regarde si t'as pas un souci de
schedulerdisque. par défaut c'est souventmq-deadlineounonepour lesnvme. pourebsqui sont virtuels et pas nvme direct,mq-deadlineest souvent un bon choix. vérifie aveccat /sys/block/sdX/queue/scheduler. aussi la version du kernel, les 5.x ont des optimisationsio_uringqui peuvent aider si tes apps les utilisentraymond88
Membre depuis le 04/09/2024
merci pour les pistes ! j'ai vérifié le scheduler c'était bien
mq-deadline. en fait le souci venait d'une petite coquille dans laconfigde mes apps, elles faisaient trop de petites écritures sync. en passant sur du bufferisé et en regroupant les écritures l'iowaitest tombé à moins de 10%. j'ai aussi monténr_requestspour être large. gros soulagement !