стекирование summitstack

під час завантаження

Для їх завдання не обов'язково, щоб комутатор вже знаходився в стеці. Ці параметри зберігаються в NVRAM кожного вузла. Більшість же параметрів стекирования зберігаються НЕ в NVRAM, а в файлі конфігурації. Параметри зберігаються в NVRAM з числа тих, які знадобляться комутатора до того, як файл конфігурації стане доступний. При перезавантаженні стека використовується конфігураційний файл комутатора, який став майстром відразу ж після перезавантаження.

У конфігураційних файлах комутаторів, створених до включення в стек, номери портів позначаються як звичайні цілі числа. У стеці ж позначення портів є два числа <слот>:<порт>. Конфігураційний файл містить позначку факту, що він був створений на комутаторі в Стекові режимі, у вигляді ID Стекові платформи.

У стеці у комутаторів існує 3 можливі ролі: master. backup. standby.
Стеком управляє master. Вся інформація control plane майстра дублюється в backup. У разі відмови master'a, backup стає master'ом, і серед решти працюючих вузлів стека з Master-Capable = YES відбуваються вибори нового backup.
Ролі розподіляються відповідно до значення пріоритету. Комутатор з максимальним пріоритетом в момент завантаження стека стає master, з другим за величиною - backup, всі інші - standby. Якщо значення пріоритету рівні, то пріоритет має вузол з меншим значенням номера слота. Якщо після перезапуску стека майстром стає комутатор, чий обраний для застосування в момент завантаження конфігураційний файл був створений НЕ в режимі стекирования, то його вміст ігнорується, а до завантаженого стеку застосовується дефолтна конфігурація. Якщо ж обраний файл мав дефолтний ім'я (primary.cfg, secondary.cfg), то він перейменовується в old_non_stack.cfg.

Значення цифрового табло передній панелі

Відображений номер слота, верхня частина цифри блимає

- комутатор в ролі master;

Відображений номер слота, нижня частина цифри блимає

- комутатор в ролі backup;

Відображений номер слота, цифра горить постійно

- комутатор в ролі standby;

- стекіруемие комутатор НЕ в режимі стекирования;

[Ред] Схема фізичного з'єднання

зображення топології "замкнуте кільце"

зображення топології "гірлянда"

Рекомендована топологія для штатної експлуатації - замкнуте кільце (ring). У разі виходу з ладу окремих вузлів і під час робіт по модифікації фізичної топології кільце стекирования розімкнеться. Однак стек продовжить працювати і в топології гірлянди (daisy-chain). Потрібно враховувати, що розрив замкнутого кільця знизить загальну пропускну здатність між вузлами всередині стека.

Отримання статистики утилізації і помилок на портах стекирования

[Ред] Включення режиму стекирования

[Ред] Включення / відключення режиму стекирования

[Ред] Управління рівнем ліцензій

Комутатори, які є вузлами стека, можуть мати різний рівень ліцензій ExtremeXOS. Від рівня ліцензій залежить перелік можливостей, які доступні на вузлі. Можливості всього стека обмежені можливостями комутатора, який є майстром. Якщо рівень ліцензії майстра відрізняється (перевершує) від оного у бекапів, то можлива ситуація, коли бекап, не зможе повноцінно замінити майстра в разі потреби. Щоб виключити таку можливість, потрібно налаштувати обмеження ліцензій за рівнем, яким володіють всі вузли, потенційно здатні стати майстром в стеці.

Для застосування змін потрібне перезавантаження.

[Ред] Вибір протоколу стекирования

Якщо передбачається використовувати стек як маршрутизатор MPLS, на всіх вузлах як протокол стекирования необхідно задати Enhanced Stacking Protocol. Крім того, в цьому випадку в стек можуть бути присутніми тільки моделі Summit X460, X480, X670.

Для застосування змін потрібне перезавантаження.

[Ред] Завдання номера слота у вузла

Стек не може (і не повинен) динамічно призначати номер слота у вузлів. Номери задаються виключно конфигурированием і повинні бути унікальними для кожного вузла в стеці. Допустимі значення 1-8.

[Ред] Налаштування Master-Capability

[Ред] Завдання ролей вузлів в стеці

Роль вибирається виходячи з

настройки значення master-capability;
моделі комутатора;
значення пріоритету.

Різні моделі комутаторів володіють різним обсягом пам'яті і переліком підтримуваних функцій. Більш функціональні мають пріоритет при виборах master'a і backup'a. Пріоритет моделей наступний (для версії ExOS 15.1).

Якщо комутатор з біднішим ніж майстер функціоналом стає backup'ом, то в разі відмови майстра він не зможе обслуговувати стек на колишньому рівні. Щоб зрівняти перелік можливостей для комутаторів, які потенційно можуть стати майстром, рекомендується

використовувати однакові комутатори в стеку;
на більш (менш) функціональному прибрати master-capability. щоб він не міг стати майстром.

У разі, коли кілька однакових комутаторів намагаються стати майстром або бекап, в розгляд береться значення priority. Чим більше priority. тим вище шанси стати майстром або резервна копія. У разі відмови майстра, бекап стає на його місце, а в стеці ініціюється процес виборів нового бекапу. Перевибори бекапу відбуваються в моменти відмови майстра або бекапу. Можна або вручну задати priority у вузлів, або встановити автоматичний режим. Автоматичний режим застосовується, якщо в стеці ні у одного вузла не заданий пріоритет вручну. Тоді вважається, у всіх пріоритет 0. У цьому випадку пріоритет віддається комутатора з більш потужним процесором або з більш функціональною ліцензією ExOS. У разі, коли максимальний пріоритет виявлений у двох і більше комутаторів, вибір робиться на основі номера слота. Менший номер перемагає. Якщо у виборі майстра хочеться враховувати тільки критерій номера слота, потрібно задати на всіх вузлах однаковий пріоритет. Вирішення ситуації з двома майстрами відбувається виходячи з критерію часу проведеному в ролі майстра, а не на основі пріоритету.

При додаванні нового вузла в стек, потрібно налаштувати на ньому мак стека. Найпростіше це зробити командою

Прапори у всіх вузлів повинні містити Mm-.

[Ред] Порядок настройки нового стека

Зібрати інформацію з усіх вузлів про версії релізу ExOS (show version [slot ]). У всіх вузлів стека версія повинна збігатися.
Перевірити з якої партіціі відбувається завантаження ExOS (primary, secondary) вузлів. У всіх вузлів стека розбиття повинна збігатися.
Зібрати інформацію про рівень ліцензій на всіх вузлах (show licenses), вибрати на якому рівні будуть працювати вузли з Master-Capability.
Відключити вузли.
З'єднати вузли Стекові кабелями.
Включити вузли.
Залогінитися з консолі на комутатор, який хочеться зробити майстром.
виконати

для перевірки фізичного з'єднання вузлів. У списку повинні бути всі пристрої стека в стані Disabled і в ролі Master.

Включити стек на всіх вузлах командою

Можна скористатися easy-setup або ж задати параметри стекирования вручну пізніше.

Якщо необхідно, налаштувати обмеження ліцензії щодо мінімального рівня для всіх вузлів з включеним Master-Capability. Обмеження повинно бути налаштоване так, щоб всі вузли, здатні стати майстром, мали можливість (за рівнем ліцензії) заміняти один одного в разі відмови чинного майстра.

Якщо передбачається використовувати MPLS, на всіх вузлах задати Enhanced Stacking Protocol як протокол стекирования.

в стеці повинні бути тільки моделі Summit X460, X480, X670.

При вході в режим стекирования буде застосована дефолтна конфігурація.

Зайти на майстер і перевірити стан стекирования
- Всі вузли повинні бути видимі в стеці.
- Всі вузли повинні бути в змозі active.
- Після визначення ролей, в стеку повинен спостерігатися 1 master, 1 backup (якщо є) і група з standby.

[Ред] Заміна вузла комутатором такою самою моделлю

При заміні комутаторів однакової моделі можна використовувати поточну конфігурацію стека.

Застосовувані команди: show switch. show licenses. show stacking configuration.

[Ред] Заміна вузла комутатором іншої моделі

При заміні вузла комутатором іншої моделі можна використовувати існуючу конфігурацію стека.

Команди: show switch. show licenses. show stacking configuration.

Застосувати команду unconfigure slot для видалення конфігурації слота, який представляє замінний вузол.
Далі діяти відповідно до процедури "Заміна вузла комутатором такого ж типу".