VSCSI в кластере HACMP


Главная Форумы POWER Systems AIX/Hardware VSCSI в кластере HACMP

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

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

    kir
    Хранитель

    Коллеги подскажите такую вещь, можно ли использовать vscsi в кластере и где об этой реализации можно почитать?
    Для ясности немного поясню:
    1. Есть LUN который презентован VIOSу, этот LUN целиком назначается клиентской партиции.
    2. Допустим случается сбой этого узла, и нужно перебросить этот LUN на резервный узел, тоже через VIOS резервного узла клиентской партиции.
    Как в данном случае это будет осуществляться?

  • #5057

    Дмитрий
    Участник

    Можно.
    Прочитать можно, например, в редбуках по кластерам и виртуализации на русском языке (там есть практически перекрёстные ссылки из одной книги в другую).
    ——
    С п.п. 1 и 2 есть ограничение — нужно, чтобы LUN действительно _целиком_ отдавался клиентскому LPAR, т.е. чтобы в VIOS таргетом был PV, а не LV.
    Клиенты будут видеть его одновременно, как виртуальный диск. А HACMP будет рулить правами доступа.
    При создании виртуального устройства в VIOS не забудьте про опцию no_reserve.
    ——
    Можно, конечно, и без всяких HACMP, на коленке некое решение сварганить.

  • #5081

    Ljus
    Участник

    Поидее, действительно, если всегда
    пользовать no_reserve для LUN отдаваемых клиентским партициям,
    то с доступом к LUN и с VIOS+LPAR на др. физическом сервера проблем быть не должно
    (во всяком случае при более менее аккуратном отдавании луна в момент переключения LPAR-ом
    первого сервера)

    Впрочем, даже если на самый худой конец, будут какие-то проблемы,
    то в скриптах start/stop ресурсной группы можно, как вариант, воспользоваться
    rsh/ssh командами типа:

    ssh vios11 rmvdev …
    ssh vios21 «cfgdev;mkvdev …»

  • #5087

    kir
    Хранитель

    Ljus писал(а):

    Поидее, действительно, если всегда
    пользовать no_reserve для LUN отдаваемых клиентским партициям,
    то с доступом к LUN и с VIOS+LPAR на др. физическом сервера проблем быть не должно
    (во всяком случае при более менее аккуратном отдавании луна в момент переключения LPAR-ом
    первого сервера)

    Впрочем, даже если на самый худой конец, будут какие-то проблемы,
    то в скриптах start/stop ресурсной группы можно, как вариант, воспользоваться
    rsh/ssh командами типа:

    ssh vios11 rmvdev …
    ssh vios21 «cfgdev;mkvdev …»

    Ну вообще говоря, в стратовых/стоповых скриптах ..это уровень запуска прилоежний.
    Все системные операции делаются в «чОрном ящике». И кроме того, есть определенная последовательность захвата и освобождения ресурсов.

  • #5093

    Ljus
    Участник

    Ну вообще говоря, в стратовых/стоповых скриптах ..это уровень запуска прилоежний.

    Действительно, так делать в корне не правильно в принципе, по самой идеологии HACMP и путать мух с котлетами не хорошо.
    Имелся ввиду самый крайний случай, когда переключение LUN-а автоматизировать хоть как-то
    надо, а красиво сделать это штатными средствами например затруднительно.

  • #5105

    Дмитрий
    Участник

    Согласен с предыдущим докладчиком.
    При правильной реализации HACMP прекрасно работает с vscsi.

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