СХД HPE MSA 2062 и добавление неактивных WWPN для Host Initiator

HPE MSA 2062 Storage and Adding Inactive WWPNs for Host Initiator via CLIПри использовании СХД начального уровня из последней линейки HPE, например HPE MSA 2062, можно столкнуться с ситуацией, когда новомодный веб-интерфейс управления Storage Management Utility не позволит выполнить некоторые простейшие операции, которые были доступны и работали в веб-интерфейсе управления СХД предыдущих поколений. Рассмотрим одну из таких ситуаций и метод выполнения необходимой задачи конфигурирования СХД.

Перед презентацией дисковых томов (Volume) с СХД на какой либо сервер, мы предварительно должны описать этот сервер на СХД как Host, указав, относящиеся к нему порты (Initiator).

Если сервер физический и порты его оптического адаптера FC HBA уже проброшены к СХД с помощью зонирования на оптических коммутаторах FC SAN, то эти порты в автоматическом режиме будут обнаружены на СХД и станут доступны для добавления в качестве Initiator.

Однако, если в фабрике зонирование к нужному нам серверу с СХД ещё не настроено, или же мы просто хотим руками добавить WWPN портов сервера, то сделать это через текущую реализацию веб-интерфейса Storage Management Utility просто не получится. По крайней мере, сколько я не искал возможность ручного добавления Initiator в запутанной схеме вкладок и меню, так и не нашёл.

Ручное добавление идентификаторов Initiator может потребоваться не только тогда, когда в фабрике ещё не настроено зонирование, но и тогда когда в качестве Host выступает виртуальная машина Hyper-V.

Те, кто использует прямое подключение ВМ Hyper-V к дисковым томам СХД с помощью N_Port ID Virtualization (NPIV), знают, что каждый виртуальный FC-адаптер имеет единственный виртуальный FC-порт. И этот FC-порт имеет не один WWPN, а пару.

Hyper-V VM Settings with FC Adapters

В этой паре WWPN-идентификаторов в FC-фабрике всегда активен только один. Переключение же между этими WWPN происходит в тот момент, когда виртуальная машина мигрирует с одного физического хоста виртуализации на другой через механизм Live Migration.

Таким образом, при описании таких сущностей, как Host, на СХД MSA мы должны в качестве Initiator указать оба WWPN для каждого из виртуальных FC-адаптеров нашей виртуальной машины Hyper-V. 

Однако, как я уже отметил, если на предыдущих СХД MSA, с которыми мне довелось работать (MSA P2000 G3/MSA 2050), с добавлением WWPN через веб-интерфейс проблем не было, то через веб-интерфейс MSA 2062 можно добавить Initiator только в том случае, если он в данный момент времени активен в фабрике FC.

Рассмотрим эту ситуацию на конкретном примере.

Имеется виртуальная машина KOM-FS21, конфигурацию которой можно видеть на предыдущем скриншоте. У ВМ есть 2 виртуальных FC-адаптера (читаем 2 FC-порта), для каждого их которых имеется комплект из двух WWPN.

vHBA 1 Set A : C003FF9BFEE40000 ; vHBA 1 Set B : C003FF9BFEE40001

vHBA 2 Set A : C003FF9BFEE40002 ; vHBA 2 Set B : C003FF9BFEE40003

В данный момент времени в фабрике активны WWPN-ы из "Set A" для обоих виртуальных FC-адаптеров. Поэтому мы без проблем смогли создать через веб-интерфейс Storage Management Utility объект типа Host (KOM-FS21) и два соответствующих ему объекта типа Initiator (FS21_vHBA1_SetA и FS21_vHBA2_SetA).  

HPE MSA 2060 Storage Management Utility - Hosts and Initiators

Кстати в этом месте веб-интерфейса есть один занятный глюк. При повторном развёртывании/свёртывании списка инициаторов внутри хоста, элементы списка задваиваются, затраиваются и так далее. Вот такой вот могучий "Энтерпрайз".

После того, как мы описали хост и его активные инициаторы (из "Set A"), нам нужно добавить к объекту Host ещё и WWPN из "Set B" для каждого виртуального FC-адаптера. Однако в веб-интерфейсе управления элементы, связанные с добавлением, недоступны и есть "всплывашка" о том, что на СХД больше нет обнаруженных инициаторов.

HPE MSA 2060 Storage Management Utility - Create Host Inactive - There are no ungrouped initiators connected to the system

Для того, чтобы решить задачу добавления неактивных в данный момент инициаторов, прибегнем к помощи документа HPE MSA 1060/2060/2062 CLI Reference Guide. В этом документе можно найти описание всех команд интерфейса командной строки (CLI) для управления СХД.

Подключаемся к нашей СХД по протоколу SSH с правами администратора, и для того, чтобы проверить текущий список описанных WWPN для интересующего нас хоста, воспользуемся командой show initiators:

# show initiators hosts KOM-FS21

Nickname         Discovered Mapped Profile  Host Type  ID
-------------------------------------------------------------------------
FS21_vHBA1_SetA  Yes        No     Standard FC         c003ff9bfee40000
FS21_vHBA2_SetA  Yes        No     Standard FC         c003ff9bfee40002
-------------------------------------------------------------------------
Success: Command completed successfully. (2021-09-30 11:05:57)

Как видим, у хоста есть только два описанных нами ранее через веб-интерфейс инициатора.

Чтобы добавить второй WWPN для первого виртуального FC-адаптера, выполним команду set initiator (на запрос отвечаем утвердительно - y):

# set initiator id C003FF9BFEE40001 nickname FS21_vHBA1_SetB profile standard

Changing the host profile parameter can disrupt access from connected initiators.
Are you sure you want to apply these settings? (y/n) y
Success: Command completed successfully. - The initiator-nickname was assigned. (2021-09-30 11:12:58)

Аналогичным образом добавляем второй WWPN для второго виртуального FC-адаптера:

# set initiator id C003FF9BFEE40003 nickname FS21_vHBA2_SetB profile standard

Changing the host profile parameter can disrupt access from connected initiators.
Are you sure you want to apply these settings? (y/n) y
Success: Command completed successfully. - The initiator-nickname was assigned. (2021-09-30 11:13:31)

Назначаем добавленные ранее инициаторы хосту, используя их алиасы (nickname), которые мы задали выше:

# add host-members initiators FS21_vHBA1_SetB,FS21_vHBA2_SetB KOM-FS21

Success: Command completed successfully. - The host(s) were added.  (2021-09-30 11:18:08)

Снова проверяем, что у нас получилось:

# show initiators hosts KOM-FS21

Nickname         Discovered Mapped Profile  Host Type  ID
-------------------------------------------------------------------------
FS21_vHBA1_SetA  Yes        No     Standard FC         c003ff9bfee40000
FS21_vHBA1_SetB  No         No     Standard FC         c003ff9bfee40001
FS21_vHBA2_SetA  Yes        No     Standard FC         c003ff9bfee40002
FS21_vHBA2_SetB  No         No     Standard FC         c003ff9bfee40003
-------------------------------------------------------------------------
Success: Command completed successfully. (2021-09-30 11:19:55)

Теперь проверим, как созданные через CLI инициаторы отображаются в веб-интерфейсе СХД:

HPE MSA 2062 Storage Management Utility - Host with inactive Initiators

Как видим, инициаторы, неактивные в данный момент времени в фабрике, отображаются с красным крестиком. Соответственно, после миграции виртуальной машины между физическими хостами виртуализации, картина по состоянию инициаторов изменится, то есть инициаторы _SetB станут активными, а инициаторы _SetA будут помечены как неактивные.

Остаётся надеяться на то, что в будущих релизах прошивки вендор исправит такие нелепые глюки в веб-интерфейсе и добавит возможность ручного подключения неактивных инициаторов FC SAN.

Всего комментариев: 6 Комментировать

  1. Андрей /

    Очень глючная СХД,Только вчера наткнулся на косяк при котором все что на ней расположено начинает жутко тормозить. Суппорт сказал только перезагрузка одного контролера. и ждать новую прошивку. Причем при ребуте одного контролера I/O на другой контролер не переходит. Раньше MSA были лучше

    1. Алексей Максимов / Автор записи

      А какая конфигурация дисковых групп у Вас используется и каким типом RAID сделаны вольюмы? используется ли Pool Read Cache на SSD накопителях?

      1. Андрей /

        MSA-DP+ и Pool Read Cache

        1. Алексей Максимов / Автор записи

          Андрей, а какие диски у Вас используются в дисковой группе MSA-DP+ ? И ещё вопрос. Не разнесены ли диски одной дисковой группы MSA-DP+ по разным полкам СХД ? Просто у меня тут тоже появляются какие-то не очень приятные наблюдения. Хотелось бы сопоставить их с аналогичными конфигурациями у других.

          1. Андрей /

            у меня две полки: контролер и полка расширения, вся группа MSA-DP+ разнесена по этим двум полкам
            вот ответ инженеров второго уровня
            HPE engineering team has notified us of a IO stall issue with ESXI OS where in MSA volumes becomes inaccessible during heavy IO load.
            Only work around as of now is restarting storage controller.
            When this issue occurs unfortunately MSA does not report any errors in SMU.
            The issue starts off with latency and moving to a state where in volume becomes inaccessible.
            The trigger for the issue seems to have started around 5-6 days back.
            The volume failover does not happen properly and volume will remain inaccessible till controller is restarted.
            Permanent fix will be a future firmware update which would be released after few months.
            The debug logs indicate that the MSA had IO stall primarily on Pool B volumes.
            Reducing the load would help in preventing the issue from occurring till next firmware update has been released

          2. Алексей Максимов / Автор записи

            Это просто прекрасно :)
            Спасибо за информацию, Андрей.

Добавить комментарий