6 commentaires
tu as checké quel process fait le plus d'i/o avec iotop ou d'autres outils comme pidstat -d ? des fois c'est un truc inattendu genre un cron job qui fait un backup ou un outil de monitoring un peu trop zélé
regarde aussi du côté du swap. si ta mémoire est saturée même avec peu de requêtes la vm peut commencer à swapper comme une folle et ça plombe les perfs disque même si ton swap est sur un ssd
pidstat -d me montre des pics d'i/o sur un process kworker qui fait des lectures/écritures massives. pour la swap elle est à 0. la mémoire est utilisée à 70% par postgres mais y a 30% de libre et du cache
kworker qui bosse beaucoup sur l'i/o c'est souvent lié au système de fichiers lui-même ou au driver du disque. t'es sur quel fs ext4 xfs ? et c'est quoi le type de stockage sous-jacent ebs nfs local nvme ?
si c'est xfs regarde les logs dmesg pour des erreurs de fs ou des messages de kernel. et t'as ptete des snapshots côté infra qui gèlent l'io un moment pour la cohérence des données. ça peut faire des spikes comme ça
c'est de l'ext4 sur un ebs gp3. dmesg montre rien d'anormal. par contre en regardant côté AWS on a une sauvegarde EBS quotidienne vers 3h du mat avec un snapshot de quelques secondes qui crée un freeze i/o. le kworker était la conséquence de l'accumulation des écritures pendant le freeze. on va décaler le snapshot hors des heures de prod intenses. merci les gars
Laisser une réponse
Vous devez être connecté pour poster un message !
salut tout le monde j'ai une vm linux (debian 11) avec une bdd (postgres) et j'ai une activité disque hyper élevée des fois sans que la bdd soit sollicitée plus que d'habitude. genre je vois des iowait à 80% alors que le nombre de queries est bas et les requêtes sont rapides