Brocade SAN Часть 11: FCIP

При необходимости соединить несколько SAN сетей на разных площадках у вас есть несколько вариантов. Я уже говорил о соединении на длинных дистанциях по оптическим кабелям в Часть 4: Соединение на длинных дистанциях, но бывают ситуации, когда возможностей FC соединений нам недостаточно. Здесь нам и поможет FC соединение при помощи протокола IP. FCIP представляет собой туннельный протокол, который призван соединить по FC географически распределенные сети хранения. Единственным условием для осуществления успешного туннелирования является наличие IP-связности между FC-коммутаторами на каждом из сайтов.


При использовании FCIP у вас есть несколько преимуществ:

• Более дешёвый канал связи
• Возможность использования существующих сетевых соединений

При установлении соединения, FCIP туннель представляет это соединение для фабрики, как VE_Port, который эмулируют E_Port. Есть несколько ограничений для данных портов:

• Не используются FC кредиты, а используется контроль TCP потока
• Не поддерживается ISL транкинг

Прежде чем кадр FC передается через FCIP, передающий порт инкапсулирует полезную нагрузку в IP пакет. На обратной же стороне, принимающий порт делает деинкапсуляцию.

Стоит сразу сказать, что поддержка FCIP есть только в коммутаторах «Extension Switch». Они располагаются в отдельном разделе.

FCIP туннель может содержать в себе несколько схем (circuits) подключений

В свою очередь, данные подключения уже можно объединить в транк, который может содержать несколько схем. Для этого, на каждом Ethernet порту настраиваются несколько IP адресов (IPIF) как на стороне источника, так и на стороне получателя трафика.
Каждой схеме FCIP присваивается метрика, либо 0 (active), либо 1 (standby), которая используется для управления отказоустойчивостью внутри транка. Если схема выходит из строя, транкинг сначала пытается повторно передать любой ожидающий трафик отправки на другую самую низкую метрическую схему.

При создании FCIP туннеля можно включить и компрессию. Поддерживается несколько уровней:

• 0 — выключена
• 1 — аппаратная компрессия
• 2 — аппаратная + программная компрессия
• 3 — программная агрессия
• 4 — Автоматический режим (уровень компрессии выбирается на основе характеристик соединения)

Adaptive Rate Limiting (ARL) применяется отдельно для каждой схемы FCIP для изменения скорости, с которой туннель FCIP передает данные через IP-сеть. ARL использует информацию из TCP-соединений для определения и настройки ограничения скорости динамически. Это позволяет FCIP-соединениям использовать максимальную доступную пропускную способность, обеспечивая минимальную гарантию на пропускную способность. ARL применяет минимальную и максимальную скорость трафика и позволяет динамически определять динамику трафика и качество соединения WAN. Если трафик протекает без ошибок через WAN, скорость растет. Если TCP сообщает об увеличении повторных передач, скорость уменьшается до минимума. ARL работает в рамках минимальных и максимальных настроенных значений.

FCIP так же поддерживает и 3 уровня quality of service (QoS) для приоритизации трафика. Приоритет назначается при помощи специальных типов зон. Данные зоны имеют специальное именование (по аналогии с LSAN, который мы обсуждали в Часть 10: FC-FC роутинг)
QOSHid_xxxx
QOSLid_xxxx
Работа QoS основана на виртуальных каналах, поэтому у нас есть такой параметр в имени зоны, как ID. Данный идентификатор позволяет контролировать виртуальные каналы (VC). Чем выше приоритет трафика, тем больше каналов отводится для данной передачи. Но указание ID не является обязательным и при его отсутствии система самостоятельно распределит виртуальные каналы на основе round-robin схемы.

И так, для настройки туннеля нам необходимо:
Выставить скорость у портов, на которой они будут взаимодействовать

Следующим пунктом, нам необходимо на портах коммутаторов настроить адресацию

Так же необходимо указать роут

Можем задать MTU и VLAN
switch:admin> portcfg ipif ge4 create 192.168.1.20/24 mtu 1650 vlan 200
Operation Succeeded

Делаю акцент на том, что настройки портов необходимо выполнять на обоих коммутаторах!

После чего убеждаемся, что на обоих коммутаторах всё настроено верно

Проверить соединение можно при помощи ping
switch:admin> portcmd —ping ge4 -s 192.168.1.24 -d 192.168.10.24
PING 192.168.10.24 (192.168.1.24) with 64 bytes of data.
64 bytes from 192.168.10.24: icmp_seq=1 ttl=64 time=1 ms
64 bytes from 192.168.10.24: icmp_seq=2 ttl=64 time=1 ms
64 bytes from 192.168.10.24: icmp_seq=3 ttl=64 time=1 ms
64 bytes from 192.168.10.24: icmp_seq=4 ttl=64 time=1 ms
— 192.168.10.24 ping statistics —
4 packets transmitted, 4 received, 0% packet loss, time 714 ms
rtt min/avg/max = 1/1/1 ms

И теперь осталось создать непосредственно туннель
switch_A:admin> portcfg fciptunnel 24 create —local-ip 192.168.10.24 —remote-ip 192.168.1.24
switch_B:admin> portcfg fciptunnel 24 create —local-ip 192.168.1.24 —remote-ip 192.168.10.24

И проверить его состояние

К сожалению, я ни разу в своей практике не сталкивался с FCIP. У меня нет примеров с такими фабриками, обычно между ЦОДами мы растягиваем тёмную оптику и реализуем всё при помощи Long Distance, про который я рассказывал в Часть 4: Соединение на длинных дистанциях, т.к. в подобных конфигурациях нам требуется высокоскоростное соединение с минимальными задержками для репликации СХД или для растянутого кластера. Так что все поправки и уточнения с удовольствием принимаются в камментах.