Ошибка в общем ядре может одновременно затронуть несколько сегментов и сервисов, а масштаб последствий зависит от топологии и доменов отказа. Замена ядра требует переноса аплинков, маршрутизации и политик, поэтому роль, производительность и сценарии отказа фиксируют до закупки. Ниже сравним стек коммутаторов и MLAG по измеряемым критериям.
Чем требования к ядру отличаются от агрегации
Ядро принимает потоки от агрегации и передает их между направлениями. Сначала определите его роль: L2 transit или L3 core. Для L3 зафиксируйте IPv4/IPv6, OSPF, IS-IS или BGP, число VRF и ECMP-путей, multicast, резервирование шлюза, BFD и целевое время сходимости.
Поддержка команды в CLI не означает аппаратную обработку требуемого масштаба. Проверьте плоскость данных, hardware FIB, соседей, ACL и поведение при отказе линка или узла. Сложную фильтрацию размещают только там, где это предусмотрено архитектурой и ресурсами ASIC.
Подбор коммутаторов доступа и агрегации идет по другой логике — там определяющими становятся число портов, бюджет питания и коэффициент переподписки. Это соседняя тема.
Производительность: что смотреть в спецификации
Сверьте pps, коммутационную матрицу и forwarding rate всего устройства. Для 64-байтных Ethernet-кадров 1 Гбит/с соответствует 1,488 Mpps с учетом преамбулы и межкадрового интервала. Для неблокирующей коммутации сравните одновременный ingress-to-egress с методикой datasheet и не умножайте значение автоматически, пока не выяснено, указана one-way или full-duplex capacity.
Для ядра дополнительно проверяют следующие ресурсы.
Шасси и линейные карты. Уточните switching capacity всего шасси, каждой карты и межмодульной фабрики. Сумма номиналов портов не равна доступной полосе, если внутренний fabric уже стал ограничителем.
TCAM и UFT. Таблица ACL, маршруты, таблица MAC и QoS могут делить общий ресурс. При исчерпании commit может быть отклонен, отдельная функция не программируется либо исключительный трафик попадает на CPU. Запросите scale guide и активный профиль распределения.
Маршрутизация и соседи. Запросите IPv4/IPv6 RIB, hardware FIB, таблицу ARP/ND, ECMP groups и nexthops отдельно. Поведение при превышении аппаратного лимита должно быть документировано и проверено.
Буфер пакетов поглощает кратковременные всплески, но не устраняет постоянную перегрузку. Сравните общий и выделенный объем, архитектуру очередей, egress drops и задержку. Если ядро переносит storage traffic, отдельно проверьте MTU, PFC/ECN только в границах принятого дизайна и сценарий failover.
Стекирование: что дает и чем расплачиваетесь
При стекировании несколько корпусов образуют одно логическое устройство с общей конфигурацией. Конкретная платформа может резервировать master или supervisor и распределять пересылку по элементам.
Объединение коммутаторов в стек упрощает управление и позволяет собрать LAG из портов разных корпусов. Пользу подтверждают отказным тестом, поскольку общий software failure domain сохраняется.
Общая конфигурация увеличивает радиус ошибки. Проверьте выбор master, stateful switchover, поведение при split и влияние обновления для выбранной модели.
Пошаговое обновление возможно только при заявленной совместимости версий и процедуре производителя. Работы выполняют в согласованном окне с резервной копией, планом отката и проверкой сходимости.
Разрыв стека тестируют отдельно. Без защитных механизмов возможны конфликт ролей, дублирование идентификаторов, петли или отключение портов. Конкретное поведение зависит от реализации.
MLAG: два независимых устройства как одна точка
В MLAG два устройства сохраняют отдельные плоскости управления, а подключенный узел использует активный-активный LAG через оба корпуса. Peer-пара должна быть совместима внутри одной реализации, тогда как downstream-подключение обычно использует стандартный LACP.
Поочередное обновление возможно без полной потери связи только при совместимости версий, dual-homing критичных узлов, достаточной мощности одного peer и сходимости L2/L3 в пределах SLA. Работы все равно проводят в согласованном окне и проверяют отказ.
Раздельные конфигурации требуют контроля симметрии VLAN, allowed lists, MTU, QoS, ACL и маршрутизации. Несовпадение проявляется потерями, асимметрией и нестабильностью LAG, поэтому конфигурации сравнивают автоматически.
Для выбранной реализации разделите три функции: peer или ICL для состояния и при необходимости пользовательского трафика, независимый keepalive и member-links. Рассчитайте полосу peer-link под худший отказ, настройте dual-primary protection и протестируйте потерю peer-link, keepalive, одного member и всего узла.
Стек или MLAG
Критерий | Стек | MLAG |
|---|---|---|
Плоскость управления | Общая на все элементы | Раздельные у каждого устройства |
Отказ одного узла | Остальные работают, но общая логика уязвима | Второе устройство полностью независимо |
Обновление ПО | Обычно требует окна на весь стек | По очереди, без окна для пары |
Сложность настройки | Ниже, конфигурация одна | Выше, требует согласования двух конфигураций |
Совместимость вендоров | В пределах линейки производителя | Реализации между производителями несовместимы |
Где применяют | Там, где важна простота эксплуатации | Там, где окна на обслуживание нет |
Окно обслуживания — один из критериев. Сначала выберите L2/L3-архитектуру и отказовые сценарии, затем подтвердите масштаб таблиц и мощность одного узла. После этого сравните стек и MLAG по software failure domain, обновлению, split или dual-primary и сложности эксплуатации.
Отказоустойчивость на уровне железа
Схема резервирования работает только вместе с резервированием самих устройств.
Питание. Два блока горячей замены подключают к независимым вводам и PDU. Два блока на одной фазе не устраняют общий отказ питания.
Охлаждение. Направление airflow должно идти от холодного коридора к горячему. В обозначениях производителей front-to-back и back-to-front могут означать разные стороны intake и exhaust, поэтому сверяйте схему и цветовые коды конкретной модели при выборе коммутаторов для ЦОД.
Управляющие модули. Для шасси — второй модуль с автоматическим переходом при отказе основного. Этим шасси и отличается от набора фиксированных устройств: логика управления резервируется внутри корпуса.
Горячая замена. Проверяют не только наличие функции, но и процедуру: у части оборудования замена карты требует предварительного вывода ее из работы командой.
Резервирование устройств работает только как часть отказоустойчивой сети с независимыми путями, питанием и проверенными таймерами переключения.
Шасси или фиксированная конфигурация
Модульное шасси дороже на входе и потребляет больше даже при частичном заполнении. Взамен дает расширение без замены платформы и резервирование управляющих модулей.
Фиксированные устройства дешевле и проще в закупке, но расширение идет добавлением корпусов — растет число точек управления.
Практический критерий — предсказуемость роста. Если через два года понадобится вдвое больше портов на том же узле, шасси с запасом слотов окупается. Если рост неопределенный или распределен по площадкам, фиксированные устройства позволяют не платить вперед.
Сравните подтвержденные сроки поставки и запас ЗИП для линейных карт, supervisor, вентиляторов, блоков питания и целого фиксированного устройства. Стоечные коммутаторы на 48 портов оценивают по той же доступности и совместимости, а не считают заведомо более быстрым вариантом замены.
Чего не дает ни одна схема резервирования
Ни стек, ни MLAG не защищают от ошибки конфигурации, примененной к обоим устройствам. В стеке она применится автоматически, в MLAG — руками администратора, который вносит изменение на обе стороны. Отказоустойчивость железа и устойчивость к человеческой ошибке — разные вещи, и вторая обеспечивается процедурами, а не топологией.
Изменения проверяют на стенде, перед работой сохраняют конфигурацию и планируют rollback. Сначала изменяют одну сторону пары, проверяют трафик и сходимость, затем переходят ко второй.
Параллельное изменение обеих сторон лишает команду исправного peer для возврата и увеличивает радиус ошибки.
Критерии перед выбором модели
Сначала определите L2/L3-роль, протоколы и целевую сходимость. Затем рассчитайте wire-rate, pps, таблицы и single-node capacity, после чего выберите стек или MLAG по отказовым сценариям и процедуре обновления.
Для аплинков зафиксируйте скорости, oversubscription, breakout, число портов и резерв. Для каждого оптического трансивера или DAC-кабеля проверьте дальность, волокно, FEC, DOM и совместимость обоих концов. Это предотвращает ситуацию, когда логически верная схема не собирается на выбранной физике.
При закупках по 44-ФЗ и 223-ФЗ применимость национального режима проверяют по статусу заказчика, предмету и процедуре. Российское происхождение конкретной модели подтверждают по действующей записи и правилам постановления №719.
Передайте схему, профиль трафика, таблицы масштабирования и сценарии отказа. По этим данным можно подобрать пару коммутаторов и проверить ее совместимость с действующей сетью.