Различия

Показаны различия между двумя версиями страницы.

--- cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5 [12.04.2019 15:22] – Алексей Максимов
+++ cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5 [12.04.2019 17:13] (текущий) – старая версия восстановлена (11.04.2019 22:53) Алексей Максимов
@@ Строка 1: / Строка 1: @@
-===== Настройка агрегированного линка PortChannel для ISL Trunk между двумя коммутаторами HP StorageWorks SN6000C FC Switch (Cisco MDS 9148) с NX-OS 5.2 =====
+===== Настройка зонирования на коммутаторе HP StorageWorks SN6000C FC Switch (Cisco MDS 9148) с NX-OS 5.2 =====
-Для того, чтобы улучшить пропускную способность транка **Inter-Switch Link (ISL) Trunk** между коммутаторами **Cisco MDS** можно выполнить агрегацию двух и более линков ISL Trunk с помощью **PortChannel**. Рассмотрим пример настройки такого агрегированного линка, состоящего из двух физических линков между коммутаторами **HP StorageWorks SN6000C FC Switch AW585A** (**Cisco MDS 9148 Multilayer Fabric Switch**) с прошивкой **NX-OS 5**.
+{{:cisco:pasted:20190411-225250.png }} В этой статье мы пошагово рассмотрим простейший пример настройки зонирования на оптических коммутаторах серии **Cisco MDS 9000**. В нашем случае будет использоваться коммутатор **HP StorageWorks SN6000C FC Switch AW585A** (**Cisco MDS 9148 Multilayer Fabric Switch**) с прошивкой NX-OS 5.
-В рассматриваемом примере первый коммутатор **SW01** уже представляет собой работающую фабрику с [[:cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5 |настроенным зонированием]] и к нему подключается дополнительный коммутатор **SW02**.
+Последовательность действий будет следующей:
+  - Создание нового VSAN
+  - Назначение интерфейсов в VSAN
+  - Создание псевдонимов для WWPN
+  - Создание зон и объединение псевдонимов в зоны
+  - Создание наборов зон (zoneset) и включение зон в наборы
+  - Активация набора зон.
 \\
-==== Первичная настройка коммутаторов ====
+==== Создание нового VSAN ====
+Посмотреть текущий имеющийся список **VSAN** можно командой:
-Установим в стойку и выполним первичную настройку (**setup**) второго коммутатора, который мы будем подключать к первому, но физическими линками пока не будем подключать второй коммутатор к первому.
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;"># show vsan</pre></HTML>
-Предполагается, что на первом коммутаторе создан уникальный **VSAN** (отличный от дефолтного VSAN 1), который в дальнейшем будет общим для двух соединённых коммутаторов. В нашем примере таким VSAN будет **VSAN 2**. Все активные порты первого коммутатора (1-16 порт) включены в VSAN 2.
+{{ :cisco:pasted:20190411-224055.png }}
-Посмотрим информацию о VSAN на первом коммутаторе:
+В конфигурации по умолчанию Cisco DMS уже имеет **VSAN 1**, которому назначены все порты коммутатора. Согласно документа [[https://www.cisco.com/en/US/docs/storage/san_switches/mds9000/sw/san-os/quick/guide/qcg_vin.html#wpxref27128|Cisco MDS 9000 Family CLI Quick Configuration Guide]] не рекомендуется использовать стандартный VSAN 1 для продуктивных задач. Вместо этого сразу стоит создать свой VSAN.
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show vsan
+Создаём свой **VSAN**, например, с номером **2** и именем «Production»:
-SW01# show vsan membership</pre></HTML>
-{{ :cisco:pasted:20190412-151754.png }}
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
+SW01(config)# vsan database
-На втором коммутаторе в полной аналогии с первым создадим **VSAN 2** с таким же именем «**Production**». О том, как создавать VSAN мы говорили в статье про [[:cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5 |зонирование]].
+SW01(config-vsan-db)# vsan 2
-Отличием на **SW02** будет то, что VSAN 2 может быть в состоянии **down**, так как к его портам пока может быть ничего не подключено.
+SW01(config-vsan-db)# vsan 2 name Production
+SW01(config-vsan-db)# end
+SW01# show vsan</pre></HTML>
-Назначим на втором коммутаторе нужные порты в созданный VSAN. В нашем случае в VSAN 2 на втором коммутаторе, так же, как и на первом, включаются все активные порты (с 1 по 16).
+{{ :cisco:pasted:20190411-223923.png }}
-{{ :cisco:pasted:20190412-151902.png }}
+Созданный VSAN может находиться в неактивном состоянии (down) пока в него не включены порты, или если к включенным в него портам ничего не подключено.
 \\
-==== Соединяем коммутаторы ====
+==== Включение портов в VSAN ====
-Создадим физическое подключение пары любых портов с помощью оптических патч-кордов на первом и втором коммутаторе. В нашем примере используются порты fc1/1 и fc1/2
+Все активные интерфейсы коммутатора (с 1 по 16), используемые в нашем примере, назначаются в новый созданный VSAN 2
-{{ :cisco:pasted:20190412-151948.png }}
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
+SW01(config)# vsan data
+SW01(config-vsan-db)# vsan 2 interface fc1/1-16
+SW01(config-vsan-db)# exit
+SW01(config)#</pre></HTML>
+{{ :cisco:pasted:20190411-224140.png }}
+После этого можем включить интерфейсы, так как по умолчанию они могут быть отключены:
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01(config)# interface fc1/1-16
+SW01(config-if)# no shutdown
+SW01(config-if)# end</pre></HTML>
-Посмотрим статус портов и убедимся в том, что на обоих коммутаторах порты перешли в режим транка
+{{ :cisco:pasted:20190411-224200.png }}
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;"># show interface brief</pre></HTML>
+Выполняем проверку состояния интерфейсов, выводя в консоль информацию обо всех интерфейсах за исключением выключенных:
-{{ :cisco:pasted:20190412-152024.png }}
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show interface brief | ex down</pre></HTML>
-{{ :cisco:pasted:20190412-152038.png }}
+{{ :cisco:pasted:20190411-224223.png }}
+Как видим, порты с 1 по 16 включены в VSAN 2, но к ним пока ничего не подключено.
+Ещё один способ посмотреть членство интерфейсов коммутатора в разных VSAN
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show vsan membership</pre></HTML>
-Создаем PortChannel на первом коммутаторе
+{{ :cisco:pasted:20190411-224244.png }}
+\\
+==== Создание псевдонимов ====
-Создаем агрегированный интерфейс port-channel, например, с номером «1» на первом коммутаторе. Выставляем режим интерфейса в «E» (E_Port/Expansion port). Режим транка включаем в явном виде (on). Прописываем VSAN, которые могут транслироваться через транк. Включаем интерфейс.
+В Cisco MDS существуют псевдонимы двух типов **FC Alias** и **Device Alias**. Возможности у Device Alias шире, чем FC Alias, но этот вид алиасов работает только на коммутаторах Cisco, а алиасы FC Alias совместимы с коммутаторами других производителей и могут быть полезны в смешанных мультивендорных фабриках.
-SW01# configure terminal
+Алиасы FC Alias могут содержать несколько WWPN, в то время, как Device Alias используется для описания одного WWPN.
-SW01(config)# interface port-channel 1
-SW01(config-if)# switchport mode E
-SW01(config-if)# switchport rate-mode dedicated
-SW01(config-if)# switchport trunk mode on
-SW01(config-if)# switchport trunk allowed vsan 1
-SW01(config-if)# switchport trunk allowed vsan add 2
-SW01(config-if)# no shutdown
-SW01(config-if)# exit
-Добавляем интерфейсы физических портов (fc1/1 и fc1/2) коммутатора в созданный агрегированный линк channel-group 1
-SW01(config-if)# interface fc1/1-2
-SW01(config-if)# channel-group 1 force
+Алиасы FC Alias используются только для зонирования и работают только в рамках одного VSAN, в то время, как Device Alias могут быть использованы для зонирования, port security, Inter-VSAN Routing (IVR) и доступны сразу во всех VSAN.
-Получим предупреждение о том, что добавленные в группу интерфейсы выключены и должны быть повторно включены. Пока оставляем эти порты выключенными. Включим эти порты позже, когда настроим port-channel на втором коммутаторе.
+Алиасы FC Alias распространяются по коммутаторам вместе с набором зон (zoneset), а алиасы Device Alias не имеют такой привязки и распространяются через службу CFS (Cisco Fabric Service).
-Посмотрим итоговую конфигурацию группового интерфейса
-SW01(config-if)# exit
-SW01# show run int port-channel 1
-Посмотрим, как выглядят включённые в группу и настроенные интерфейсы
-SW01# show running-config interface fc1/1-2
+Есть [[https://community.cisco.com/t5/storage-networking/what-is-the-difference-between-quot-fcalias-quot-quot-device/td-p/1080710|мнение]], что в фабрике с коммутаторами только от Cisco лучше использовать Device Alias.
-Теперь переходим к настройке на второй коммутатор.
-Создаем PortChannel на втором коммутаторе
+При создании алиасов рекомендуемой Cisco практикой считается использование WWN конечного порта - **WWPN**.
-По аналогии с первым коммутатором создаем агрегированный интерфейс port-channel, например, с номером «1» на втором коммутаторе. Выставляем режим интерфейса в «E» (E_Port/Expansion port). Режим транка, согласно рекомендации из документа [[ https://support.hpe.com/hpsc/doc/public/display?docId=mmr_kc-0124950 |HP C-Series Fabric Switches - How does Trunking Work]], выставляем в автоматический (auto). Прописываем VSAN, которые могут транслироваться через транк. Включаем интерфейс.
+Подсмотреть WWPN устройств, подключенных на тот или иной интерфейс коммутатора можно в базе данных **FLOGI**. Например, подключим к 3 порту коммутатора (интерфейс fcl/3) один из контроллеров СХД, а затем посмотрим информацию о подключенном к этому порту устройстве:
-SW02# configure terminal
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;"># show flogi database | include fc1/3|INTERFACE</pre></HTML>
-SW02(config)# interface port-channel 1
-SW02(config-if)# switchport mode E
-SW02(config-if)# switchport rate-mode dedicated
-SW02(config-if)# switchport trunk mode auto
-SW02(config-if)# switchport trunk allowed vsan 1
-SW02(config-if)# switchport trunk allowed vsan add 2
-SW02(config-if)# no shutdown
-SW02(config-if)# exit
-Добавляем интерфейсы физических портов (fc1/1 и fc1/2) коммутатора в channel-group 1
-SW02(config-if)# interface fc1/1-2
-SW02(config-if)# channel-group 1 force
-SW02(config-if)# no shutdown
-SW02(config-if)# exit
-Так же, как и на первом коммутаторе, здесь мы получим предупреждение о том, что добавленные в группу интерфейсы выключены и должны быть повторно включены. Сейчас мы включаем эти порты:
-SW02(config)# interface fc1/1-2
-SW02(config-if)# no shutdown
-SW02(config-if)# end
-Включаем порты на первом коммутаторе
+{{ :cisco:pasted:20190411-224308.png }}
-Включим ранее выключенные на первом коммутаторе порты
+Здесь мы увидим и опорный WWN контроллера СХД и WWPN порта контроллера СХД, который нам потребуется для создания алиаса.
-SW01(config)# interface fc1/1-2
-SW01(config-if)# no shutdown
-SW01(config-if)# end
-Проверяем агрегированный транк
+Рассмотрим пример создания **FC Alias**:
-Проверяем состояние интерфейсов, входящих в транк на обоих коммутаторах
-SW01# show interface fc1/1
-SW01# show interface fc1/2
-Кстати, обратите внимание на то, что транковые порты, входящие в группу port-channel автоматически перемещаются в VSAN 1
- SW01# show interface port-channel 1
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
-Как видим, транковый агрегированный интерфейс даёт нам 16G линк из двух 8G физических линков между коммутаторами.
+SW01(config)# fcalias name MSA02-CtrlB-FC2 vsan 2
-Если интерфейс port-channel не поднимается, можем попробовать выключить и снова включить интерфейсы-участники на обоих коммутаторах:
+SW01(config-fcalias)# member pwwn 25:70:00:c0:ff:1a:25:65
-SW02# configure terminal
+SW01(config-fcalias)# end
-SW02(config)# interface fc1/1-2
+SW01# show fcalias</pre></HTML>
-SW02(config-if)# shutdown
-SW02(config-if)# no shutdown
-SW02(config-if)# end
-SW01# configure terminal
-SW01(config)# interface fc1/1-2
-SW01(config-if)# shutdown
-SW01(config-if)# no shutdown
-SW01(config-if)# end
-Сохраняем конфигурацию
+{{ :cisco:pasted:20190411-224329.png }}
-После того как агрегированный линк между коммутаторами заработал, не забываем сохранить на обоих коммутаторах конфигурацию
-SW01# copy running-config startup-config
-SW02# copy running-config startup-config
-В качестве альтернативы на любом из коммутаторов можно выполнить команду сохранения конфигурации для всех коммутаторов в фабрике:
-SW01# copy running-config startup-config fabric
-Трансляция зонирования между коммутаторами
+Рассмотрим пример создания **Device Alias**:
-Проверяем то, что на втором подключенном коммутаторе доступны псевдонимы Device Alias, [[:cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5|ранее созданные]] на первом коммутаторе.
-SW02# show device-alias database
-Проверяем то, что на втором подключенном коммутаторе доступна информация об активном наборе зон в нашем продуктивном VSAN 2. То есть то, что мы [[:cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5|ранее создавали]]  на первом коммутаторе.
-SW02# show device-alias database
-Полная передача зон между коммутаторами
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
-Мы проверили и убедились в том, что через созданный нами транк с первого коммутатора на второй транслируется информация об псевдонимах device-alias и активном наборе зон в нашем продуктивном VSAN 2. Однако, если на коммутаторах не включена передача всех наборов зон (а не только активных), то на втором коммутаторе мы не сможем увидеть информацию о созданных ранее на первом коммутаторе зонах и наборах зон. В этом случае вывод команд, перечисляющих зоны и наборы зон на втором коммутаторе, будет выглядеть так:
+SW01(config)# device-alias database
-SW02# show zone
+SW01(config-device-alias-db)# device-alias name MSA02-CtrlB-FC2 pwwn 25:70:00:c0:ff:1a:25:65
-SW02# show zoneset
+SW01(config-device-alias-db)# exit
+SW01(config)# device-alias commit
+SW01(config)# end
+SW01# show device-alias database</pre></HTML>
+{{ :cisco:pasted:20190411-224346.png }}
+В нашем случае к 16 порту коммутатора подключен HBA контроллер с хоста, на который нужно транслировать СХД из порта 3. По аналогии с выше приведённым примером, создадим для хоста ещё один алис Device Alias, после чего посмотрим всю информацию из базы данных FLOGI, где уже будут дополнительно отображаться наши алиасы, облегчая восприятие информации.
+{{ :cisco:pasted:20190411-224409.png }}
+\\
+==== Создание зон ====
+Следующим шагом будет создание зон и добавление в эти зоны участников. Для начала создадим зону с говорящим названием.
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
+SW01(config)# zone name MSA02-to-VM62-Port1 vsan 2</pre></HTML>
+Посмотрим какие способы добавления участников в зону мы имеем:
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01(config-zone)# member ?</pre></HTML>
+{{ :cisco:pasted:20190411-224438.png }}
+Как видим, при добавлении членов зоны можно использовать разные методы, но одним из самых наглядных будет использование в качестве членов зоны ранее созданных алиасов Device Alias.
+Добавим в зону ранее созданные псевдонимы WWPN и посмотрим общую информацию о зонах и их членах:
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01(config-zone)# member device-alias MSA02-CtrlB-FC2
+SW01(config-zone)# member device-alias VM62-Port1
+SW01(config-zone)# end
+SW01# show zone vsan 2</pre></HTML>
+{{ :cisco:pasted:20190411-224455.png }}
+\\
+==== Создание наборов зон ====
+Набор зон **zoneset** может включать в себя одну и более зон, при этом одна и та же зона может быть включена в разные наборы зон. Но только один zoneset может быть активным в рамках отдельно взятого VSAN. Для примера создадим один единственный набор зон с именем «ActiveZoneSet» и включим в него ранее созданную зону:
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
+SW01(config)# zoneset name ActiveZoneSet vsan 2
+SW01(config-zoneset)# member MSA02-to-VM62-Port1
+SW01(config-zoneset)# end
+SW01# show zoneset vsan 2</pre></HTML>
+{{ :cisco:pasted:20190411-224540.png }}
-А так выглядит вывод этих же команд на первом коммутаторе, то есть там, где эти зоны и наборы зон изначально создавались
+\\
+==== Активация набора зон ====
-Связано это с тем, что в конфигурации по умолчанию в Cisco MDS между коммутаторами фабрики передаётся информация только о конечном активном наборе зон в VSAN. Подтверждение этому можно получить, перечислив информацию о VSAN
-SW01# show zone status vsan 2
-Для того, чтобы информация о всех созданных зонах была нам доступна на обоих коммутаторах фабрики, нам потребуется включить режим распространения полного набора зон (Full Zone Set Distribution). Сразу после включения активируем повторно набор зон.
+Активируем набор зон и сохраняем конфигурацию текущую рабочую конфигурацию в стартовую.
-SW01# configure terminal
-SW01(config)# zoneset distribute full vsan 2
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01(config)# zoneset activate name ActiveZoneSet vsan 2
-SW01(config)# zoneset activate name ActiveZoneSet vsan 2
 SW01(config)# end
-SW01# copy running-config startup-config
+SW01# copy running-config startup-config</pre></HTML>
-Сохраним настроенную конфигурацию и снова проверим информацию о зонах в нашем продуктивном VSAN 2
+{{ :cisco:pasted:20190411-224558.png }}
-SW01# show zone status vsan 2
+С этого момента зонирование на нашем коммутаторе начинает работать.
-Как видим, теперь на первом коммутаторе зоны из VSAN 2 распространяются полностью.
-Выполним те же конфигурационные изменения на втором коммутаторе:
+Проверим активный набор зон для всех VSAN
-SW02# configure terminal
-SW02(config)# zoneset distribute full vsan 2
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show zoneset active</pre></HTML>
-SW02(config)# zoneset activate name ActiveZoneSet vsan 2
-SW02(config)# end
+{{ :cisco:pasted:20190411-224619.png }}
-SW02# copy running-config startup-config
-SW02# show zone status vsan 2
+Проверяем результат работы зонирования - проверяем доступность стораджа на хосте.
-Теперь снова проверим на втором коммутаторе список зон и наборов зон, созданных ранее на первом коммутаторе и убедимся в том, что теперь они отображаются в таком же виде, как на первом коммутаторе:
-SW02# show zone
-SW02# show zoneset
-Теперь можно на любом из коммутаторов настраивать зоны в нашем продуктивном VSAN и иметь перед глазами всю картину по зонированию в целом.
@@ Строка 189: / Строка 184: @@
 Дополнительные источники информации:
-  * [[https://www.cisco.com/en/US/products/ps5989/products_configuration_guide_chapter09186a0080664c6e.html|Cisco MDS 9000 NX-OS and SAN-OS Software - Configuring Trunking]]
+  * [[https://www.cisco.com/en/US/docs/storage/san_switches/mds9000/sw/san-os/quick/guide/qcg_zones.html|Cisco MDS 9000 Family CLI Quick Configuration Guide - Configuring Zones and Zone Sets]]
-  * [[https://www.cisco.com/c/en/us/td/docs/switches/datacenter/sw/nx-os/san_switching/configuration/guide/b_Cisco_Nexus_7000_NX-OS_SAN_Switching_Configuration_Guide/Cisco_Nexus_7000_NX-OS_SAN_Switching_Configuration_Guide_chapter5.html|Cisco Nexus 7000 Series NX-OS SAN Switching Configuration Guide - Configuring VSAN Trunking]]
+  * [[https://www.cisco.com/en/US/products/ps5989/prod_troubleshooting_guide_chapter09186a008067a309.html|Cisco MDS -  Troubleshooting Zones and Zone Sets]]
   * [[https://www.cisco.com/c/en/us/td/docs/switches/datacenter/mds9000/sw/4_1/configuration/guides/cli_4_1/clibook/zone.html|Cisco MDS 9000 Family CLI Configuration Guide - Configuring and Managing Zones]]
-  * [[https://support.hpe.com/hpsc/doc/public/display?docId=mmr_kc-0124950|HP C-Series Fabric Switches - How does Trunking Work]]
+  * [[http://twistedminds.ru/2013/06/cisco-mds-basics/|Twistedminds - Cisco MDS для самых маленьких]].\\ Годная сжатая статья, от которой я оттолкнулся. Рекомендуется к прочтению
-  * [[https://community.cisco.com/t5/storage-networking/mds-vsan-trunking-with-and-without-port-channel/td-p/3189770 |Cisco Community - MDS VSAN Trunking with and without Port Channel]]
 ----
@@ Строка 202: / Строка 195: @@
 ----
-{{:user:blogroot.png?50&nolink |}} Автор текущей редакции:\\ [[user:blogroot|Алексей Максимов]] \\ Время публикации: 12.04.2019 15:05
+{{:user:blogroot.png?50&nolink |}} Автор текущей редакции:\\ [[user:blogroot|Алексей Максимов]] \\ Время публикации: 11.04.2019 21:41
-{{tag>Cisco "Cisco MDS 9000" "Cisco MDS 9148" "HP StorageWorks" SN6000C "Nexus OS" "NX-OS 5" FC Switch Zonning VSAN "Device Alias" ZoneSet "Port-Channel" ISL Trunk}}
+{{tag>Cisco "Cisco MDS 9000" "Cisco MDS 9148" "HP StorageWorks" SN6000C "Nexus OS" "NX-OS 5" FC Switch Zonning VSAN "FC Alias" "Device Alias" ZoneSet}}
 ~~DISCUSSION~~