Exchange 2010: Проблемы, увеличивающие максимальный почтовый размер (smtp; 550 5.3.4 SMTPSEND.OverAdvertisedSize)

В среднем приблизительно 500 qps

Это - первая проблема. Единственный (быстрый) жесткий диск идет только 200-250 IOPS.

в Вашем iostat дамп, мы видим sda8 делает 165 IOPS, не плохо вообще для дублируемого диска. Однако, средний размер очереди является очень небольшим, и среднее ожидание и среднее время обслуживания составляет немного больше чем 3 мс. Другими словами, диск не является узким местом, по крайней мере, не в данный момент Вы работали iostat.

Очевидно, буферы RAM и другая оптимизация InnoDB уже на работе, уменьшающей решительно сумму запросов IO (иначе, Вы попытались бы сделать 500 запросов, и sda8 не смог бы обслужить настолько быстро).

Так, какова Ваша проблема?

Править:

хорошо, числа в большой нагрузке красят полностью другое изображение, где количество iOS накапливается, и время отклика страдает много. Определенно случай для некоторого аппаратного восстановления.

во-первых, я переоценил бы DRBD. Три опции:

  1. сохраните DRBD, но получите лучшую задержку между хостами. или 10GbE, или некоторое более необычное соединение. Я сказал бы, что InfiniBand мог быть опцией.
  2. замените DRBD некоторой внешней совместно используемой памятью (устройство хранения данных SAN). Тот, который мог дать высокое количество iSCSI IOPS. на Ethernet, не сократит его. Или высокопроизводительный FC или совместно использованный SAS.
  3. рассмотрите репликацию DB вместо того, чтобы совместно использовать устройство хранения данных. Тем путем устройство хранения данных было бы локально для DB, и задержка будет локальна также. Репликация происходит 'после факта', таким образом, это не влияет на IOPS.

Затем неважно, который решение Вы выбираете, Вам все еще нужно намного больше IOPS, чем, что могут обеспечить Ваши текущие диски.

Существует два основных способа получить высокий IOPS:

  1. Добавьте больше шпинделей. Обычно в RAID10, IOPS, который можно получить, является примерно суммой IOPS всех активных дисков. Вот почему диски высокого об/мин доступны в так низких мощностях, Вы обычно хотите, чтобы партии и много дисков получили более высокую скорость. 20-30 дисков только для складывания шпинделей не неслыханны; это - число, необходимо было бы войти в приблизительную оценку на ~6000 дюйм в секунду. (15kRPM диск дает 180-250 IOPS),
  2. Используйте SSD. Высокопроизводительный флеш-накопитель может получить 20,000 IOPS. Обязательно используйте 'сервер' SSD, те используемые для рабочих станций умерли бы через несколько месяцев. Посмотрите различие между SLC и MLC, например, X-25E Intel по сравнению с X-25M.
2
задан 15 April 2013 в 23:48
1 ответ

Дэйв,

Поскольку вы видите "раздувание", которое имело место. Я решил, что отправлю это в качестве ответа.

Как я уже упоминал, есть определенное раздувание, до 33% или более в некоторых случаях с кодировкой MIME.

Увеличение лимита для учета этого раздувания будет необходимо, просто не сообщайте своим пользователям, что вы сами настроили ограничение Exchange ... поэтому, если вам нужно, чтобы они отправили вложение размером 10 МБ, установите для него значение 16 или около того.

См. также здесь:

Учитывая MIME Раздутие при расширении, как это повлияет на настройки ограничений на размер сообщений Exchange 2003/2007/2010?

http://support.microsoft.com/kb/836555

2
ответ дан 3 December 2019 в 11:48

Теги

Похожие вопросы