В среднем приблизительно 500 qps
Это - первая проблема. Единственный (быстрый) жесткий диск идет только 200-250 IOPS.
в Вашем iostat
дамп, мы видим sda8
делает 165 IOPS, не плохо вообще для дублируемого диска. Однако, средний размер очереди является очень небольшим, и среднее ожидание и среднее время обслуживания составляет немного больше чем 3 мс. Другими словами, диск не является узким местом, по крайней мере, не в данный момент Вы работали iostat
.
Очевидно, буферы RAM и другая оптимизация InnoDB уже на работе, уменьшающей решительно сумму запросов IO (иначе, Вы попытались бы сделать 500 запросов, и sda8
не смог бы обслужить настолько быстро).
Так, какова Ваша проблема?
Править:
хорошо, числа в большой нагрузке красят полностью другое изображение, где количество iOS накапливается, и время отклика страдает много. Определенно случай для некоторого аппаратного восстановления.
во-первых, я переоценил бы DRBD. Три опции:
Затем неважно, который решение Вы выбираете, Вам все еще нужно намного больше IOPS, чем, что могут обеспечить Ваши текущие диски.
Существует два основных способа получить высокий IOPS:
Дэйв,
Поскольку вы видите "раздувание", которое имело место. Я решил, что отправлю это в качестве ответа.
Как я уже упоминал, есть определенное раздувание, до 33% или более в некоторых случаях с кодировкой MIME.
Увеличение лимита для учета этого раздувания будет необходимо, просто не сообщайте своим пользователям, что вы сами настроили ограничение Exchange ... поэтому, если вам нужно, чтобы они отправили вложение размером 10 МБ, установите для него значение 16 или около того.
См. также здесь: