RAID для нового сервера ?

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

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

Ответить
Kllr
Junior member
Сообщения: 8
Зарегистрирован: 03 июл 2003, 15:05

RAID для нового сервера ?

Сообщение Kllr » 03 июл 2003, 16:11

Имеется - платформа PX202 в составе: Intel SHG2/2*CPU Intel Pentium Xeon 2400Mhz/2045Mb DDR ECC/RAID Mylex AcceleRAID 170/5*HDD 18Gb U160 SCA/стриммер/а далее неважно.

1 Вопрос: какой RAID использовать для сервера, на котором будет установлен 1С Предприятие для Sql и соответственно сам Sql Server. Предполагается использовать Windows Server 2000 (или 2003), SQL Server 2000 и встроенный терминальный сервер.

Мои варианты: 1 HDD JBOD чисто под операционку и 4 HDD RAID 0+1 для 1С и БД.

2 Вопрос: Так делать можно? Или это нерационально?

3 Вопрос: Для пробы всё-таки сделал - 1 HDD JBOD и 4 HDD RAID 0+1. Операционка во время копирования файлов (неважно как - из сети на винт, из папки в папку и т.д. ...) подвисает каждые 5-10 сек на время от 2 до 15 сек. Четкой закономерности нет. В логах операционки выдает сообщение, что мол драйвер dac2w2k.sys долго не отвечал и это является ошибкой. При конфигурировании RAID 0+1 в автоматическом режиме такого не происходит. Чтобы это значило?

4 Вопрос: Для пробы сконфигурировал RAID 0+1 в автоматическом режиме. Почему работают только 4 HDD, а первый винт ни жу-жу? Это нормально? Тем более что и дисковое пространство только 34Gb (это правильно для 4 винтов, а куда 5 HDD исчез?)

5 Вопрос: Имеет смысл логически (операционкой) разбивать на куски дисковое пространство? И на какие куски, если да?

P.S. Извините что много спрашиваю, любопытность не порок :D А сервер сделать надо по-людски :)

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

Сообщение a_shats » 03 июл 2003, 17:12

1. 4хRAID0+1 и 1 в hot spare. На все. ;)
Если у Вас на этой же машине - DC, то побейте получившийся массив на 2 логических тома: на одном - ОС, на другом - все остальное, включая %temp% и свап - DC отрубает lazy write для файлового кэша ОС.
Ставить один винт под ОС - имхо, дожидаться краша этого самого винта. А так - смерть любого из винтов никто, кроме Вас, не заметит ;) .
3. У Вас стример к чему подключен ? Подключите к интегрированному SCSI SHG2, если он на Mylex-е.
4,5 - см. вопрос 1. ;)
Спрашивайте - на то и форум.

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

Сообщение gs » 03 июл 2003, 17:21

Разбивать на тома лучше средствами контроллера - ОС увидит их как отдельные физические диски. Сделать drive group из всех винтов за исключением стэндбайного, а на нем первый LUN (RAID5) на несколько гигов под систему, остальное RAID0+1 под все остальное.

Kllr
Junior member
Сообщения: 8
Зарегистрирован: 03 июл 2003, 15:05

Сообщение Kllr » 04 июл 2003, 09:24

a_shats писал(а):1. 4хRAID0+1 и 1 в hot spare. На все. ;)
Теперь понятно.
a_shats писал(а):Если у Вас на этой же машине - DC, то побейте получившийся массив на 2 логических тома: на одном - ОС, на другом - все остальное, включая %temp% и свап - DC отрубает lazy write для файлового кэша ОС.
Извините за вопросы, я только начинающий, поэтому не все сокращенные термины знаю :(

Вопрос 1: что такое DC?
Вопрос 2: что имеется ввиду "все остальное" - 1С и Sql?
a_shats писал(а):Ставить один винт под ОС - имхо, дожидаться краша этого самого винта. А так - смерть любого из винтов никто, кроме Вас, не заметит ;) .
Понятно. Ставить ОС на отдельный винт не буду.
a_shats писал(а):3. У Вас стример к чему подключен ? Подключите к интегрированному SCSI SHG2, если он на Mylex-е.
Так и есть - стриммер подключен на интегрированный SCSI.

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

Сообщение a_shats » 04 июл 2003, 09:46

1. Domain Controller . ;)
2. Да. И еще - свап и темп.

Kllr
Junior member
Сообщения: 8
Зарегистрирован: 03 июл 2003, 15:05

Сообщение Kllr » 04 июл 2003, 09:52

gs писал(а):Разбивать на тома лучше средствами контроллера - ОС увидит их как отдельные физические диски. Сделать drive group из всех винтов за исключением стэндбайного, а на нем первый LUN (RAID5) на несколько гигов под систему, остальное RAID0+1 под все остальное.
Как сделать drive group в документации я не нашел.
Вопрос 1: где про это можно почитать?
Вопрос 2: что такое " первый LUN" ?

Kllr
Junior member
Сообщения: 8
Зарегистрирован: 03 июл 2003, 15:05

Сообщение Kllr » 04 июл 2003, 09:54

a_shats писал(а):1. Domain Controller . ;)
Нет, это не будет DC. Это просто автономный сервер. DC уже есть в сети.
a_shats писал(а):2. Да. И еще - свап и темп.
Про свап и темп я догодался :D
Значит Sql и 1С ставить отдельно от ОС, на второй логический том?
Вопрос 1: Есть рекомендации на размеры логических томов по процентному соотношению для ОС и "всего остального"?
Вопрос 2: Есть рекомендации по размеру свапа (тоже в % соотношении)?

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

Сообщение a_shats » 04 июл 2003, 11:05

Никаких особенных рекомендаций нет, но - пара советов:
1. Под ОС - не менее 2 Гб, т.к. весь собственно софт (не данные) будет ставиться туда. На "большой" том валить данные, в т.ч. базу, лог транзакций MSSQL и, по возможности - профили пользователей. "По возможности" - потому, что по умолчанию все будет на системном томе, а настраивать это дело терпения не у всех хватает ;) . Почему нежелательно на системном - непременно будут сохранять отчеты, сформированные 1С.
Кстати: лог транзакций для пущей надежности можно разместить на "системном" томе.
2. Свап: рекомендуется иметь размер, равный ОЗУ. Для пущей надежности - можно удвоить.

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

Сообщение gs » 04 июл 2003, 11:36

Где почитать - не знаю. Сам по кускам информацию дергал, плюс майлексовские курсы.
Лучше позвоните - вкратце легче так рассказать.

Что касается LUN'ов и пр.
Адресация скази устройств предусматривает 16 SCSI ID и на каждом из них до 8 LUN (Logical Unit Number). Это сделано для увеличения числа логических дисков, подключаемых через один канал (очень важно для внешних систем). Собственно LUN (а не ID) операционка видит как физический диск - просто в банальном случае на каждом ID сидит один лун и мало кто знает разницу.

Чем отличаются drive group (pack) и LUN.
LUN - это собственно то, что видит операционка. Это эмулируемый контроллером как бы физический диск.
Внутри же контроллера все сложнее.
Контроллер объединяет несколько дисков в группу. Далее на этой группе можно организовать несколько LUN - т.е. массивов, каждый из которых может иметь свой уровень рэйд (с некоторыми ограничениями - например R5 может быть на группе не менее чем из 3-х дисков и т.п.). Это сделано для того, чтобы при наличии небольшого числа физических винтов можно было предоставить операционке много дисков. Размер каждого луна задается вручную с некоторой точностью (сумма объемов естественно не может превышать объем группы).
Есть и обратная ситуация, когда несколько групп объединяются в один LUN. Так работает RAID 10, 30, 50. Это сделано для преодоления ограничения числа физических дисков в группе (обычно не более 16-ти), если нужно получить большой объем.

Как все это выглядит у майлекса.
Когда вы конфигурируете массив по Alt-R (делать это лучше в ручном режиме - автоматы - для детей) и выбираете диски, которые будете использовать - вы собственно группу и создаете. После этого появляется окно, где задается уровень рэйда. Там же можно руками задать объем LUN'а (просто он по умолчанию стоит по максимуму и многие не знают, что его можно менять). Если созданный лун использует не все доступное пространство, вы можете создать еще сколько надо (то ли 16, то ли 32 - сам не помню).

З.Ы. А на самом деле все намного сложнее, но это уже изыски :)

Kllr
Junior member
Сообщения: 8
Зарегистрирован: 03 июл 2003, 15:05

Сообщение Kllr » 04 июл 2003, 11:38

a_shats писал(а):1. Под ОС - не менее 2 Гб, т.к. весь собственно софт (не данные) будет ставиться туда. На "большой" том валить данные, в т.ч. базу, лог транзакций MSSQL и, по возможности - профили пользователей. "По возможности" - потому, что по умолчанию все будет на системном томе, а настраивать это дело терпения не у всех хватает . Почему нежелательно на системном - непременно будут сохранять отчеты, сформированные 1С.
Понял. Попробую.
a_shats писал(а):2. Свап: рекомендуется иметь размер, равный ОЗУ. Для пущей надежности - можно удвоить.
У меня 2Гб ОЗУ, значит 4Гб. Делать фиксированный объем или как по-умолчанию (резиновый :)) 2000-4000?

Kllr
Junior member
Сообщения: 8
Зарегистрирован: 03 июл 2003, 15:05

Сообщение Kllr » 04 июл 2003, 11:50

gs писал(а):Где почитать - не знаю. Сам по кускам информацию дергал, плюс майлексовские курсы.
Лучше позвоните - вкратце легче так рассказать.
Со звонком проблема, но если припрет - позвоню.
gs писал(а):Что касается LUN'ов и пр.
Адресация скази устройств предусматривает 16 SCSI ID и на каждом из них до 8 LUN (Logical Unit Number). Это сделано для увеличения числа логических дисков, подключаемых через один канал (очень важно для внешних систем). Собственно LUN (а не ID) операционка видит как физический диск - просто в банальном случае на каждом ID сидит один лун и мало кто знает разницу.

Чем отличаются drive group (pack) и LUN.
LUN - это собственно то, что видит операционка. Это эмулируемый контроллером как бы физический диск.
Внутри же контроллера все сложнее.
Контроллер объединяет несколько дисков в группу. Далее на этой группе можно организовать несколько LUN - т.е. массивов, каждый из которых может иметь свой уровень рэйд (с некоторыми ограничениями - например R5 может быть на группе не менее чем из 3-х дисков и т.п.). Это сделано для того, чтобы при наличии небольшого числа физических винтов можно было предоставить операционке много дисков. Размер каждого луна задается вручную с некоторой точностью (сумма объемов естественно не может превышать объем группы).
Есть и обратная ситуация, когда несколько групп объединяются в один LUN. Так работает RAID 10, 30, 50. Это сделано для преодоления ограничения числа физических дисков в группе (обычно не более 16-ти), если нужно получить большой объем.
Теперь кое-что проясняется. Понятно.
gs писал(а):Как все это выглядит у майлекса.
Когда вы конфигурируете массив по Alt-R (делать это лучше в ручном режиме - автоматы - для детей) и выбираете диски, которые будете использовать - вы собственно группу и создаете. После этого появляется окно, где задается уровень рэйда. Там же можно руками задать объем LUN'а (просто он по умолчанию стоит по максимуму и многие не знают, что его можно менять). Если созданный лун использует не все доступное пространство, вы можете создать еще сколько надо (то ли 16, то ли 32 - сам не помню).
Вот этого я не знал. Буду пробовать.
gs писал(а):З.Ы. А на самом деле все намного сложнее, но это уже изыски :)
Не будем усложнять.

Огромное спасибо!

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

Сообщение a_shats » 04 июл 2003, 12:38

Kllr
Свап лучше иметь фиксированного объема - тогда не будет его фрагментации.

Kllr
Junior member
Сообщения: 8
Зарегистрирован: 03 июл 2003, 15:05

Сообщение Kllr » 04 июл 2003, 15:30

gs писал(а):Когда вы конфигурируете массив по Alt-R (делать это лучше в ручном режиме - автоматы - для детей) и выбираете диски, которые будете использовать - вы собственно группу и создаете. После этого появляется окно, где задается уровень рэйда. Там же можно руками задать объем LUN'а (просто он по умолчанию стоит по максимуму и многие не знают, что его можно менять).
Чуть в тупик не встал - оказалось размер задается не +/-, а просто цифрами!!!

А литературку почитал тут http://www.lsilogic.com/products/stor_p ... rrent.html. В частности http://www.lsilogic.com/techlib/marketi ... cg_501.pdf

Ответить

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