Структура raid массива сервера БД
Модераторы: Trinity admin`s, Free-lance moderator`s
-
- Junior member
- Сообщения: 8
- Зарегистрирован: 10 мар 2006, 20:41
- Контактная информация:
Структура raid массива сервера БД
Здравствуйте!
Вопрос такой, неоднозначный пока для меня...
Имеется: 2x 5160, 8Gb Ram, 1x Intel
SRCSAS18E + 256wbс bbu + 16xSAS 15k
ОС: RH8 либо RHEL4
БД: Progress 9.1 (типа oracle, но попроще)
Работа дисковой подсистеме ~ 98% чтение 2% запись
Total o/s reads 321941841
Total o/s writes 5801381
Это правда статистика за 229 часов, бывают и пики по записи, но общая картинка такова.
Блок базы пока 1Кб, но будет 4 на новом сервере. База растет в среднем по 500-600Мб в месяц.
Вопрос-то какой:
1. Делать отдельные массивы под ОС, БД, журнал транзакции "до записи в БД", журнал транзакции "после записи в БД"
(как рекомендуют сами Progress), что-то вроде
5х2hdd в 1+0 под БД
1х2hdd в 1 под ОС
1х2hdd в 1 под "до БД" журнал
1х2hdd в 1 под "после БД" лог
2. Либо 1 массив 8х2hdd в 1+0 и разбить на LUN-ы?
Как-то уж больно все яйца в одну корзину класть ... хотя продавцы сервера утверждают, что так будет лучше (по производительности).
А если так, то можно ли как ни будь заранее определить
где физически LUN будет располагаться ...
типа поближе к периферии диска, хотелось бы базу туда расположить
И еще один вопрос, так как под linux блок ext2 пока = макс 4кб, то
база тоже будет на 4Кб, а вот блок страйпа сколько сделать?
Читал мнения, что чем больше тем лучше ... где правда ?
Заранее благодарен!
ЗЫ. Предлагали нам 1Гб ББУ кеша ... имеет смысла или в нашем случае 256 тоже хватает?
Вопрос такой, неоднозначный пока для меня...
Имеется: 2x 5160, 8Gb Ram, 1x Intel
SRCSAS18E + 256wbс bbu + 16xSAS 15k
ОС: RH8 либо RHEL4
БД: Progress 9.1 (типа oracle, но попроще)
Работа дисковой подсистеме ~ 98% чтение 2% запись
Total o/s reads 321941841
Total o/s writes 5801381
Это правда статистика за 229 часов, бывают и пики по записи, но общая картинка такова.
Блок базы пока 1Кб, но будет 4 на новом сервере. База растет в среднем по 500-600Мб в месяц.
Вопрос-то какой:
1. Делать отдельные массивы под ОС, БД, журнал транзакции "до записи в БД", журнал транзакции "после записи в БД"
(как рекомендуют сами Progress), что-то вроде
5х2hdd в 1+0 под БД
1х2hdd в 1 под ОС
1х2hdd в 1 под "до БД" журнал
1х2hdd в 1 под "после БД" лог
2. Либо 1 массив 8х2hdd в 1+0 и разбить на LUN-ы?
Как-то уж больно все яйца в одну корзину класть ... хотя продавцы сервера утверждают, что так будет лучше (по производительности).
А если так, то можно ли как ни будь заранее определить
где физически LUN будет располагаться ...
типа поближе к периферии диска, хотелось бы базу туда расположить
И еще один вопрос, так как под linux блок ext2 пока = макс 4кб, то
база тоже будет на 4Кб, а вот блок страйпа сколько сделать?
Читал мнения, что чем больше тем лучше ... где правда ?
Заранее благодарен!
ЗЫ. Предлагали нам 1Гб ББУ кеша ... имеет смысла или в нашем случае 256 тоже хватает?
-
- Junior member
- Сообщения: 8
- Зарегистрирован: 10 мар 2006, 20:41
- Контактная информация:
Так ... я недельку все, что нашел по поводу прочитал...
То что логи и ОС в случае, надо отдельно держать
, считается золотым правилом...
Вот насчет самих файлов БД возникла другая идея.
Учитывая 90-99% чтения к 1-10% записи и то что из 16 hdd
остаются 10 свободных, получается
либо 1+0, т.е. 5 шпинделей на чтения, либо вариант на 5 raid
с 10ю шпинделями.
Соответственно вопрос, как Вы думаете,
учитываю типа нагрузки,
лучше будет 5х2 в 1+0 либо 10х в 5ом райде?
То что логи и ОС в случае, надо отдельно держать
, считается золотым правилом...
Вот насчет самих файлов БД возникла другая идея.
Учитывая 90-99% чтения к 1-10% записи и то что из 16 hdd
остаются 10 свободных, получается
либо 1+0, т.е. 5 шпинделей на чтения, либо вариант на 5 raid
с 10ю шпинделями.
Соответственно вопрос, как Вы думаете,
учитываю типа нагрузки,
лучше будет 5х2 в 1+0 либо 10х в 5ом райде?
-
- Junior member
- Сообщения: 8
- Зарегистрирован: 10 мар 2006, 20:41
- Контактная информация:
Еще вопросик относительно 1+0 можно?
Хочу до конца понять ... условно имеем 1+0, 8 striped mirrors (16hdd) так сказать, когда происходить чтение с 1 миррора, котроллер читает только с одного из дисков или может, для увеличения скорости, считать часть данных с одного и часть с другого? Ну при sequential read например, типа параллельно?
Т.е. !очень! условно - если iops (не важно какие - условные) одного винчестера = 100, то iops массива будет условно максимум 800 либо в некоторых случаях может и 1600 достичь?
Спасибо.
Хочу до конца понять ... условно имеем 1+0, 8 striped mirrors (16hdd) так сказать, когда происходить чтение с 1 миррора, котроллер читает только с одного из дисков или может, для увеличения скорости, считать часть данных с одного и часть с другого? Ну при sequential read например, типа параллельно?
Т.е. !очень! условно - если iops (не важно какие - условные) одного винчестера = 100, то iops массива будет условно максимум 800 либо в некоторых случаях может и 1600 достичь?
Спасибо.
-
- Junior member
- Сообщения: 8
- Зарегистрирован: 10 мар 2006, 20:41
- Контактная информация:
SRCSAS18E
Здравствуйте,
Получили мы наш серверок ... по поводу SRCSAS18E, предупреждаю, что в одном массиве raid-10, может быть только один "LUN" ... "мелочь", но неприятно.
И скорее всего, понятие "split reads", ему незнакомо.
Получили мы наш серверок ... по поводу SRCSAS18E, предупреждаю, что в одном массиве raid-10, может быть только один "LUN" ... "мелочь", но неприятно.
И скорее всего, понятие "split reads", ему незнакомо.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 9 гостей