perf I/O bizarres sur des VM Linux en prod avec du mongo

salut. pour les VMs, surtout si l'OS hôte gère déjà son propre scheduler I/O (genre ESXi), on recommande souvent noop ou deadline. cfq est souvent le défaut mais il est pas idéal pour les environnements virtualisés car il fait trop de boulot déjà fait par l'hyperviseur.

ouais noop c'est le plus simple il passe tout direct au kernel sans ordonnancement. deadline c'est un bon compromis, il assure que les requêtes ne soient pas trop retardées. pour voir ton scheduler actuel : cat /sys/block/sdX/queue/scheduler (remplace sdX par ton device).

et si t'es sur un kernel récent (genre 4.x ou plus) et que t'as du NVMe ou du stockage bloc rapide, mq-deadline peut être encore mieux. c'est la version multi-queue de deadline qui tire parti des interfaces modernes. faut voir si ton kernel le supporte.

c'est ça pour le changer à chaud. pour la persistance, modifie la ligne GRUB_CMDLINE_LINUX dans /etc/default/grub et ajoute elevator=noop puis update-grub et reboot. si noop te donne pas les perfs que tu veux, tente deadline ou mq-deadline.

attention aussi au niveau de VMware. t'es sur quel type de datastore ? et t'as checké le queue depth côté VM et côté hyperviseur ? parfois c'est une saturation là-bas avant même que le scheduler Linux ne voie le souci.

si t'es sur vSAN avec un kernel moderne, mq-deadline est souvent le vainqueur. noop est bien pour les hyperviseurs qui gèrent tout, mais mq-deadline peut mieux répartir la charge sur les queues I/O du kernel et du stockage sous-jacent.

nickel content que ça ait résolu ton problème ! mq-deadline c'est vraiment le bon choix pour les infra modernes.