parity set’s


Главная Форумы IBM i (OS/400) parity set’s

В этой теме 12 ответов, 3 участника, последнее обновление  Sever 7 года/лет, 8 мес. назад.

  • Автор
    Сообщения
  • #8023

    Денис
    Участник

    Пришла новая машина 8203-E4A POWER 6 + LIC 6.1.1, в СЕС контролер 5904 подключен по YO кабелям к двум 12s, в которых по 9 SAS дисков… Хотел сделать 2 RAID-5 по 8 дисков + HS..

    Из DST получилось только создать 1 parity set со всеми дисками, у которых Model 50 сменилась на 99 (даже у тех дисков, которые выведены из конфигурации) после установки RAID 5…

    Как можно создать несколько parity setов на одном контроллере под raid 5?…

    Спасибо!

  • #8024

    Sever
    Участник

    Если нужно два сета, то последовательность действий такая:

    Ручной вариант:
    1. Определяем, на каком порту контроллера висит полка с LS диском.
    2. Убеждаемся, что на другом порту отсутствуют диски в конфигурации.
    3. Выключаем RAID5.
    4. Выключаем корректно сервер.
    5. Отдираем полку с дисками (выдергиваем YO), на которой все диски вне конфигурации.
    6. Включаем сервер и конфигурируем первый RIAD5 сет
    7. Возвращаем назад второй YO шнурок и конфигурируем второй сет.

    ЗЫ. Смысла в двух сетах на одном контроллере нет. 18 дисков в одном сете — вполне рабочий вариант.

    Еще есть вариант — в DST/SST есть опция выбора Parity Optimization
    Можно попробовать разные варианты из следующих четырех:
    1. Availability
    2. Balance
    3. Capacity
    4. Performance

    В соответствии с вашим выбором оптимизации система предложит разные варианты количества сетов и распределение дисков в них.

  • #8026

    Денис
    Участник

    sever писал(а):

    ЗЫ. Смысла в двух сетах на одном контроллере нет.

    Спасибо!

    P.S. А почему нет смысла?

  • #8027

    Sever
    Участник

    18 дисков — это максимум, который может жить в одном RAID сете.
    При этом получаем:
    — Максимум суммарного полезного пространства. С хотспаром — 16Х, без хотспара — 17Х
    — дельта объема полезного пространства дисков в сете минимальна — 16 дисков будут иметь объем ((1-1/16)*X), остальные — X. При такой раскладке дисбаланс почти незаметен.
    — при одном сете на двух или более портах контроллера система будет оптимально планировать операции IO.

  • #8030

    Oldnick
    Участник

    один контроллер должен «пахать» на один сет.
    это тоже самое, что у одного мужчины две семьи и он содержит обе. 🙂
    сори за такое сравнение.

  • #8038

    Денис
    Участник

    oldnick1971 писал(а):

    один контроллер должен «пахать» на один сет.

    А зачем тогда выпускают 4x портовые контроллеры и полки к ним по 12 дисков….
    Маркетинговые фичи?)

    Есть еще вопросик…

    Подскажите, как лучше разбить дисковую подсистему по RAID для OLTP …

    I/O p/sec 2000 – 3000
    I/O size 10-30 Kb
    SAS HDD size 0.14 Tb
    Raid ctl. 5904/5908 (2-3 шт)
    Полки 12S SAS (4-6 шт)

    Что лучше:
    6 полок 12S по 3 полки на контроллер: 3 x RAID – 5 по 12 дисков…
    или
    6 полок 12S по 3 полки на контроллер: 2 x RAID – 5 по 16(18) дисков + HS…

    Спасибо!

    P.S. Возможно ли под 6.1. зазеркалировать контроллер?

  • #8041

    Sever
    Участник

    wdg писал(а):

    Подскажите, как лучше разбить дисковую подсистему по RAID для OLTP …

    I/O p/sec 2000 – 3000
    I/O size 10-30 Kb
    SAS HDD size 0.14 Tb
    Raid ctl. 5904/5908 (2-3 шт)
    Полки 12S SAS (4-6 шт)

    3 контроллера, под каждым контроллером на два порта повесить два EXP12S (кабели YO);
    число дисков под каждым контроллером должно быть равным (по 16-17 дисков):
    1 parity set per IOA
    16 — без хотспаров
    17 — для варианта с хотспаром;
    оставшиеся свободные диски убрать в зип;
    если есть два 5796, то контроллеры в кассетах раскидать на оба.
    ASP один (системный)

    (IMHO)

  • #8042

    Денис
    Участник

    у меня 6×12 дисков…
    т.е. остается 24 — не все же их в ЗИП положить?)

  • #8044

    Oldnick
    Участник

    смысл в том чтобы повесить максимум дисков на все ваши контроллеры. соотвественно, равномерно распределить по ним и по портам и сделать по одному сету на контроллер.
    первое делается физическими мапипуляциями с кабелями, второе опцией в DST/SST, как было написано выше.
    идея понятна?

    зеркало в вашем случае сделать можно, но зачем? для этого желательно иметь четное кол-во контроллеров, чтобы зеркало было на уровне IOA, да и смысла в этом нет, потеряете много дискового пространства, дорогое это удовольствие- зеркало.
    У вас хорошие контроллеры. Логичнее сделать RAid-5, задействовать максимум дисков и портов,
    быстрее будет работать. естественно, все желательно разместить в 1ASP, если нет спец.
    пререквизитов для 2ASP. ну и в ЗИП диски не забыть положить…

    честно говоря, не понятно, вы все диски планируете использовать в этой системе или не все?
    Если диски есть, задействуйте их по максимум. система быстрее работать будет и запас будет про пеформансу

  • #8045

    Денис
    Участник

    oldnick1971 писал(а):

    смысл в том чтобы повесить максимум дисков на все ваши контроллеры. соотвественно, равномерно распределить по ним и по портам и сделать по одному сету на контроллер.

    идея понятна?

    Идея понятна… Я согласен с тем, что излагалось выше….
    3 контроллера + 3x 16 + HS — это идеально сбалансированная система с учетом того, что контроллеры можно повесить на разные шины данных…

    Диски планирую использовать все… Весь вопрос как лучше разделить по контроллерам, что бы не осталось 20 винтов без дела и производительность из-за разбалансировки раида не падала
    Как лучше разнести ???

    P.S. В моем случае, наверное, лучшие, что можно сделать по 2 полки на контроллер: 2 x RAID – 5 по 12 дисков, что бы задействовать все диски…
    Мне кажется, должно быть не очень плохо… );

  • #8046

    Sever
    Участник

    wdg писал(а):

    Диски планирую использовать все… Весь вопрос как лучше разделить по контроллерам, что бы не осталось 20 винтов без дела и производительность из-за разбалансировки раида не падала
    Как лучше разнести ???

    P.S. В моем случае, наверное, лучшие, что можно сделать по 2 полки на контроллер: 2 x RAID – 5 по 12 дисков, что бы задействовать все диски…
    Мне кажется, должно быть не очень плохо… );

    В этом случае от хотспаров рекомендую отказаться. Если диски будут задействованы все, то в случае без хотспаров система создаст под каждым контроллером по два парити сета — 16 + 8.

    Все на ваше усмотрение. Рекомендаций дано достаточно.

  • #8051

    Денис
    Участник

    Всем спасибо!!!
    P.S.

    Note:

    1. Systems with IOAs released before V5R2 of OS/400®, the minimum number of disk units in a parity set is 4. The maximum number of disk units in a parity set is 10.
    2. Systems with IOAs released after V5R2 can have a minimum number of 3 disk units in a parity set. The maximum number of disk units in a parity set is 18.

    This table shows how many disk units store parity data within a RAID 5 parity set that is connected to a SCSI IOA.
    Table 1. Number of disk units that have parity with SCSI IOAsNumber of disk units in a parity set Number of disk units that store parity
    3 2
    4-7 4
    8-15 8
    16-18 16

    All of the disk units in a parity set with a SAS connection contain parity data.

  • #8059

    Sever
    Участник

    wdg писал(а):

    All of the disk units in a parity set with a SAS connection contain parity data.

    Я этого не знал — признаю 🙂
    На дисках под SAS-контроллером в самом деле parity data размазывается по сету равномерно.
    Спасибо за информацию.

Для ответа в этой теме необходимо авторизоваться.