Чрезвычайно медленный пересинхронизирующий уровень DRBD на специализированном гигабите

Это не могло бы быть полностью, что Вы после, но взглянули на Экс-претендента. Если Вы находитесь на выезде Exchange 2003 Mail Utilities, Exchange 2007 или выезд Exchange 2010 Правовые оговорки Mail.

Это программное обеспечение может дать Вашим электронным письмам очень стандартный стиль, а также вытянуть поля от Active Directory в электронную почту, которую можно использовать в сигнатурном блоке. Я не думаю, что это может управлять шрифтом электронного письма, которое было послано - но по моему опыту, люди действительно не изменяют стандартный шрифт в Outlook.

Извините, если это походило на коммерческую цель - я не имею отношения к Экс-претенденту, просто очень счастливому клиенту.

7
задан 27 December 2012 в 17:56
3 ответа

После комментария @Nils я начал изучать, насколько используются диски. И заметил, что получаю гораздо больше операций чтения, чем было до перенастройки системы на DRBD. Дальнейшие исследования показали, что использование диска составляет около 100%, а также замедление пакетных процессов, которые выполнялись в то время. Исправление конфигурации MySQL для увеличения размера пула буферов для исключения большинства операций чтения, похоже, решило проблему.

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

3
ответ дан 2 December 2019 в 23:46

Для Nginx есть модуль для включения функций SSI. Это вполне хорошо документировано здесь . Следует помнить о нескольких проблемах:

  • Относительные родительские пути недоступны (например, ../ .. не будет работать).
  • Некоторые переменные (такие как LAST_MODIFIED ) недоступны.
  • Синтаксис для директив должен включать пробел (например, <- # include должно быть <- # include ).
1
ответ дан 2 December 2019 в 23:46

Вы уже нашли источник проблемы - тяжелое чтение io. Настройка sndbuf-size действительно помогает при тяжелой записи io (но увеличивает асинхронность в режиме протокола A), rcvbuf-size может помочь в вашем случае.

Лучшее решение заключалось в том, чтобы удалить корень вашей проблемы.

Больше операций чтения может быть связано с DRBD-мета-устройством (хотя я ожидал, что это будет больше и в ситуациях записи).

0
ответ дан 2 December 2019 в 23:46

Теги

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