EN
А резервний комутатор конфігурація є однією з найефективніших стратегій, яку може застосувати мережева команда для запобігання дорогостоячому простою. Коли основний комутаційний пристрій несподівано виходить із ладу, резервний комутатор автоматично бере на себе його функції, зберігаючи активні шляхи передачі даних і підтримуючи критичні бізнес-сервіси в онлайн-режимі без будь-якого втручання оператора. Розуміння того, як саме працює цей процес, допомагає архітекторам мереж приймати більш зважені рішення щодо інфраструктури.
Кожен центр обробки даних і корпоративна мережа несуть ризик виходу з ладу апаратного забезпечення. Розгортання одного резервного комутатора може означати різницю між безперебійним користувацьким досвідом та годинами тривалого збою. У цій статті розглядаються основні механізми, що лежать в основі конфігурацій резервних комутаторів, спосіб їх реагування на відмови апаратного забезпечення та принципи проектування, які забезпечують їх надійну роботу в критичних ситуаціях.
Основні механізми всередині резервної конфігурації комутатора
Протоколи переходу на резерв, що забезпечують резервування
Основою будь-якої конфігурації резервного комутатора є стек протоколів відмовостійкості. Такі технології, як протокол швидкого дерева розширення (RSTP) та протокол резервування віртуальних маршрутизаторів (VRRP), працюють на рівні протоколів для виявлення збою резервного комутатора протягом кількох мілісекунд і відповідного перенаправлення трафіку. Кожен резервний комутатор у топології постійно обмінюється сигналами стану з іншими комутаторами цієї групи, тому в разі припинення відповіді одного з пристроїв резервний комутатор негайно бере на себе активну роль. Саме така швидка передача функцій робить резервну конфігурацію комутатора надзвичайно цінною в виробничих середовищах, де навіть десятисекундне простоювання має вимірний фінансовий вплив.
Крім варіантів протоколу дерева розширення, сучасні розгортання резервних комутаторів часто ґрунтуються на багатокорпусній агрегації каналів зв’язку (Multi-Chassis Link Aggregation), що дозволяє парі резервних комутаторів виступати як одне логічне пристроє для підключених хостів. Коли один із фізичних резервних комутаторів у парі виходить із ладу, інший працездатний резервний комутатор продовжує передавати трафік через усі агреговані канали без будь-якої затримки повторного побудови топології. Такий підхід робить пару резервних комутаторів ефективно невидимою для програм верхніх рівнів, значно скорочуючи час відновлення порівняно з застарілими рішеннями на основі одного комутатора.
Апаратна резервування всередині одного резервного комутатора
Добре спроектований резервний комутатор також має внутрішні механізми резервування, незалежні від протоколів мережного рівня. Два резервні блоки живлення всередині шасі резервного комутатора забезпечують, що відмова одного блоку живлення не призведе до відключення всього пристрою. Модульні лінійні карти з підтримкою гарячої заміни в модульному резервному комутаторі дозволяють технічним бригадам замінювати вийшовий з ладу модуль портів без вимкнення шасі, зберігаючи безперервне пересилання трафіку для всіх інших підключених пристроїв. Ці внутрішні функції доповнюють зовнішнє резервне парування комутаторів, створюючи багаторівневий захист на кожній потенційній точці відмови.
Як резервний комутатор реагує під час активної апаратної відмови
Послідовність виявлення, прийняття рішення та перемикання
Коли відбувається подія апаратної несправності, конфігурація резервного перемикача дотримується точного порядку виявлення та перемикання. По-перше, активний резервний перемикач припиняє надсилати повідомлення keepalive своєму резервному аналогу. Резервний перемикач виявляє цю тишу в межах налаштовуваного інтервалу простої, який зазвичай становить менше одного секунди в добре налаштованих розгортаннях. Після того як резервний перемикач підтверджує відмову, він підвищує себе до активної ролі й починає обробляти весь вхідний і вихідний трафік. Уся послідовність перемикання резервного перемикача — від виявлення відмови до повної передачі трафіку — може бути завершена за менше ніж три секунди в оптимізованих топологіях, що робить її практично непомітною для кінцевих користувачів.
Після перемикання раніше активний резервний комутатор або автоматично перезавантажується, або переходить у стан очікування з пріоритетом (preemption hold), залежно від політики конфігурації. Налаштування пріоритету (preemption) на резервному комутаторі визначають, чи поверне первинний основний пристрій собі активну роль після відновлення роботи чи залишить її за поточним активним резервним комутатором, щоб уникнути другого порушення роботи. Архітектори мережі мають уважно оцінити час активації пріоритету (preemption) резервного комутатора, щоб запобігти «міготінню» (flapping) за нестабільних умов роботи обладнання.
Відновлення маршруту трафіку та синхронізація стану
Критичною можливістю передової платформи резервного комутатора є станова зміна (stateful switchover), коли резервний комутатор у режимі очікування підтримує синхронізовану копію таблиці пересилання та стану сеансів активного резервного комутатора в реальному часі. Під час зміни ролі новий активний резервний комутатор не потребує повного відновлення своєї таблиці MAC-адрес або маршрутної інформації з нуля. Натомість резервний комутатор одразу починає пересилати трафік, використовуючи попередньо синхронізований стан, що усуває короткочасну втрату пересилання (forwarding blackout), яка характерна для старших моделей резервних комутаторів без станової синхронізації. Ця здатність до синхронізації особливо важлива в центрах обробки даних, де запускаються робочі навантаження, чутливі до затримок: навіть часткова затримка повторної збіжності резервного комутатора може призвести до перевищення часу очікування роботи додатків.
Принципи проектування надійної архітектури резервного комутатора
Планування топології та різноманітність з’єднань
Встановлення резервного комутатора — лише перший крок. Оточуючу топологію слід спроектувати таким чином, щоб усунути окремі точки відмови, які можуть звести нанівець переваги від резервного комутатора. Кожен резервний комутатор має підключатися до вищестоячих пристроїв за допомогою фізично різних висхідних ліній зв’язку, прокладених через різні кабельні лотки, труби та комутаційні панелі. Якщо обидві висхідні лінії зв’язку резервного комутатора проходять по одному й тому самому фізичному шляху, то переривання одного кабелю повністю усуває резервний захист комутатора. Належне планування топології резервного комутатора вимагає узгодження з командами, відповідальними за інфраструктуру, щоб забезпечити справжню різноманітність шляхів на кожному рівні інфраструктури.
Команди мережі також повинні враховувати розташування кожного резервного комутатора щодо блоків розподілу живлення та зон охолодження. Пара резервних комутаторів, розташованих у тому самому стійку й підключених до одного й того самого блоку розподілу живлення (PDU), втрачає значну частину своєї захисної ефективності під час аварії живлення. За кращою практикою кожен резервний комутатор розміщується в окремому стійку, на окремому контурі живлення, у зоні центру обробки даних, ізольованій від несправностей.
Тестування та перевірка резервного переключення комутаторів
Конфігурація резервного комутатора, яка ніколи не тестувалася в умовах реалістичних збоїв, забезпечує обмежену надійність. Планове тестування переходу на резервний режим навмисне виводить активний резервний комутатор з експлуатації, що дозволяє команді виміряти фактичний час перемикання та виявити будь-які приховані залежності, які можуть уповільнити процес відновлення резервного комутатора. Інструменти автоматизованого моніторингу повинні безперервно відстежувати метрики стану резервного комутатора й повідомляти інженерів до того, як деградація апаратного забезпечення переросте в повну відмову резервного комутатора. Регулярне перевірку підтримує конфігурацію резервного комутатора в перевіреному працездатному стані й зміцнює довіру команди до архітектури.
Часті запитання
У чому різниця між резервним комутатором і стандартним комутатором?
Стандартний комутатор працює як одиничний пристрій без резервного аналога. У конфігурації резервного комутатора два або більше комутаторів об’єднуються в пару таким чином, що у разі виходу з ладу одного пристрою інший автоматично приймає на себе його функції. Підхід із резервним комутатором усуває єдину точку відмови, яку представляє автономний комутатор, — це критично важливо в середовищах, де доступність мережі безпосередньо впливає на бізнес-операції.
Наскільки швидко відбувається переключення на резервний комутатор?
За умови правильного налаштування протоколів та ввімкненого станового переключення (stateful switchover) переключення на резервний комутатор може завершитися за менше ніж три секунди, а для подій на рівні з’єднання — часто за мілісекунди. Точний час відновлення резервного комутатора залежить від налаштувань інтервалу виявлення відмови (dead interval), таймерів протоколів та того, чи підтримує резервний комутатор синхронізований стан пересилання даних разом із активною одиницею.
Чи підходить конфігурація резервного комутатора для невеликих мереж?
Резервна конфігурація перемикачів найчастіше використовується в корпоративних центрах обробки даних та на ядрі корпоративних мереж, де вимоги до часу безвідмовної роботи є жорсткими. Однак менші мережі з критичними додатками також можуть скористатися перевагами резервної пари перемикачів на рівні розподілу або ядра. Витрати на резервну конфігурацію перемикачів зазвичай виправдані, коли фінансові втрати через простої перевищують витрати на апаратне забезпечення та налаштування.
