gargalo de striping LVM

Question

Então, eu tenho um servidor com um banco de dados mysql 3.5TB com o arquivo innodb para cada tabela. Possui 24 HDs de 2,5 "10K em 4 grupos RAID 10 de disco conectados como datastores de 1TB via VMware ESXi. Todos os 6 são LVM divididos em um disco ext3 de 6TB

Agora, estou fazendo um

sudo e2fsck -f /dev/vg1/lv1

antes de um

sudo resize2fs /dev/vg1/lv1

e aqui estão os resultados do iostat -x 5:

Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb               0.00     0.00   33.40    0.00   267.20     0.00     8.00     0.17    5.15   5.15  17.20
sdc               0.00     0.00   36.20    0.00   289.60     0.00     8.00     0.14    3.76   3.76  13.60
sdd               0.00     0.00   33.20    0.00   265.60     0.00     8.00     0.14    4.28   4.28  14.20
sde               0.00     0.00   35.80    0.00   286.40     0.00     8.00     0.18    5.14   5.14  18.40
sdf               0.60     0.00   32.80    0.00   267.20     0.00     8.15     0.18    5.37   5.37  17.60
sdg               0.00     0.00   35.60    0.00   284.80     0.00     8.00     0.19    5.22   5.22  18.60
dm-0              0.00     0.00  207.60    0.00  1660.80     0.00     8.00     1.00    4.80   4.80  99.60
dm-1              0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
dm-2              0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00

Eu examinei os outros posts aqui e o Google sobre o desempenho do LVM e nenhum deles realmente me deu informações suficientes para diagnosticar se o LVM poderia estar colocando um gargalo no IO dos discos. Tho, aqui parece que dm-0 está maximizando em% util enquanto os discos reais% util estão em sua adolescência.

Existe algo que eu possa fazer para corrigir isso? Stripe duas vezes para que seja RAID 1000 em vez do meu RAID 100? O iostat apenas reporta erroneamente para o LVM?

    

Answer 1

Eu terminei isso há muitos meses, mas aqui está o que eu fiz:

Para o problema do e2fsck em um disco grande que precisa voltar a ficar on-line rapidamente, pule-o. Já que resize2fs força um e2fsck se o disco não estiver montado, deixe-o montado e deixe resize2fs redimensionar a partição lvm online.

Quanto ao problema de afunilamento do dispositivo mapeador, o iostat parece não estar ciente de que a partição foi removida (a adição do% utils up é 99.3%) e uma postagem em unix.stackexchange me garantiu que lvm / dm não tem impacto no desempenho (além de durante um instantâneo de disco lvm, mas você deve usar xtrabackup com --throttle = IOPS para backups do mysql de qualquer forma).