НА ЭТОЙ СТРАНИЦЕ
Понимание компонентов virtual Chassis
В этой теме описываются компоненты серии EX или виртуальное шасси серии QFX.
-
Virtual Chassis серии EX — это поддерживаемое сочетание автономных коммутаторов серии EX, соединенных между собой и управляемых в качестве единого шасси. Эта тема относится ко всем виртуальным шасси серии EX, за исключением EX8200 Virtual Chassis.
См. информацию о виртуальных шасси EX8200 Для получения информации о виртуальном шасси EX8200.
Примечание:Мы не рекомендуем использовать коммутаторы EX9200 в Virtual Chassis, а также постепенно отказаться от поддержки этой архитектуры в версии ОС Junos 17.1R1. Для развертывания с коммутаторами EX9200 мы рекомендуем планировать или перейти к архитектурам MC-LAG или Junos Fusion Enterprise вместо использования Virtual Chassis.
-
Virtual Chassis серии QFX представляет собой поддерживаемое сочетание автономных коммутаторов QFX3500, QFX3600, QFX5100, QFX5110, QFX5120 или QFX5200, которые взаимодействуют и управляются в качестве единого шасси. Коммутатор EX4650 Virtual Chassis работает так же, как и qFX5120 Virtual Chassis, поэтому большая часть информации в этой теме о виртуальном шасси серии QFX в целом также относится к виртуальному шасси EX4650 с несколькими различиями в поддержке, зависящей от платформы.
Примечание:Коммутаторы EX4300 (за исключением мультигигабитных моделей [EX4300-48MP]) также могут быть объединены в смешанное виртуальное шасси с коммутаторами QFX3500, QFX3600 и QFX5100.
В этой теме не описаны компоненты Virtual Chassis Fabric. Вместо этого см . компоненты IP-фабрики Virtual Chassis.
Максимальная поддержка коммутатора
Максимальное количество коммутаторов, поддерживающих Virtual Chassis, варьируется в зависимости от Virtual Chassis и может также зависеть от версии ОС Junos на Virtual Chassis.
- Максимальное количество коммутаторов в виртуальном шасси серии EX
- Максимальное количество коммутаторов в виртуальном шасси серии QFX (включая комбинированное виртуальное шасси с коммутаторами серии EX)
Максимальное количество коммутаторов в виртуальном шасси серии EX
В таблице 1 перечислено максимальное количество коммутаторов для участников, поддерживаемых в версии ОС Junos в серии EX Virtual Chassis.
Тип виртуального шасси серии EX |
Максимальное количество коммутаторов для участников по версии ОС Junos |
---|---|
Виртуальное шасси EX2200 |
12.2R1 — первоначальный релиз. До 4 коммутаторов EX2200. |
Виртуальное шасси EX2300 |
15.1X53-D50 — первоначальный релиз. До 4 коммутаторов EX2300. 18,1R2 — до 4 мультигигабитных коммутаторов EX2300 (EX2300-24MP и EX2300-48MP). 18.4R1 — начиная с версии ОС Junos 18.4R1, до 4 любых коммутаторов коммутаторов EX2300 (включая мультигигабитные модели и любые другие коммутаторы EX2300) можно объединить в одно и то же виртуальное шасси. |
Виртуальное шасси EX3300 |
11.3R1 — первоначальный релиз. До 6 коммутаторов EX3300. 12.2R1 — начиная с версии ОС Junos 12.2R1, virtual Chassis EX3300 может поддерживать до 10 коммутаторов для членов EX3300. |
Виртуальное шасси EX3400 |
15.1X53-D50 — первоначальный релиз. До 10 коммутаторов EX3400. |
Виртуальное шасси EX4100 | 22.2R1 — первоначальный релиз. До 10 коммутаторов EX4100. |
Виртуальное шасси EX4200 |
9.0R1 — первоначальный релиз. До 10 коммутаторов EX4200. |
Виртуальное шасси EX4300 |
13.2X50-D10 — первоначальный релиз. До 10 коммутаторов EX4300. 13.2X50-D20 — начиная с версии ОС Junos 13.2X50-D20, виртуальные шасси серии QFX или VCF также могут содержать коммутаторы EX4300. 18.2R1 — начиная с версии ОС Junos 18.2R1 с появлением мультигигабитных коммутаторов EX4300 (EX4300-48MP), виртуальные шасси EX4300 могут содержать до 10 мультигигабитных коммутаторов EX4300 в виде не смешанных виртуальных коммутаторов Virtual Chassis или сочетания мультигигабитных коммутаторов EX4300 с другими коммутаторами EX4300 Virtual Chassis. |
Виртуальное шасси EX4400 |
21.1R1 — первоначальный релиз. До 10 коммутаторов EX4400. 21.2R1 — начиная с версии ОС Junos 21.2R1, коммутаторы EX4400 Virtual Chassis также могут включать мультигигабитные коммутаторы EX4400 (EX4400-24MP и EX4400-48MP). |
Виртуальное шасси EX4500 |
11.1R1 — первоначальный релиз. Поддержка до 2 коммутаторов EX4500. 11.4R1 — поддержка до 10 коммутаторов EX4500. |
Виртуальное шасси EX4550 |
12.2R1 — первоначальный релиз. Поддержка до 10 коммутаторов EX4550. |
Виртуальное шасси EX4600 |
13.2X51-D25 — первоначальный релиз. Поддержка до 10 коммутаторов EX4600. |
Виртуальное шасси EX4650 |
19.3R1 — первоначальный релиз. До 2 коммутаторов EX4650 только в роли модуля маршрутизации. 20.1R1 — начиная с версии ОС Junos 20.1R1, virtual Chassis EX4650 может иметь до 4 членов. |
Смешанное виртуальное шасси EX4200 и EX4500 |
11.1R1 — первоначальный релиз. До 2 коммутаторов EX4500 и до 8 коммутаторов EX4200. 11,2R1 — до 9 коммутаторов EX4200. 11,4R1 — до 9 коммутаторов EX4500. |
Смешанное виртуальное шасси EX4200 и EX4550 |
12.2R1 — первоначальный релиз. До 10 общих коммутаторов EX4200 и EX4550. |
Смешанное виртуальное шасси EX4200, EX4500 и EX4550 |
12.2R1 — первоначальный релиз. Всего коммутаторы EX4200, EX4500 и EX4550 составляют до 10. |
Смешанное виртуальное шасси EX4300 и EX4600 |
13.2X51-D25 — первоначальный релиз. Всего коммутаторы EX4300 и EX4600 составляют 10. Ведьмы из EX4600 должны взять на себя роль модуля маршрутизации.
Примечание:
Мультигигабитные коммутаторы EX4300 (EX4300-48MP) не поддерживаются в смешанном виртуальном шасси с коммутаторами EX4600. |
Смешанное виртуальное шасси EX4500 и EX4550 |
12.2R1 — первоначальный релиз. Всего до 10 коммутаторов EX4500 и EX4550. |
Виртуальное шасси EX9200 |
13.2R2 — первоначальный релиз. До 2 коммутаторов EX9200.
Примечание:
Мы постепенно отключаем поддержку коммутаторов EX9200 в virtual Chassis на версии ОС Junos 17.1R1. Для развертывания с коммутаторами EX9200 мы рекомендуем планировать или перейти к архитектурам MC-LAG или Junos Fusion Enterprise вместо использования конфигурации Virtual Chassis. |
Максимальное количество коммутаторов в виртуальном шасси серии QFX (включая комбинированное виртуальное шасси с коммутаторами серии EX)
В таблице 2 перечислено максимальное количество коммутаторов, поддерживаемых в виртуальном шасси серии QFX версией ОС Junos, включая смешанное виртуальное шасси серии QFX с коммутаторами серии EX.
Тип виртуального шасси серии QFX |
Максимальное количество коммутаторов для участников по версии ОС Junos |
---|---|
Виртуальное шасси QFX3500 или QFX3600:
|
13.2X50-D15 — первоначальный релиз. Всего до 10 коммутаторов для участников. |
QFX3500 или QFX3600 в смешанном режиме Virtual Chassis:
|
13,2X51-D20 — до 10 коммутаторов для участников. |
Виртуальное шасси QFX5100:
|
13.2X51-D20 — первоначальный релиз. До 10 коммутаторов(за исключением QFX5100-96S). 13.2X51-D20 — первоначальный релиз для QFX5100-96S. До 4 коммутаторов. 13.2X53-D25 — до выпуска ОС Junos 13.2X51-D25 только коммутаторы с 4 членами могут быть в виртуальном шасси QFX5100. Начиная с версии ОС Junos 13.2X51-D25, вы можете включить до 10 коммутаторов QFX5100-96S в смешанных или не смешанных коммутаторах QFX5100 Virtual Chassis. |
Виртуальное шасси QFX5100 в смешанном режиме:
|
13.2X51-D20 — первоначальный релиз. Всего до 10 коммутаторов-участников (за исключением QFX5100-96S). 13,2X53-D25 — до 10 коммутаторов-членов (включая QFX5100-96S). |
Виртуальное шасси QFX5110:
|
17.3R1 — первоначальный релиз. До 10 коммутаторов. |
Виртуальное шасси QFX5120: |
19.3R1 — первоначальный релиз коммутаторов QFX5120-48Y. До двух коммутаторов, как в роли модуля маршрутизации. 20.2R1 — первоначальный релиз коммутаторов QFX5120-48T. До двух коммутаторов, как в роли модуля маршрутизации. 20.3R1 — первоначальный релиз коммутаторов QFX5120-32C. До двух коммутаторов, как в роли модуля маршрутизации. |
Виртуальное шасси QFX5200 —
|
17.3R2 и 17.4R1 — первоначальный релиз. До 3-х коммутаторов. |
Виртуальные порты шасси (VCP)
Вы настраиваете виртуальные коммутаторы Шасси, настраивая порты Virtual Chassis (VCP) на коммутаторы участников, а также соединять коммутаторы с помощью VCPs. VCP отвечают за передачу всех данных и контроль трафика между коммутаторами-членами в Virtual Chassis.
- Варианты портов Virtual Chassis
- Автоматическая конверсия порта Виртуального шасси (VCP)
- Группы агрегации портов Virtual Chassis
Варианты портов Virtual Chassis
Некоторые коммутаторы имеют специальные VCP; эти порты можно использовать только в качестве VCP и не можете перенастроить их в качестве сетевых портов. Выделенные VCP позволяют соединять коммутаторы в Virtual Chassis без дополнительной конфигурации интерфейса.
В некоторых коммутаторах есть порты, которые настроены как VCP по умолчанию. Вам не нужно напрямую настраивать их в качестве VCP, чтобы использовать их для подключения коммутаторов к Virtual Chassis.
Большинство коммутаторов имеют оптические или восходящие порты, которые вы также можете настроить в качестве VCP.
Необходимо настроить VCP для межсоединения коммутаторов, которые не имеют выделенных VCP или настроенных по умолчанию, или для межсоединения коммутаторов на больших расстояниях, чем это разрешено выделенным VCP-соединением. В противном случае, вы можете смешивать любые поддерживаемые варианты VCP среди членов Virtual Chassis, и мы рекомендуем иметь резервные связи между любыми двумя членами для устойчивости или для повышения пропускной способности связи члена. VCP автоматически подключаются к группе агрегации каналов, когда два или более портов, работающих с той же скоростью, настраиваются в VCP между одними и теми же двумя коммутаторами- членами. Подробнее см. агрегацию портов Virtual Chassis Для получения информации.
При добавлении коммутаторов в существующем Virtual Chassis или добавлении новых резервных каналов между существующими участниками, если включена функция автоматической конверсии VCP, в правильных условиях порты по обе стороны соединения автоматически преобразуются в VCP (см . автоматическую конверсию порта Virtual Chassis( VCP).
В таблице 3 подводятся итоги доступных вариантов VCP на коммутаторах серии EX или QFX Virtual Chassis. Для получения подробной информации о том, где на коммутаторе находятся выделенные VCP, VCP или порты, настроенные по умолчанию, а также поддерживаемые трансиверы и кабели, которые можно использовать для VCP-подключений на коммутаторе, см. документацию по оборудованию для этого типа коммутатора.
Переключатель |
Специальные виртуальные точки доступа |
VCP по умолчанию |
Порты, которые можно настроить и поддерживать в качестве VCP |
---|---|---|---|
EX2200 |
Ни один |
Ни один |
Любые порты восходящих каналов Все интерфейсы RJ-45, включая встроенные сетевые порты с гигабитными коммутаторами 10/100/1000BASE-T и трансиверами 1000BASE-T RJ-45 |
EX2300 (включая мультигигабитные модели EX2300) |
Ни один |
Ни один |
10-гигабитные порты восходящих сетей Ethernet с трансиверами SFP+
Примечание:
Вы не можете использовать порты с трансиверами SFP в качестве VCP на коммутаторах EX2300 для формирования Virtual Chassis. |
EX3300 |
Ни один |
Порты восходящих каналов 2 и 3 |
Любой из 4 портов восходящих каналов (порты с 0 по 3) |
EX3400 |
Ни один |
Все порты восходящих каналов QSFP+ (слот PIC 1, порты 0 и 1) |
Любые порты восходящих каналов SFP+
Примечание:
Вы не можете использовать порты с трансиверами SFP в качестве VCP на коммутаторах EX3400 для формирования Virtual Chassis. |
EX4200 |
2 порта на задней панели |
Ни один |
Любые порты модуля восходящих каналов (SFP, SFP+или XFP) или через порт SFP+ на коммутаторе EX4200-24F
Примечание:
Вы не можете установить медный сменный модуль 1000BASE-T (EX-SFP-1GE-T) в качестве VCP на коммутаторах EX4200. |
EX4300 |
Ни один |
Все порты QSFP+ |
Любые порты восходящих каналов, установленные с помощью трансиверов SFP+ или QSPF+
Примечание:
На 32-портовых коммутаторах EX4300 нельзя использовать четыре встроенных 10-гигабитных порта Ethernet SFP+ в качестве VCP. |
Мультигигабитные модели EX4300 (EX4300-48MP) |
4 порта QSFP+ 40 Гбит/с на задней панели |
Ни один |
Ни один |
EX4400 (включая мультигигабитные модели EX4400) |
Ни один | 4 логических интерфейса VCP 50 Гбит/с с использованием двух портов QSFP28 со скоростью 100 Гбит/с на задней панели (слот PIC 1) | Ни один |
EX4500 и EX4550 |
Два порта на модуле Virtual Chassis |
Ни один |
Любой порт модуля восходящих каналов SFP, SFP+или XFP
Примечание:
Вы не можете использовать порты восходящих каналов SFP+, установленные с медными трансиверами 1000BASE-T (EX-SFP-1GE-T) в качестве VCP-подключений на коммутаторах EX4500 и EX4550. |
EX4600 |
Ни один |
Ни один |
Любые порты SFP+ и QSFP+ |
EX4650 |
Ни один |
Ни один |
Любой из 40-гигабитных Ethernet или 100-гигабитных портов QSFP28 на передней панели (порты с 48 до 55)
Примечание:
ОС Junos не мешает вам пытаться установить другие порты в качестве VCP, но они не работают должным образом в качестве VCP. |
QFX3500 и QFX3600 |
Ни один |
Ни один |
Любые неканализированные интерфейсы 40-гигабитного Ethernet QSFP+ |
QFX5100 |
Ни один |
Ни один |
Любые неканализированные интерфейсы 40-гигабитного Ethernet QSFP+ |
QFX5110 |
Ни один |
Ни один |
Любые порты 40-гигабитного Ethernet или 100-гигабитного Ethernet QSFP28 Любые неканализированные интерфейсы 40-гигабитного Ethernet QSFP+ Любые неканализированные интерфейсы 10-гигабитного Ethernet SFP+ (на моделях коммутаторов QFX5110, поддерживающих эти порты) |
QFX5120 |
Ни один |
Ни один |
(QFX5120-48Y) Любой из восьми портов 40-гигабитного Ethernet или 100-гигабитного Ethernet QSFP+ или QSFP28 на передней панели (порты с 48 по 55) без каналов (QFX5120-48T) Любой из шести портов 40-гигабитного Ethernet или 100-гигабитного Ethernet QSFP+ или QSFP28 на передней панели (порты с 48 по 53) без каналов
Примечание:
Любые порты, кроме указанных выше, для коммутаторов QFX5120-48Y и QFX5120-48T не поддерживаются в качестве VCP. Интерфейс командной строки ОС Junos не возвращает ошибку, если вы попытаетесь установить другие порты в качестве VCP, но они не будут работать должным образом в качестве VCP. (QFX5120-32C) Любые неканализированные сетевые порты (порты с 0 до 31), установленные с трансиверами QSFP+ или 100-Gpbs QSFP28 с пропускной способностью 40 Гбит/с или 100-Gpbs QSFP28 |
QFX5200 |
Ни один |
Ни один |
Любые 40-гигабитные порты Ethernet QSFP+ Начиная с версии ОС Junos 17.3R2-S4, вы также можете использовать 100-гигабитные порты Ethernet QSFP28 в качестве VCP на коммутаторах QFX5200. |
Все поддерживаемые коммутаторы SFP, SFP+и XFP между коммутаторами EX4200, EX4500 и EX4550 можно настроить как VCP.
Интерфейсы QSFP+, которые были направлены в интерфейсы SFP+ с помощью кабеля прорыва, не могут быть настроены на VCP.
Автоматическая конверсия порта Виртуального шасси (VCP)
Когда функция автоматической конверсии VCP включена и вы подключаете новый канал от нового коммутатора, добавленного в существующее Виртуальное шасси, или добавляете резервное соединение между двумя участниками Virtual Chassis, порты, которые могут быть VCPs, автоматически преобразуются в VCP в следующих условиях:
-
Протокол Link Layer Discovery (LLDP) или LLDP-Media Endpoint Discovery (LLDP-MED) включен в интерфейсы для участников на обоих концах нового канала. Обе стороны обмениваются пакетами LLDP для преобразования портов.
-
Virtual Chassis должен быть предварительно оснащен коммутаторами по обе стороны канала, уже настроенными в списке участников Virtual Chassis с помощью
set virtual-chassis member
команды. -
Интерфейсы для портов на обоих концах канала еще не настроены как VCP. Обе стороны канала должны быть в одном состоянии для рукопожатия и создания VCP-канала.
Автоматическое преобразование VCP при добавлении коммутатора в предварительно подготовленный Virtual Chassis также называется автоматизацией нового члена.
Для того чтобы порты имели право на автоматическое преобразование VCP, вы должны преобразовать их обратно в сетевые порты с помощью request virtual-chassis vc-port delete
команды, если они настроены по умолчанию VCP или вы ранее настроенные их в VCP. Коммутаторы не автоматически преобразуют VCP обратно в сетевые порты, когда вы удалите их из Virtual Chassis и отключите каналы.
Автоматическое преобразование VCP включено по умолчанию во всех Virtual Chassis, за исключением следующих случаев:
- Автоматическое преобразование VCP не применяется к коммутаторам EX4400 в Virtual Chassis. Чтобы преобразовать VCP по умолчанию в сетевые порты или преобразовать их из сетевых портов обратно в VCP-порты, необходимо явно установить режим порта с помощью
request virtual-chassis mode network-port
команды, а затем перезагрузить коммутатор. -
Автоматическое преобразование VCP отключено по умолчанию, начиная с версий ОС Junos 15.1R7 и 14.1X53-D47, EX2200, EX4500 и EX4550. Автоматическое преобразование VCP отключено. При желании вы можете включить функцию, настроив
auto-conversion
заявление на[edit virtual-chassis]
уровне иерархии на Virtual Chassis.ОСТОРОЖНОСТЬЮ:Когда автоматическая конверсия VCP включена в Virtual Chassis с коммутаторами, которые имеют выделенные VCP (EX4200, EX4500 или EX4550 Virtual Chassis), если порты сети или восходящих каналов автоматически преобразуются в VCP для создания резервной связи с выделенным подключением VCP между теми же двумя участниками Virtual Chassis, вы должны перезагрузить Virtual Chassis, чтобы избежать создания цикла трафика в Virtual Chassis. (Такая же проблема может возникнуть, даже если вы вручную преобразуете порты в VCP для создания резервного VCP-канала с помощью выделенного канала VCP, поэтому в этом случае вы также должны перезагрузить Virtual Chassis, чтобы избежать циклирования трафика).)
-
Начиная с версий ОС Junos 14.1X53-D47, 17.4R2, 18.1R3, 18.2R2 и 18.3R1 для EX4300, EX4600, виртуального шасси серии QFX и для любых EX4650 и QFX5120 Virtual Chassis (все они имеют функцию автоматического преобразования VCP, включенную по умолчанию), вы можете отключить функцию, настроив
no-auto-conversion
на[edit virtual-chassis]
уровне иерархии на Virtual Chassis. Чтобы вернуться к поведению по умолчанию, чтобы повторно включить автоматическое преобразование VCP, удалитеno-auto-conversion
заявление из конфигурации.
Группы агрегации портов Virtual Chassis
Вы можете увеличить пропускную способность VCP между коммутаторами-членами, настраивая несколько каналов между одними и теми же двумя коммутаторами в каналах VCP. Когда несколько VCPs соединяют одни и те же два коммутатора, каналы автоматически образуют пакет группы агрегации каналов (LAG), если каналы VCP одинаковые. Например, если между коммутаторами-членами подключены два канала VCP QSFP+ 40 Гбит/с, каналы автоматически образуют ЛАГ с общей пропускной способностью 80 Гбит/с. Однако 10-гигабитные SFP+ и 40 Гбит/с VCP-каналы QSFP+ не станут членами одной и той же ЛАГ.
В Virtual Chassis вы также можете настроить сетевые интерфейсы, расположенные на различных коммутаторах virtual Chassis, чтобы сформировать LAG, что обеспечивает балансировку нагрузки и резервирование сетевого трафика, который переадресует Virtual Chassis. Подробнее о разнице между VCP LAGs и сетевым интерфейсом LAGs в virtual Chassis см. в агрегации virtual Chassis с помощью технологии Virtual Chassis .
Роль главного модуля маршрутизации
В Virtual Chassis каждый коммутатор-участник работает в одной из двух ролей: роль модуля маршрутизации или роль линейной карты. Когда в роли модуля маршрутизации коммутатор-участник выступает в качестве основного или резервного модуля маршрутизации.
Основной элемент модуля маршрутизации в Virtual Chassis:
-
Управление коммутаторами-членами.
-
Запускает ОС Junos для коммутаторов в качестве основного модуля маршрутизации.
-
Управление процессами управления шасси и протоколами управления.
-
Представляет все коммутаторы-участники, соединенные между собой в конфигурации Virtual Chassis. (Имя хоста и другие параметры, которые вы назначаете этому коммутатору во время настройки, применяются ко всем участникам конфигурации Virtual Chassis.)
В предварительной конфигурации алгоритм выборов на основе первичной роли Virtual Chassis определяет, какой коммутатор в роли модуля маршрутизации выступает в качестве основного устройства Virtual Chassis и который выступает в качестве резервного копирования. Узнайте , как выбирают праймериз в virtual Chassis.
В конфигурации, которая не предустановится, которая называется непроизведанной конфигурацией, Virtual Chassis выбирает первичное и резервное копирование, используя приоритетное значение первичной роли и второстепенные факторы в алгоритме выборов на первичной роли.
Остальные коммутаторы в Virtual Chassis, которые не являются основными или резервными, работают в роли линейной карты.
Используйте следующие руководящие принципы для назначения ролей модуля маршрутизации коммутаторам в смешанном Virtual Chassis:
-
В любой смешанной конфигурации Virtual Chassis, которая включает в себя коммутаторы EX4200, коммутаторы EX4500 или коммутаторы EX4550, вы можете настроить любой коммутатор в любой роли в любой конфигурации.
-
В смешанной коммутаторе EX4300 Virtual Chassis, состоящей из мультигигабитной модели EX4300 (EX4300-48MP) и других коммутаторов модели EX4300, в роли модуля маршрутизации всегда должны быть мультигигабитные коммутаторы EX4300.
-
В смешанном коммутаторе EX4600 Virtual Chassis с коммутаторами EX4300 коммутаторы EX4600 всегда играют главную роль в модуля маршрутизации.
-
В смешанном виртуальном шасси серии QFX, состоящем из коммутаторов QFX5100 с коммутаторами QFX3500, QFX3600 или EX4300, мы рекомендуем настроить коммутаторы QFX5100 в роль модуля маршрутизации.
-
В смешанных коммутаторах серии QFX Virtual Chassis, состоящих из коммутаторов QFX3500, QFX3600 и EX4300, мы рекомендуем настроить коммутаторы QFX3500 или QFX3600 в основной и резервной роли модуля маршрутизации.
-
В коммутаторах QFX5110 Virtual Chassis с коммутаторами QFX5110 и QFX5100 мы рекомендуем настроить в роль модуля маршрутизации только коммутаторы QFX5110.
-
В virtual Chassis с двумя членами EX4650 или QFX5120 настраивайте оба коммутатора участника в роль модуля маршрутизации только в качестве основных и резервных коммутаторов для участников (без роли участников линейной карты).
Роль резервного модуля маршрутизации
Участник, который работает в резервном механизме маршрутизации в Virtual Chassis:
-
Поддержание готовности взять на себя роль первичного модуля маршрутизации в случае сбоя первичной сети.
-
Запускает ОС Junos для коммутаторов в качестве резервного модуля маршрутизации.
-
Синхронизируется с первичным с точки зрения состояний протоколов, таблиц переадресации и другой информации, чтобы она была готова сохранить информацию о маршрутизации и поддерживать сетевое подключение без сбоев в случае, если первичный доступ недоступен.
Конфигурация Virtual Chassis должна иметь как минимум два коммутатора для резервного члена модуля маршрутизации.
В предварительной конфигурации алгоритм выборов на основе первичной роли Virtual Chassis определяет, какой коммутатор в роли модуля маршрутизации выступает в качестве основного устройства Virtual Chassis и который выступает в качестве резервного копирования. Узнайте , как выбирают праймериз в virtual Chassis.
В непроизведанной конфигурации Virtual Chassis выбирает основные и резервные коммутаторы для участников, используя приоритетное значение первостепенной роли и второстепенные факторы в алгоритме выборов на основе первичной роли.
Используйте следующие руководящие принципы для назначения ролей модуля маршрутизации коммутаторам в смешанном Virtual Chassis:
-
В любой смешанной конфигурации Virtual Chassis, которая включает в себя коммутаторы EX4200, коммутаторы EX4500 или коммутаторы EX4550, вы можете настроить любой коммутатор в любой роли в любой конфигурации.
-
В смешанном коммутаторе EX4300 Virtual Chassis, состоящем из мультигигабитной модели EX4300 (EX4300-48MP) и других коммутаторов модели EX4300, вы всегда должны иметь мультигигабитные коммутаторы EX4300 в главных и резервных ролях модуля маршрутизации.
-
В смешанном коммутаторе EX4600 Virtual Chassis с коммутаторами EX4300 вы должны использовать коммутатор EX4600 в основной роли, и мы настоятельно рекомендуем вам также настроить коммутатор EX4600 в резервную роль, чтобы помочь Virtual Chassis оставаться стабильным при коммутации модуля маршрутизации.
-
В смешанном виртуальном шасси серии QFX, состоящем из коммутаторов QFX5100 с коммутаторами QFX3500, QFX3600 или EX4300, мы рекомендуем настроить коммутаторы QFX5100 в роль модуля маршрутизации.
-
В смешанных коммутаторах серии QFX Virtual Chassis, состоящих из коммутаторов QFX3500, QFX3600 и EX4300, мы рекомендуем настроить только коммутаторы QFX3500 или QFX3600 в основные и резервные роли модуля маршрутизации.
-
В коммутаторах QFX5110 Virtual Chassis с коммутаторами QFX5110 и QFX5100 мы рекомендуем настроить в роль модуля маршрутизации только коммутаторы QFX5110.
-
В virtual Chassis с двумя членами EX4650 или QFX5120 настраивайте оба коммутатора участника в роль модуля маршрутизации только в качестве основных и резервных коммутаторов для участников (без роли участников линейной карты).
Роль линейной карты
Участник, который работает в роли линейной карты в Virtual Chassis:
-
Работает только подмножество ОС Junos.
-
Не использует протоколы контроля шасси.
-
Можно выявлять определенные условия ошибок (например, отключаемый кабель) в любых настроенных на ней интерфейсах с помощью первичного.
Конфигурация Virtual Chassis должна иметь не менее трех членов, чтобы включить в нее линейную карту.
В предварительной конфигурации вы можете прямо настроить участника с ролью линейной карты, что означает, что он не может быть основным или резервным двигателем маршрутизации.
В непроизведанной конфигурации участники, которые не выбраны в качестве основного или резервного копирования, работают в качестве линейных карт в Virtual Chassis. Virtual Chassis выбирает первичные и резервные коммутаторы для участников, используя приоритетное значение первичной роли и второстепенные факторы в алгоритме выборов на первичной роли. Коммутатор с приоритетом первой роли 0 всегда находится в роли линейной карты.
В любом виртуальном шасси, состоящем из двух членов, для высокой доступности следует настроить обоих участников в роль модуля маршрутизации, а также отсутствие участников в роли линейной карты. В противном случае в Virtual Chassis с более чем двумя участниками любой поддерживаемый коммутатор может работать в роли линейной карты.
Используйте следующие руководящие принципы для назначения ролей в модулях маршрутизации и линейных платах коммутаторам в виртуальном шасси серии QFX:
-
В смешанном виртуальном шасси серии QFX, состоящем из коммутаторов QFX5100 с коммутаторами QFX3500, QFX3600 или EX4300, мы рекомендуем настроить коммутаторы QFX5100 в роль модуля маршрутизации. В смешанной серии QFX Virtual Chassis, которая не содержит коммутаторов QFX5100, мы рекомендуем настроить коммутаторы QFX3500 или QFX3600 в роль модуля маршрутизации.
-
В коммутаторах QFX5110 Virtual Chassis, состоящих из коммутаторов QFX5110 и QFX5100, мы рекомендуем настроить в роль модуля маршрутизации только коммутаторы QFX5110.
Коммутатор для участников и иденфикатор участника
Каждый автономный коммутатор, поддерживающие Virtual Chassis, является потенциальным членом конфигурации Virtual Chassis. При включении одного из коммутаторов в нем есть иденсификатор участника Virtual Chassis, который можно увидеть на передней панели LCD на некоторых коммутаторах или в show virtual-chassis
командном выходе. Если коммутатор включен в качестве автономного коммутатора, иденфикатор его члена всегда 0
есть. При подключении коммутатора в конфигурацию Virtual Chassis основной коммутатор присваивает ему ИДЕНТ-участника на основе различных факторов, таких как порядок добавления коммутатора в Virtual Chassis или если вы определили Иденсификаторы участников на основе последовательных номеров коммутаторов в процессе предварительной подготовки.
Если ранее в конфигурацию Virtual Chassis входил коммутатор участника и вы физически отключили его или удалили его из конфигурации Virtual Chassis, иденсификатор его члена не был автоматически доступен для назначения в рамках стандартного последовательного назначения ID-участника первичного уровня. Например, у вас может быть конфигурация Virtual Chassis с 0, членом 2 и 3, поскольку элемент 1 был удален. При добавлении другого коммутатора для участников и его включении основной присваивает ему ИД 4, а не ID 1. Если вы хотите повторно использовать Идентификатор члена с удаляемого коммутатора члена, вы можете переработать идентификатор участника (см request virtual-chassis recycle
. команду для получения подробной информации).
Иденфикатор участника отличает коммутаторы участника друг от друга. Вы используете ID-участника для:
-
присваивать приоритетное значение на основе первичной роли коммутатору-участнику.
-
настраивайте интерфейсы для коммутатора участника, аналогично указанию номера слота для устройств juniper Networks.
-
применять некоторые операционные команды к коммутатору-участнику.
-
отображать статус или характеристики коммутатора-участника.
Приоритет первостепенной роли
В непроизведенной конфигурации вы можете назначить роль (основную или резервную роль модуля маршрутизации или роль линейной карты), которую коммутатор-участник берет на себя, настроив свой приоритет основной роли (номер от 0
до конца 255
). Приоритетное значение первостепенной роли — это первое соображение в алгоритме выборов на основе первичной роли для выбора праймериз конфигурации Virtual Chassis. Коммутатор с приоритетом 0
основной роли никогда не берет на себя роль резервного или первичного модуля маршрутизации.
При включении автономного коммутатора он имеет приоритетную роль 128
по умолчанию. Поскольку это единственный коммутатор-участник в собственной конфигурации Virtual Chassis, он также является основным участником. При подключении автономного коммутатора к существующей конфигурации Virtual Chassis (которая уже имеет собственный основной состав), мы рекомендуем вам прямо настроить приоритет основной роли участников, которые вы хотите выполнять в качестве основного и резервного копирования.
Настройка одного и того же приоритетного значения на основе первичной роли как для первичного, так и для резервного копирования помогает обеспечить плавный переход от первичного устройства к резервному копированию в случае отсутствия первичной сети. Она предотвращает предотвращение преумножения контроля исходного элемента резервного копирования, когда резервное копирование взяло под контроль конфигурацию Virtual Chassis, поскольку исходный исходный элемент был недоступен.
В предварительной конфигурации невозможно вручную настраивать приоритетные значения первостепенной роли. Вы назначаете роль каждого коммутатора, и Virtual Chassis автоматически присваивает приоритет первичной роли на основе заданной роли.
Идентификатор виртуального шасси (VCID)
Все участники конфигурации Virtual Chassis имеют один идентификатор Virtual Chassis (VCID). Virtual Chassis получает этот идентификатор из внутренних параметров. При мониторинге конфигурации Virtual Chassis определенные представления интерфейса и командный show virtual-chassis
дисплей VCID.
Непроизвольное хранение в виртуальном шасси
Коммутаторы серий EX и QFX хранят системные файлы ОС Junos во внутренней флэш-памяти. В конфигурациях Virtual Chassis как первичный, так и резервный коммутатор хранят информацию о конфигурации для всех коммутаторов-участников.
ОС Junos оптимизирует способ хранить конфигурацию Virtual Chassis в случае неправильного закрытия коммутатора участника или конфигурации Virtual Chassis:
-
Если первичный доступ недоступен, резервный коммутатор берет на себя роль основного и его внутренняя флэш-память берет на себя в качестве альтернативного места для поддержания памяти неволатильной конфигурации.
-
Если вы берете автономный коммутатор участника для ремонта, в первичных магазинах хранится конфигурация коммутатора участника.
Управление хранилищем файлов отличается виртуальным шасси EX8200; для получения подробной информации см. представление о хранилище файлов в виртуальном шасси EX8200 .
no-auto-conversion
на
[edit virtual-chassis]
уровне иерархии на Virtual Chassis.