HP EVA 4400. Вопрос по скорости работы и логике построения

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

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

Ответить
fedor1984
member
Сообщения: 21
Зарегистрирован: 29 мар 2009, 16:51
Откуда: Нижний Новгород

HP EVA 4400. Вопрос по скорости работы и логике построения

Сообщение fedor1984 » 24 ноя 2010, 20:47

Первый раз начинаю работать с настоящими СХД. Осваивать предстоит HP EVA 4400.
Встал вопрос про логике построения.
На форуме http://3nity.ru/viewtopic.php?f=6&t=13538
написано:
"На самом деле все очень чрезвычайно просто)) В EVA, из доступных ей дисков, создаются дисковые группы, внутри которых создаются Vitrual RAID нужного Вам типа и емкости ( которые затем как LUN презентуются хостам) + резервируется место для замены вышедшего из строя HDD. Так как дисковые группы могут быть очень большими ( для EV 4400 -96 HDD), то EVA для повышения надежности, разбивает дисковые группы на меньшие наборы дисков ( RSS- Redundant Storage Sets), числом от 6 до 11, но оптимальное число 8.
Внутри RSS и реализуются на физическом уровне запись блоков данных с контролями четности ( RAID-5, 6) или их зеркалирование - RAID-1. При наличии нескольких дисковых полок, EVA автоматически стремится делать дисковые группы ( и RSS) вертикальными, включая в них по 1 диску с каждой полки. Таким образом, EVA4400 с 96 HDD ( 8 полок по 12 HDD) может выдержать выход из строя полной одной полки и не потерять данные, если Вы разобьете ее на 1 дисковую группу с 96 HDD в группе ( а автоматически созданными 12 вертикальными RSS, включающими в себя по 1 диску с каждой полки) ."
В доках примерно тоже самое.

Но, получается, что при такой логике, мы имеем просто N массивов, каждый из которых состоит от 6 до 11 дисков. Т.е фактически особенных преимуществ в скорости работы нет?
И вся радость - это некоторое увеличение отказоустойчивости за счет разнесения дисков по полкам, и легкость предоставления ресурсов другим серверам?

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Re: HP EVA 4400. Вопрос по скорости работы и логике построения

Сообщение Stranger03 » 25 ноя 2010, 08:23

fedor1984 писал(а):Но, получается, что при такой логике, мы имеем просто N массивов, каждый из которых состоит от 6 до 11 дисков. Т.е фактически особенных преимуществ в скорости работы нет?
А вы когда только планировали внедрение СХД, какие радости хотели получить?
С уважением Геннадий
ICQ 116164373
eburg@trinitygroup.ru

fedor1984
member
Сообщения: 21
Зарегистрирован: 29 мар 2009, 16:51
Откуда: Нижний Новгород

Re: HP EVA 4400. Вопрос по скорости работы и логике построения

Сообщение fedor1984 » 28 ноя 2010, 17:57

Дык я ее и не планировал, - "Пришел на все готовенькое".
Сейчас я уже начинаю понимать, что все значительно сложнее и интереснее.
И появляются новые вопросы.

Итак, сначала вопрос по общей логики построения.
1.В ЕВЕ есть возможность создания дисковых групп. С учетом того, что в системе есть FC и FA диски, будет создано 2 дисковых группы.
2.Далее, для каждой дисковой группы есть возможность дополнительной защиты данных (при создании группы выбираю сколько дисков будет "в резерве", - 0, 2 или 4).
После этого ЕВА сама в каждой дисковой группе создает наборы дисков - RSS.
3. После того, как внутри дисковой группы созданы RSS, можно создавать массивы - VRAID уровней 0,1,5,6.
Логика создания массива несколько отличается от обычного RAID и совсем непохожа на то, что я прочитал раньше.
LUN создается не в пределах одного RSS. LUN распределяется по всей дисковой группе, при этом в каждом RSS данные пишутся блоками по 2 МБ(эти блоки называются PSEG).
Для примера пусть есть конфигурация - 8 полок, в дисковой группе 80 дисков FC. Тогда ЕВА может сделать 10 RSS, по 8 дисков в каждом.
Пусть мне нужно создать том (LUN) VRAID 5 на 1 ТБ. Данные будут распределены следующим образом:
1-й PSEG(данные) - RSS 1, 2-й PSEG(данные) - RSS 1, 3-й PSEG(данные) - RSS 3, ..., 5-й PSEG(четность) - RSS 5, 6-й PSEG(данные) - RSS 6, 7-й PSEG(данные) - RSS 7,..., 9-й PSEG(четность) - RSS 9,....,11-й PSEG(данные) - снова RSS 1.

В итоге получаем следующее. Если мы имеем оптимальный размер RSS, - когда количество дисков равно количеству полок, все массивы переживут отказ 1 полки(при не VRAID 0). Это аналогично отказу одного диска в обычном массиве. Если размер RSS не оптимален (количество дисков не равно количеству полок), то тогда в одной полке будет уже 2 диска, и массивы рухнут(кроме VRAID 6.)

Я правильно понимаю логику построения?
Далее, еще вопросы:
1. Как работает VRAID уровня 1? В нем будет зеркало, состоящее только из 2 RSS? Т.е 1-й PSEG(данные) - RSS 1, 2-й PSEG(копия данных) - RSS 2, 1-й PSEG(данные 1) - RSS 1, 2-й PSEG(копия данных 1) - RSS 2 и т.д?
2. Из-за распределения данных кусками по 2МБ в пределах дисковой группы, в массиве одновременно работает куча дисков и мы получаем хорошую прибавку в скорости, по сравнению, скажем с обычным RAID 5 на 12 дисках?

Ответить

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

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

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