Производительность RAID-массива на интеллектуальном массиве HP Proliant ML350 G5 E200i
У нас есть клиент, который жалуется на производительность приложения, использующего базу данных MS SQL. Они не верят, что проблемы с производительностью являются ошибкой самого приложения.
RAID-контроллер Smart Array E200i имеет 128 МБ кэш-памяти, и мы установили кэш на 75% для чтения /25% для записи. Дисковый массив установлен для включения кэширования записи.
Недавно мы провели тест производительности диска с использованием SQLIO на основе этого руководства. Мы использовали файл размером 10 ГБ для теста, в котором было установлено, что средняя скорость последовательного чтения составляла ~60 МБ / с (мегабайт / с), а средняя скорость случайного чтения составляла ~30 МБ / с. Являются ли эти цифры равными для того, что сервер должен выполнять? Лучше, чем на одном уровне? Какой ужас? Удивительно?
Дополнительная информация о настройке сервера / конфигурации контроллера RAID:
В массиве RAID 5 есть три диска 146 ГБ SAS 10k RPM 3,0 ГБ / с (модель HP DG146BABCF). Это единственные физические диски, доступные для сервера, поэтому и журналы, и данные, включая данные операционной системы и файл подкачки, находятся на одном физическом дисковом массиве (есть 2 логических диска с разделенными данными ОС). Размер полосы массива установлен на 64 КБ. Общее полезное пространство составляет 273 ГБ.
HP Advanced Data Guard отключен. Приоритет перестроения и расширения установлен на средний уровень. Задержка сканирования поверхности составляет 15 сек. Контроллер имеет кэш-плату и аккумулятор.
6 ответов
Слишком много невесомого. Например, как настроены диски? Если журналы и данные совместно используют одни и те же диски, случайный ввод-вывод из областей данных нарушит трафик журналов, который в основном является последовательным вводом-выводом и непропорционально подвержен загруженной рабочей нагрузке произвольного доступа на тех же дисках.
Без некоторого понимания вашей конфигурации я не могу точно сказать, что может быть причиной проблемы.
Например, 60 МБ / с без RAID-массива почти подходят для RAID-5 с 4 дисками или RAID-10 с полосами 64 КБ и 15 КБ дисков. Каждый диск будет считывать по одной полосе 64 КБ за оборот диска (около 250/ с для 15 КБ), что дает 15 МБ / с на диск.
Среднее время поиска для диска 15 КБ составляет около 3 мс по всему диску. На почти непрерывном файле 10 ГБ на томе RAID с (скажем) дисками 146 ГБ или 300 ГБ и небольшой справкой из кэша я мог видеть 30 МБ / с, что является разумным показателем для дискового массива, настроенного, как описано выше. Это указывало бы на усреднение прочитанных данных о каждых двух оборотах дисков.
Мысленно думаем о конфигурации, которую можно разумно ожидать от ML350. Тем не менее, я понятия не имею, соответствует ли это вашей фактической конфигурации, поэтому я не могу прокомментировать, актуальны ли наблюдения в вашем случае.
E200i имеет общеизвестно плохую производительность, как задокументировано Лукасом здесь и Райаном здесь. Проверьте, подключен ли дополнительный комплект батарей (BBWC), и утилита настройки массива HP показывает, что состояние батареи в порядке. (В HP Array Configuration Utility нажмите "Контроллер" в представлении "Конфигурация" в центре и выберите "Дополнительная информация" в меню "Общие задачи" справа). Наличие этой батареи дает хороший прирост производительности дисковому контроллеру.
Но лучше всего будет поменять E200 на "надлежащий" контроллер HP SmartArray, а P400 или P600 с BBWC 512 МБ должны дать вам хороший прирост скорости.
Ниже приведен тест, который мы сделали с аналогичным оборудованием, и было отмечено несколько различий. Я полагаю, что некоторые потери производительности вызваны смещением разделов (по умолчанию Windows 2003 не выравнивает разделы). Выполните следующую команду, и, если начальное смещение равно 32256, оно смещено.
wmic раздел получить индекс, размер блока, имя, начальный смещение
Чтобы правильно выровнять разделы, вам нужно использовать утилиту DISKPART.
Тестовое оборудование:
HP DL380 G5
2 розетки, всего 4 сердечника
16 ГБ ОЗУ
Контроллер HP P400
512 МБ кеша
25% читают / 75% пишут
Жесткие диски со скоростью вращения 10 000 об / мин
Windows Server 2003, 32-разрядная версия
Пятиминутный цикл испытаний
Результаты (МБ / сек):
(RS: чтение последовательного RR: случайное чтение WS: запись последовательного WR: запись случайное)
Raid5 3 HD:
RS 180
180 рублей
WS 120
WR 130
Raid5 4 HD:
RS: 240
ОР: 260
WS: 175
WR: 180
Raid5 5 HD:
RS: 310
ОР: 320
WS: 210
WR: 225
Вы не должны иметь "псевдо-деградированный" Raid5 в качестве хранилища базы данных. AFAIK - самая медленная конфигурация диска. Добавьте контроллер низкого уровня, и ситуация не улучшится.
Владельцы Hitachi AMS могут игнорировать эту запись (4disk raid5 = выше 300 МБ / с). В остальном это, наверное, относится.
Есть ли в Smart Array E200i установленный кэш резервного копирования батареи? Я видел некоторые ужасные показатели работы контроллеров Smart Array без BBWC.
Что касается показаний скорости передачи данных, которые вы взяли, я не могу прокомментировать, что я видел 60 МБ / с из высокопроизводительной настольной системы. Однако показания скорости передачи данных могут лгать! Опубликуйте параметры для инструмента, который вы использовали для лучшего сравнения.
Краткий ответ = ВКЛЮЧИТЬ кэш записи, НО установить Кэш ЗАПИСИ на 0% через HP CLI. [слот ctrl =0 изменить кешратио =100/0 | ctrl slot=0 modify dwc=enable] Включите, но не используйте его, иди разберись!
Я только что установил сервер Open-e DSS V6 на HP ML350 G5 с RAID-контроллером E200i, 128 МБ BBWC и 6 x 1,5 ТБ 7200 об / мин в массиве RAID 10. Я получал очень плохую производительность, менее 100 iostats на высокой скорости инициализации тома ввода / вывода файлов iSCSI. У меня есть подобные конфигурации с использованием карт 3Ware 9550, которые производят более 1000 iostats, поэтому я пытался выяснить, что??? шел не так
Небольшое исследование направило меня сюда и к статье Experts-Exchange ( http://www.experts-exchange.com/Storage/Hard_Drives/Q_24947953.html). Казалось бы, процессор RAID 5 и кэш записи являются проблемными компонентами для этого контроллера. Я не использовал RAID 5, поэтому я экспериментировал с кэшем чтения / записи через CLI контроллера HP, который Open-e удобно вставляет в их программное обеспечение.
CLI работал очень медленно, командам потребовалась минута, чтобы ответить. Наконец, приведенная выше команда заставила массив работать ближе к ожидаемому. Сейчас я вижу почти 1000 iostats, и CLI отвечает нормально. Да, вы должны включить кэш записи и установить его на 0%. Никакая другая комбинация не работает. Даже использование параметра отключения записи кэша не смогло обеспечить приемлемую производительность.