qlogic HBA настраивающиеся рекомендации случайный iops
- Остерегайтесь законных требований. Много juristictions требуют, чтобы связь была сохранена в течение по крайней мере 7 лет для легальных целей аудита. Вы не можете гарантировать это клиентское, и Вы не хотите ссориться с этими законами. Если что-то вроде этого применяется в местоположении Вашего клиента, и предел на 1 ГБ не может быть изменен, то необходимо реализовать отдельное (сервер или основанный на шлюзе) решение проблемы. Клиентский не приемлемо включая клиент к серверу резервные копии PST (потому что они уязвимы для интерференции от клиента, который представляет их недопустимый с контрольной точки зрения). Для решений этого посмотрите на:
- Журналирование Exchange
- Размещенные решения для архивирования, которые получают в шлюзе, таком как Архивация MessageLabs
- Программные продукты серверной стороны, такие как менеджер Архива Quest
- Для мягкого решения проблемы почтовых пределов, вызывающих проблемы для пользователей, можно обычно делать крупную экономию на почтовом ящике измеренной путем разделения вложений от папки 'Sent Items', или даже от полученной почты. Для перспективы Вы просто открываете папку 'Sent Items', организуете самым-большим-к-самому-маленькому размером файла, и сохраняете/удаляете вложения от верхней части списка, работая вниз. Несколько минут выполнения этого могут часто восстанавливать половину Вашего пространства почтового ящика. Я обычно поддерживаю практическое руководство для наших пользователей, которых я отправляю по почте им, если у них есть какие-либо проблемы с пределами Квоты. 5 минут работают на пользователя для устранения проблемы самих.
Я работал над аналогичной настройкой, но в вашем вопросе отсутствует важная информация. Вот список вещей, на которые я бы посмотрел, чтобы выжать максимальную производительность из вашей установки.
В пути блочного ввода-вывода есть несколько уровней, которые вы захотите рассмотреть отдельно. Мне нравится начинать снизу и продвигаться вверх по стеку.
очень базовые уровни от ОС до SAN следующие:
BIO -BLock IO Unit request подано из приложения. поскольку вы говорите о сервере БД, размер этого запроса, вероятно, будет несколько кратным размеру страницы, которую использует БД. (соберите некоторые данные iostat, чтобы узнать, каков средний размер запроса на устройство)
Device Mapper / Multipath (/ dev / dm - *) -BIO передается на виртуальное устройство, созданное multipathd, если это то, что вы используете ? -> Планировщик ввода-вывода на уровне виртуального устройства принимает решения на основе чтения или записи BIO и либо объединяет запрос в существующую очередь, либо добавляет запрос в новую очередь (здесь происходит больше логики, но это выходит за рамки этой области) -> Поскольку устройство управляется multipathd, решения о маршрутизации относительно того, как распределять BIO на нижележащие устройства, можно найти в /etc/multipathd.conf -> в этом конфигурационном файле есть настраиваемые параметры, которые изменяют способ распределения модулей BIO между путями
Основные физические пути, составляющие виртуальное устройство / dev / sd * -> После доставки BIO на эти базовые устройства -> здесь принимается больше решений в зависимости от параметров очереди -> BIO переданы на HBA
HBA -HBA (qlogic) имеет дроссель выполнения, который сообщает, что карта может иметь x количество BIO в полете (на lun), прежде чем отклонять новые запросы
SAN -> Как только BIO передаются в SAN, вы теряете контроль над его очередью и принятием решений.
Поскольку вы спросили конкретно о вашем HBA, я бы посмотрел на дроссель выполнения HBA и посмотрел, на что он установлен. Вы можете увидеть, достигли ли вы когда-либо максимума, следя за столбцом «занято»:
cat /proc/scsi/sg/device_hdr /proc/scsi/sg/devices
Затем я бы начал с профилирования рабочей нагрузки вашей системы, собрав данные iostat и vmstat. Затем я бы попытался поиграть с параметрами multipath.conf, параметрами очереди sysfs, параметрами файловой системы и параметрами планировщика ввода-вывода, чтобы увидеть, приводят ли изменения на каждом из этих уровней к повышению производительности блочного ввода-вывода.