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

При использовании СХД начального уровня из последней линейки 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, а пару.

В этой паре 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).  

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

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

Для того, чтобы решить задачу добавления неактивных в данный момент инициаторов, прибегнем к помощи документа 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 инициаторы отображаются в веб-интерфейсе СХД:

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

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