Стекирование - объединение нескольких коммутаторов в один логический, с целью управления группой устройств как единым аппаратным ресурсом, а также резервирования (при условии использования Cross-stack LAG). Для стекирования могут использоваться специальные выделенные порты, либо могут использоваться штатные SFP+, QSFP+ Ethernet-порты.
VSF на коммутаторах SNR
На коммутаторах SNR стекирование реализовано с помощью технологии VSF (Virtual Switching Framework).
При объединении нескольких коммутаторов в стек с помощью VSF определяются главный коммутатор (Master), резервный главный коммутатор (Standby Master) и остальные коммутаторы (Slave). В стандартной реализации при выходе из строя мастера произойдет перезагрузка стека и Standby-мастер займет его место. Для того, чтобы исключить перезагрузку стека, и, соответственно, простой сервисов, создан функционал VSF High Availability (HA) - стекирование с высокой доступностью. При VSF HA между CPU мастера и Standby-мастера происходит синхронизация, что и позволяет Standby-мастеру при выходе из строя мастера взять на себя его полномочия без перезагрузки стека.
Info |
---|
|
После успешного установления HA в логах должно появиться сообщение 'VSF HA backup is finished'. Обычно это занимает до двух минут. |
На данный момент VSF поддерживается на следующих сериях коммутаторов SNR: S2995G, S3850G, S2990, S2990G, S300G, S4550, S2990X, S300X.
Info |
---|
|
VSF-стекирование возможно организовать только между одинаковыми моделями одной серии. На коммутаторах SNR серий: S4550G - отдельная ветка ПО, с поддержкой VSF HA; S2990G - отдельная ветка ПО с поддержкой VSF; S2990X и S300X - отсутствует поддержка VSF High Availability (HA), то есть при отключении Active Master Standby станет мастером только после перезагрузки стека. |
Обновление ПО на коммутаторах в стеке
Если вы обновляете ПО на коммутаторах в стеке, то необходимо указывать номер члена стека:
Code Block |
---|
|
copy tftp://a.b.c.d/nos.img member-1#nos.img
copy tftp://a.b.c.d/nos.img member-2#nos.img |
Info |
---|
|
Все коммутаторы в стеке VSF должны иметь одинаковую версию ПО. |
Настройка VSF
Рассмотрим настройку VSF на коммутаторах SNR. Добавлю, что все настройки производятся в глобальном режиме, стековые порты должны иметь конфигурацию по умолчанию.
Настраиваем порядковый номер юнита стека:
Code Block |
---|
|
vsf member <1-16> |
Выбираем VSF-приоритет данного коммутатора:
Code Block |
---|
|
vsf priority <1-32> |
От приоритета зависит выбор мастера. Чем выше значение - тем выше приоритет.
Далее переходим к настройке VSF-портов. В качестве портов для стекирования могут быть выбраны:
- S2990, S2995G и S3850G - до 4 портов SFP+;
- S2990X и S300X - до 8 портов SFP+, начиная с 1/0/9 по 1/0/32, либо один/оба порта QSFP+ (1/1/1 - 1/2/1);
- S300G - один/два порта QSFP+ (данные порты могут быть использованы только для стекирования и работают на скорости 20Gbps) либо до 4 портов QSFP+;
- S4550 - до 8 портов SFP+, либо один/два порта QSFP+.
На одном коммутаторе может быть настроено до двух групп VSF-портов, что позволяет настроить кольцевую топологию.
Info |
---|
|
При использовании кольцевой топологии VSF нет необходимости использовать STP/ERPS. |
Выбираем port-group и добавляем в нее порты:
Code Block |
---|
|
vsf port-group <1-2>
vsf port-group Interface <port> |
Далее переключаем коммутатор в режим VSF (не подключая стековые линки):
Code Block |
---|
|
switch convert mode vsf |
При переходе в режим VSF опционально можно перенести текущую конфигурацию (в диалоговом окне после применения команды).
Info |
---|
|
В случае, если VSF-линк отсутствует, при загрузке коммутатор ожидает его подключения в течение 3-х минут и после загружается как единственный юнит стека. |
После загрузки коммутатора в режиме VSF необходимо применить команду, которая позволяет добавлять новые юниты в стек без перезагрузки:
Code Block |
---|
|
vsf auto-merge enable |
После необходимо подключить стековые линки. На этом настройка VSF-стека закончена.
Cross-stack LAG
Для организации резервирования совместно с VSF чаще всего используется Cross-stack LAG (зависимое оборудование подключается несколькими линками от разных юнитов стека). При этом, выход из строя одного из юнитов не повлияет на сеть - подключенные к стеку устройства будут работать через линки до других юнитов.
Тем не менее, такая схема может быть рискованной - при обрыве VSF-линка между юнитами может образоваться несколько Master-коммутаторов с одинаковой конфигурацией. Минимизировать вероятность такой ситуации можно с помощью кольцевой топологии VSF и соединения VSF-юнитов несколькими линками. Кроме того, можно воспользоваться специально предназначенными для подобной ситуации механизмами LACP MAD и BFD MAD.
LACP MAD
Обязательным условием является поддержка MAD LACP Middle device. Для настройки достаточно в режиме конфигурации Port-channel на VSF-стеке включить MAD LACP:
Code Block |
---|
|
vsf mad lacp enable |
После этого, при разрыве VSF-линка дублирующий линк с меньшим приоритетом MAD будет отключен.
BFD MAD
В случае, если Middle device не поддерживает MAD LACP можно воспользоваться функционалом BFD MAD. Для его использования придется занять по одному неиспользуемому порту на каждом юните стека.
Рассмотрим настройку функционала. Предположим, мы создаем BFD MAD линк между портами 1/0/28 Master и Slave коммутаторов.
Создаем ранее не используемую на VSF-юните VLAN, например 4000:
Добавляем данную VLAN как Access на создаваемый BFD-линк:
Code Block |
---|
|
Interface Ethernet 1/0/28
switchport access vlan 4000
Interface Ethernet 2/0/28
switchport access vlan 4000 |
Создаем интерфейс в данной VLAN:
Code Block |
---|
|
interface vlan 4000 |
Внутри данного интерфейса настраиваем BFD-MAD и указываем стыковочные адреса для юнитов:
Code Block |
---|
|
vsf mad bfd enable
vsf mad ip add 192.168.1.1 255.255.255.0 member 2
vsf mad ip add 192.168.1.2 255.255.255.0 member 1 |