Оптимизация LSI MegaRAID 320-2x под MSSQL

Конфигурирование, планирование RAID систем, возможности, технологии, теория. Qlogic, LSI Logic, Adaptec ...

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
NameLess
Junior member
Сообщения: 4
Зарегистрирован: 14 фев 2005, 09:50

Оптимизация LSI MegaRAID 320-2x под MSSQL

Сообщение NameLess » 14 фев 2005, 10:44

Есть сервер на 2-х Xeon'ах (м/б - SuperMicro P4DP6, 4Gb DualDDR). Поставлен LSI MegaRAID 320-2x в конфигурации RAID-5 (3x36Gb на каждом канале). На рейде лежат две базы по 50Gb каждая, логи вынесены на отдельный массив. При активной работе порядка 50-ти пользователей, особенно при построении тяжелых отчетов, система начинает жутко тормозить на операциях чтения. Запись в базу занимает порядка 15-20% от общего числа обращений.
При настройке массива была задана следующая конфигурация: страйп - 128Kb, WriteBack, ReadAhead, Cache IO. По словам человека, конфигурировавшего массив, при страйпе размером меньше 64Kb система начинала тормозить еще больше.
Насколько я знаю, для баз данных оптимальным размером страйпа должно быть значение 8Kb (размер страницы БД), и, по-идее Adaptive ReadAhead.
Что могут посоветовать специалисты для оптимизации работы системы на чтение.
Паранойю у админов лечить нельзя, надо лишь следить, чтобы развивалась в нужном направлении

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 14 фев 2005, 11:23

WriteBack, Direct I/O, Normal (не Adaptive и не ReadAhead), страйп - 64К (оптимальный для всей линейки MegaRAID).

Аватара пользователя
exLH
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 5061
Зарегистрирован: 11 фев 2004, 15:49
Откуда: Москва
Контактная информация:

Сообщение exLH » 14 фев 2005, 11:41

А не маловато дисков на таких объемах баз? Ажно 100ГБ в сумме...

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 14 фев 2005, 11:49

Кстати да: мощи 320-2Х на 100 ГБайт базы не хватит - советую всерьез задуматься о внешнем, причем неслабом массиве, винта эдак на 32.

NameLess
Junior member
Сообщения: 4
Зарегистрирован: 14 фев 2005, 09:50

Сообщение NameLess » 14 фев 2005, 11:56

2 a_shats
Насчет Normal понятно - не юзать кэш, т.к. практически постоянно промахи при чтении, а вот почему Direct IO непонятно. Если можно, то поподробнее.
И еще вопрос: какой в таком случае оптимальный размер кластера ставить?

exLH
В сумме массив дает 180, а этого пока хватает. Другое дело, что если перестраивать под RAID-10, то объема не хватит.

P.S. Насчет 10 рейда, имеет ли смысл поставить его? По-идее должно быть быстрее. И еще, имеет ли смысл перепрошить контроллер?
Паранойю у админов лечить нельзя, надо лишь следить, чтобы развивалась в нужном направлении

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 14 фев 2005, 12:03

И про то, и про другое в мануалах написано достаточно мутно - просто примите как аксиому ;) (мы тестили и на основании этих тестов пришли к такому выводу)
И не размер кластера, а размер страйпа (так зовется единичный блок, которым контроллер работает с винтами) я как раз и назвал - 64К.
Это фичи фирмвари.
Что касательно массива - дело не в объеме винтов, а именно в количестве: для БД важны IOps (Input/Output Operations/sec). Винт 10К дает порядка 300 IOps, и чем больше их в массиве - тем больше оный массив может дать IOps с винтов (при таких объемах кэш лишь сгладит нагрузку).

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 14 фев 2005, 12:03

Смысла ставить RAID10 нет - он немного добавит производительность на запись - но и только.

NameLess
Junior member
Сообщения: 4
Зарегистрирован: 14 фев 2005, 09:50

Сообщение NameLess » 14 фев 2005, 12:24

Ну, до внешнего массива еще не доросли :( Да и вторая база используется крайне редко - резерв, при необходимости подмаемый из бакапов, для поиска ошибок.
Различия страйпа и кластера я тоже себе достаточно ясно представляю. Другое дело, что железо и ОС могут в этом вопросе не сойтись во мнениях. Если страйп будет 64к, а кластер, допустим, 8к, то как это скажется на общей производительности?

Вопрос к господину a_shats
Здесь Вы писали про оптимальную конфигурацию для 1С SQL:
Соответственно, для 1С рекомендую использовать: WriteBack (очень желательно наличие BBU), Adaptive Read-Ahead, Cached I/O.
Как-то не соотносится с WB, Normal, Direct IO  :shock:
Паранойю у админов лечить нельзя, надо лишь следить, чтобы развивалась в нужном направлении

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 14 фев 2005, 14:19

Возможно это был очень старый пост - с изменением фирмварей поведение контроллеров сильно изменилось и теперь CachedIO вызывает только тормоз.
А Normal - это не отсутствие кэширования, а одна из его политик (более подходящая для операций мелкими блоками).
Что касается размера страйпа - теория теорией, а практика практикой. Фирмварь контроллеров точится как правило под дефолтный размер страйпа и попытки его изменить обычно ни чему хорошему не приводят.

Ответить

Вернуться в «Массивы - RAID технологии.»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 19 гостей