В случае сетевых коммутаторов нам необходимо использовать стекирование и агрегацию портов (также называемую агрегацией каналов, сетевым связыванием, IEEE 802.3ad и т. д.) для обеспечения высокой доступности. Это необходимо, так как без соответствующей конфигурации возникнут петли коммутации, которые будут обнаружены протоколом связующего дерева (STP), что приведет к тому, что избыточные каналы останутся неактивными.
В отличие от переключателей стороджа, у нас нет проблем с зацикливанием. Кроме того, мы можем позволить конечному узлу (серверу или инициатору) видеть несколько путей к целевому объекту (тому, совместно используемому сервером хранения), поскольку драйверы многопутевого доступа ОС могут понимать и отображать только один единственный виртуальный том для всех путей к одному и тому же тому.
Таким образом, для настройки двух коммутаторов хранения данных с многоканальностью для обеспечения использования HA:
- Если конечная точка (сервер или инициатор) собирается виртуализировать HBA-карту и предоставить виртуальные номера WWN для каждой виртуальной машины, то нам необходимо включить npiv на коммутаторе хранилища. Для включения npiv на коммутаторе хранения данных используйте:
-
- config t
- feature npiv
-
- Обратите внимание, что многие руководства, страницы, руководства и т.д. показывают, как включить режим npv. Режим npv не требуется и никак не помог бы для виртуализированных WWN
-
- Для каждого порта, подключенного к виртуализированным серверам, для которого требуется использование npiv:
-
- config t
- interface fc 1/7 — 10
- switchport trunk mode off
- switport mode F
- no shut
-
- Для каждого порта, подключенного к серверу хранения, используйте:
-
- config t
- interface <appropriate interface>(<соответствующий интерфейс>)
- switchport trunk mode off
- no shut
-
- Необязательный Добавьте все порты хостов (сервера или инициатора) в базу данных vsan с помощью:
-
- config t
- vsan database
- vsan 1 interface fc1/7
-
- Может потребоваться перезагрузка сервера вместе со всеми виртуальными машинами до того, как виртуальные номера wwn появятся на коммутаторе. Это на 100% требуется для Suse IBM Power-VM base (Host) вместе со всеми виртуальными машинами (LPARS).
- Создайте (fc)alias, zones и zoneset с помощью командной строки в том же порядке.
- Создайте ф-ссылки=(fc)aliases. Например:
-
- config t
- fcalias name dellslot1fc0 vsan 1
- member pwwn 21:00:00:24:ff:77:0e:88
-
- Создание зон с элементами fcalias. Например:
-
- config t
- zone name gilcor1qahnap1 vsan 1
- member fcalias Ctlr1_fc2_Sw2_port2
- member fcalias Ctlr1_fc4_Sw2_port4
- member fcalias Ctlr2_fc1_Sw2_port1
- member fcalias Ctlr2_fc3_Sw2_port3
- member fcalias gilcor1qahnap1_vios1_fcs1
- member fcalias gilcor1qahnap1_vios1_fcs3
- exit
-
- Настройте набор зон с членами зоны. Например:
-
- config t
- zoneset name gilsap_zone1 vsan 1
- member dellslmn_port0
- member gilcor1devhnap1
- member glcor1erpap1
- exit
-
- Активируйте набор зон. Например:
-
- config t
- zoneset activate name gilsap_zone1 vsan 1
-
- Создайте ф-ссылки=(fc)aliases. Например:
Обратите внимание, что при использовании (fc)alias, показанный прогон показывает все зоны дважды. Один раз с псевдонимами заменены на wwn номера, а другое время с номерами с псевдонимами имен. В таких случаях, если какой-либо псевдоним переназначен на другой wwn номер, то происходит повторная активация зоны с помощью таких команд, как:
zoneset activate name <zoneset-name> vsan 1
может потребоваться для того, чтобы измененный псевдоним вступил в силу для Active Zoneset.
Если у вас есть какие-либо мысли или вопросы по этой теме, пожалуйста, не стесняйтесь оставить комментарий или отправить мне сообщение. Я хотел бы продолжить дискуссию и услышать вашу точку зрения.
А также вы всегда можете поддержать меня зайдя на сайт и подписаться https://dzen.ru/kalyuzhnyy.ru и найти больше статей на моих ресурсах https://kalyuzhnyy.ru и https://dev.kalyuzhnyy.ru или на моем канале telegramm https://t.me/nbkalyuzhnyy на котором в будущем будут выкладываться самые актуальные новости и инструкции по навыкам и обучению. Подпишись!
