5 commentaires
75% iowait c énorme. clair t'es en butée. le %util à 100% sur sdb ça confirme. tes disques sont saturés. as-tu vérifié ce qui écrit/lit le plus sur ce disque avec iotop ou lsof +L1 ? des fois c un process de backup qui tourne mal ou des logs qui spamment
vérifie le scheduler I/O aussi. si t'es sur un kernel un peu vieux ou une config par défaut t'es ptete encore en CFQ ou deadline. pour du hdd il vaut mieux mq-deadline ou none si c'est une VM avec un bon hyperviseur
cat /sys/block/sdb/queue/scheduler
et la taille des requêtes avg-rq-sz est super petite. ça veut dire plein de petites i/o. le raid 5 est pas top pour ça avec les pénalités d'écriture. ptete revoir la config mysql genre innodb_flush_log_at_trx_commit à 2 ça peut aider à grouper les écritures
ok je regarde tout ça. c'est une vm effectivement. j'ai trouvé un process de rotation de logs qui s'était emballé et qui spammait le disque. j'ai aussi changé le scheduler pour mq-deadline. ça va beaucoup mieux déjà. pour les ssd on va devoir faire un POC avec la direction. thx pour les tips
Laisser une réponse
Vous devez être connecté pour poster un message !
hello la team. on a une vieille base de données mysql sur une VM linux. depuis qqs jours les perf sont horribles. iowait monte en flèche dès que l'app se met à charger. les disques c'est du hdd classique en raid 5. j'ai l'impression qu'on est juste en butée sur l'iops mais je suis pas sûr