Performances I/O disque catastrophiques sur VM Linux avec ext4

Question

yo la team
j'ai une VM ubuntu sur aws qui galère à mort sur les i/o disque. c'est une gp2 avec ext4 dessus et le système rame pour tout ce qui est écriture. lecture ça passe mais l'écriture c'est une horreur. dmesg me sort rien de spécial sur les disques. le fsync est super lent.
# ioping test
# 10s from . (ext4 /dev/xvda1):
# Bests/Avgs/Worst/StDev = 16.9us/14.8ms/183.1ms/32.1ms
14.8ms d'avg pour du gp2 c'est pas normal on est d'acc ?

remy26 · Answer

clairement pas normal. un gp2 devrait être bien plus rapide. t'as checké quel i/o scheduler est actif ? cfq deadline ou noop ? pour les vm c'est souvent noop ou deadline le mieux. cfq c'est pour les disques rotatifs.
cat /sys/block/xvda/queue/scheduler

marty-martin · Answer

c'est cfq. je change ça de suite pour deadline

idurand · Answer

aussi tes options de mount pour ext4 ? t'es en barrier=1 ou barrier=0 ? si t'es sur un système de fichiers avec caching en dessous genre ebs optimisé tu peux ptete tenter barrier=0 pour des perfs d'écriture meilleures mais attention aux pertes de données si la vm crash. et si c'est une bdd genre postgres oublie ça.

remy26 · Answer

ouais et l'autre truc c les credits gp2. si t'as fait beaucoup d'i/o d'un coup tu as peut-être mangé tous tes iops credits. regarde la métrique BurstBalance dans cloudwatch pour le volume ebs

marty-martin · Answer

ok j'ai switché en deadline et je suis passé de 14.8ms à 2ms en avg. c'est déjà bcp mieux. les credits burstbalance étaient ok. je vais laisser en barrier=1 pour la sécu. merci les gars un simple scheduler change la vie

Performances I/O disque catastrophiques sur VM Linux avec ext4

5 commentaires

Laisser une réponse

Les tableaux dans le langage de programmation Go

Pipeline et outils DevOps

Progressive Delivery : L'Ère des Déploiements Dynamiques et Sûrs

Déployez vos microservices Rust en Unikernels avec NanoVMs

Maîtriser la gestion mémoire : Le guide ultime pour vos pods

Rejoindre la communauté