LVM чередование узких мест

Итак, у меня есть сервер с базой данных MySQL 3.5 ТБ с файлом innodb для каждой таблицы. Он имеет 24 2,5" 10K HD в 4 дисковых RAID 10 группах, подключенных как хранилища данных 1 ТБ через vmware ESXi. Все 6 LVM чередуются в один 6TB ext3 диск

Прямо сейчас я делаю

sudo e2fsck -f /dev/vg1/lv1

перед

sudo resize2fs /dev/vg1/lv1

и вот результаты 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

Я просмотрел другие посты здесь и Google о производительности LVM, и ни один из них не дал мне достаточно информации, чтобы диагностировать, может ли LVM быть узким местом ввода-вывода дисков. То есть, здесь кажется, что dm-0 достигает максимума в% util, в то время как фактические диски% util находятся в подростковом возрасте.

Могу ли я что-нибудь сделать, чтобы это исправить? Полоска дважды, чтобы это был RAID 1000 вместо моего RAID 100? Iostat просто неправильно сообщает о LVM?

1 ответ

Я закончил это много месяцев назад, но вот что я сделал:

Для проблемы e2fsck на большом диске, который должен быстро вернуться в режим онлайн, просто пропустите его. Поскольку resize2fs вызывает e2fsck, если диск не подключен, просто оставьте его подключенным и разрешите resize2fs изменить размер раздела lvm в режиме онлайн.

Что касается проблемы узких мест в устройстве отображения устройств, iostat, похоже, не знает, что раздел удален (добавление%utils up составляет 99,3%), и публикация в unix.stackexchange заверила меня, что lvm / dm не влияет на производительность (кроме моментального снимка диска lvm, но вы все равно должны использовать xtrabackup с --throttle=IOPS для резервного копирования mysql).

Другие вопросы по тегам