6 commentaires
hello t'as checké côté vmware la queue depth du datastore ou des disques virtuels ? des fois vmware a des configs par défaut un peu basses pour ça. aussi le type de provisionnement des disques thin ou thick et si c'est lazy zeroed ou eager zeroed
et le scheduler io du kernel linux ? cfq deadline ou noop ? pour les vm le noop est souvent recommandé car l'hyperviseur gère déjà l'ordonnancement. regarde cat /sys/block/sdx/queue/scheduler
le block size de ton filesystem ext4 xfs ? si ça correspond pas aux blocs du storage sous-jacent ça peut créer de l'overhead. et l'alignement des partitions
wow pleins de pistes ! c'était une combinaison de deux trucs le scheduler io était sur cfq j'ai switché à noop et le virtio-scsi n'était pas activé j'étais sur lsi logic. après un reboot et les modifs les perfs sont stables et constantes même avec de la charge ailleurs. j'ai aussi vu que la queue depth était un peu basse côté vmware on va regarder ça. merci à tous pour l'aide c'est top
Laisser une réponse
Vous devez être connecté pour poster un message !
salut la team on a un serveur linux (centos 7) sur vmware qui a des perfs disque super aléatoires. des fois c'est niquel genre 500mb/s en écriture/lecture des fois ça tombe à 50mb/s ou moins. ça arrive surtout quand il y a d'autres vm sur le même datastore qui font de l'io mais pas systématiquement. j'ai vérifié iostat vmstat pas de bottleneck évident sur le cpu ou la ram de la vm