Sujet :

Perf IO disk qui s'effondrent sur une VM linux avec beaucoup de trafic

RÉSOLU

Liste des sujets Répondre Créer un sujet

lucas-jourdan

Membre depuis le 18/05/2024

salut à tous. on a une VM Linux sur AWS (i3.large) avec un gros volume gp2 et les perfs IO s'effondrent quand on a bcp de trafic concurrent. genre des écritures et lectures intenses. la iowait monte en flèche. des idées sur l'i/o scheduler à utiliser ou d'autres tweaks ?

shuet

Membre depuis le 07/11/2024

salut. par défaut t'es sûrement en deadline ou CFQ. sur les VMs avec des disques virtuels et du NVMe comme sur AWS (même si gp2 c'est pas direct nvme c'est derrière un hyperviseur qui gère du nvme en dessous) le meilleur c'est souvent noop ou none si c'est dispo. l'hyperviseur fait déjà le boulot de scheduling donc le kernel Linux n'a pas besoin d'en faire en plus

delaunay-elodie

Membre depuis le 05/12/2024

ouais, noop c'est le classique pour les disques virtuels ou SSD. vérifie aussi la taille des read ahead. si tu fais de très grosses lectures séquentielles, l'augmenter peut aider. mais si c'est random I/O, ça peut même nuire. par défaut c'est souvent 256KB, tu peux tester avec 1024KB

lucas-jourdan

Membre depuis le 18/05/2024

d'acc je vais regarder pour passer en noop. pour la read ahead c'est un mix de random et séquentiel mais majoritairement random donc je vais laisser par défaut après être passé en noop. c'est quoi la commande pour changer l'I/O scheduler au runtime ?

collin-theophile

Membre depuis le 21/12/2024

pour changer temporairement echo noop > /sys/block/sdX/queue/scheduler en remplaçant sdx par ton device. pour que ce soit permanent faut modifier le fichier /etc/default/grub et ajouter elevator=noop à la ligne GRUB_CMDLINE_LINUX_DEFAULT puis faire un sudo update-grub et reboot

osanchez

Membre depuis le 16/01/2025

ah et n'oublie pas de vérifier tes métriques ebs burst balance si c du gp2. quand le burst balance tombe à zéro tes perfs tombent drastiquement. c'est ptete ça aussi. et aussi la taille de bloc du filesystem, si t'es en 4k et que t'écris des millions de petits fichiers ça peut être lent

lucas-jourdan

Membre depuis le 18/05/2024

ok super merci pour toutes ces infos. je vais tester le noop et checker le burst balance et les block size. je reviens vers vous avec les résultats. merci beaucoup la team !

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