Performances I/O aléatoires sur serveur Linux avec SSD NVMe

check le scheduler i/o. par défaut sur les nvme c souvent mq-deadline ou none. si t'es sur cfq ou noop pour une raison obscure ça peut faire des merdes. regarde la sortie de cat /sys/block/nvme0n1/queue/scheduler

aussi, t'as regardé les logs du kernel pour des erreurs nvme ? dmesg -T | grep -i nvme

non le scheduler est bien sur none pour les nvme. pas d'erreurs nvme dans les logs. c'est vraiment silencieux en fait. mais les perfs sont en yoyo. ptete un souci de thermal throttling sur le nvme ? mais c'est un serveur rack avec bonne ventilation

on a eu un truc similaire c'était le trim qui se déclenchait. si le fstrim.timer est actif et qu'il purge trop agressivement ça peut bloquer les i/o le temps que ça nettoie. regarde les logs de systemd pour fstrim et si t'as des crons qui le lancent

systemctl status fstrim.timer
journalctl -u fstrim.service

si c'est ça tu peux l'espacer ou le désactiver pour voir si ça change

ah le trim c'est une bonne piste ! on utilise xfs et j'ai pas pensé au trim. je vais regarder ça de suite. si c'est ça je le désactive et je teste les perfs à nouveau

si c'est le trim attention à pas le désactiver complètement sans solution alternative sur le long terme. les nvme ont besoin du trim pour maintenir leurs perfs surtout en écriture. tu peux le faire manuellement pendant les fenêtres de maintenance ou utiliser un discard mount option si ton système de fichiers le supporte bien

d'acc je note pour le trim. j'ai désactivé le fstrim.timer et j'ai lancé un fio long terme... ça fait 2h et pas de drop de perf ! bordel c'était bien ça. je vais regarder comment gérer ça proprement maintenant

super ! pour xfs le discard mount option (mount -o discard /dev/nvme0n1 /mnt/point) ça peut être une bonne solution ça fait du trim en continu en arrière plan sans impacter la prod comme un fstrim complet

thx pour le conseil discard je vais tester ça en préprod. merci à tous pour l'aide ça m'a sauvé !