VIP — не просто IP-адрес; он должен существовать на правильном интерфейсе, в правильной роли кластера и с правильной логикой failover.
Производственный трафик обычно начинается с DNS, но в конечном счёте течёт к IP-адресам. Когда управление VIP рассматривается не более чем как «привязать к адресу», реальная топология сети остаётся за рамками. Если VLAN, LACP, Bridge, V-ETH, V-ETH(peer), namespace, IPv6 и поведение cluster failover не рассматриваются вместе, VIP может выглядеть работающим, тогда как трафик не приходит по ожидаемому пути.
В мультиVLAN-средах проблема становится очевиднее. Оператор сначала создаёт VLAN на стороне сети, затем настраивает связи Bond или Bridge, и наконец определяет VIP на ADC. Когда эти части управляются раздельно, неправильный VLAN-тег, несоответствие MTU, неправильный выбор родительского интерфейса или отсутствие gateway check приводят к классической ситуации «VIP работает, но трафика нет».
Классические подходы к переходу VIP также недостаточны в некоторых сценариях. Узел может выглядеть здоровым, VRRP peer-коммуникация может продолжаться, но соответствующий link мог опуститься или шлюз стал недоступен. Если VIP остаётся на устройстве, которое не может достичь upstream, failover не происходит и следует перебой сервиса.
Правильная модель привязывает VIP к кластеру, а не к физическому устройству. Тип интерфейса, связь с родительским интерфейсом, структура VLAN или Bond, адреса IPv4/IPv6, роль MASTER/BACKUP и метод перехода должны быть все определены вместе в одной модели конфигурации.
TR7 VIP и IP-сценарии отвечают этой потребности: они делают VIP управляемыми вместе с топологией сети, cluster-владением и осознанием link/gateway.
Наш подход
TR7 строит управление VIP на модели интерфейсов, сопряжении VIP-коммуникаций, распределении MASTER/BACKUP и многоуровневой композиции интерфейсов.
Семь типов интерфейсов управляются в единой сетевой модели
Интерфейсы Ethernet, VLAN, Bond, LACP, V-ETH, V-ETH(peer) и Bridge определяются через один и тот же подход конфигурации. Показываются только параметры, актуальные для каждого типа, поэтому операторы не могут написать неправильный сетевой параметр в неправильное поле.
Владение VIP определяется через сопряжение VIP-коммуникаций
Для каждого интерфейса определяется пара VIP-коммуникации, и узлы кластера сопоставляются через эти адреса. VIP не закреплён за одним узлом; он принадлежит тому узлу, который несёт активную роль кластера.
Списки VIP MASTER и BACKUP управляются раздельно
VIP разделяются на списки master и backup. В Active-Active развёртываниях один узел несёт список master VIP, а peer — список backup. В случае отказа узла все VIP сходятся на здоровом узле.
Слои VLAN, Bond и Bridge могут стыковаться
Связи родительских интерфейсов, члены Bond, члены Bridge и ассоциации виртуальных интерфейсов определяются в одном дереве. Реальные топологии, такие как VLAN over Bond, V-ETH внутри Bridge или namespace-присоединённый V-ETH(peer), представляются в единой модели.
Возможности
VIP и IP-сценарии сочетают физическую и виртуальную сетевую структуру с cluster-aware управлением VIP.
Семь типов интерфейсов поддерживают физические и виртуальные топологии сети
TR7 поддерживает типы интерфейсов Ethernet, VLAN, Bond, LACP, V-ETH, V-ETH(peer) и Bridge. Физические интерфейсы, VLAN sub-интерфейсы, Bond, LACP, Bridge, виртуальный Ethernet и пары виртуального Ethernet могут быть включены в одну и ту же сетевую модель. Это делает ADC управляющей точкой, осознающей топологию сети, а не просто уровнем назначения IP. Операторы управляют реальным сетевым расположением своей производственной среды из интерфейса TR7.
VIP IPv4 и IPv6 определяются в рамках одной модели сервиса
TR7 совместно обрабатывает семейства адресов IPv4 и IPv6 в управлении VIP. Адреса v4 и v6 могут работать параллельно для одного и того же сервиса или интерфейса. Gateway проверки работоспособности также могут разделяться по семейству адресов. Это рассматривает принятие IPv6 как естественное расширение существующей VIP-модели, а не как отдельный проект.
VLAN-based VIP обеспечивают мультитенантное и мультисетевое разделение
Интерфейсы VLAN могут быть определены с родительским интерфейсом Ethernet, Bond или LACP. Каждый VLAN может нести собственную подсеть и собственный набор VIP. Это особенно ценно для архитектур service provider, мультитенантных и ориентированных на сегментацию. Разные клиенты или зоны безопасности разделяются через одно физическое соединение.
Bond и LACP обеспечивают избыточность и ёмкость в производственных сетях
Интерфейсы Bond и LACP позволяют нескольким физическим портам работать как единый логический интерфейс. Bond охватывает сценарии избыточности, такие как active-backup mode; LACP охватывает агрегацию каналов 802.3ad. Производственные VIP, размещённые на этих логических интерфейсах, становятся более устойчивыми к отказам одного порта или одного соединения. Слой VLAN также может работать поверх Bond или LACP для гибкого дизайна топологии.
Bridge, V-ETH и V-ETH(peer) охватывают интеграции виртуальных сетей
Bridge может использоваться для поведения мостования Layer 2 в сетевых бэкплейнах на основе VM или контейнеров. V-ETH обеспечивает виртуальный Ethernet интерфейс уровня MAC для сред виртуализации. V-ETH(peer) создаёт пару виртуального Ethernet для изоляции namespace и контейнеров. Эта поддержка означает, что TR7 гибко работает в виртуальных и on-premises cloud архитектурах, а не только на физических устройствах.
Модель VIP-коммуникации отделяет VIP от отдельных узлов
VIP управляются как адреса сервисов, принадлежащих кластеру, а не как локальные списки IP на одном узле. Пары VIP-коммуникаций и объекты VIP определяются per интерфейс. При failover владение VIP может переходить к peer-узлу. Эта модель сохраняет адреса сервисов при обслуживании и сценариях отказа.
Метод перехода VIP выбирается из четырёх моделей принятия решений
TR7 предлагает четыре метода перехода per VIP: только VRRP, TR7 link check, TR7 gateway check и TR7 link и gateway check. Только VRRP использует классическое поведение протокола; TR7 link check отслеживает состояние carrier физического интерфейса; TR7 gateway check тестирует достижимость upstream; TR7 link и gateway check оценивает оба сигнала вместе. Критические VIP поэтому могут перемещаться на основе реальной сетевой достижимости, а не просто жизнеспособности устройства. Это поведение — которое обычно требует пользовательских скриптов мониторинга в стандартных развёртываниях — предлагается как выбор политики из интерфейса TR7.
Active-Active распределение VIP обеспечивает несение трафика обоими узлами
Список master VIP и список backup VIP поддерживаются раздельно. В конфигурации Active-Active одна группа VIP активна на одном узле, тогда как другая группа активна на peer-узле. Если узел падает, здоровый узел берёт владение обоими наборами VIP. Это означает, что оба устройства служат активными источниками трафика, а не одно из них является простым резервом в ожидании.
Операционная глубина
Управление VIP планируется вместе с иерархией интерфейсов, слотами VRRP, unicast-коммуникацией, namespace, зонами и gateway-проверками.
Иерархия интерфейсов
Связи VLAN, Bond, LACP, Bridge, V-ETH и V-ETH(peer) определяются через поля родительского и членского интерфейса. Это позволяет моделировать такие композиции, как VLAN over Bond, V-ETH внутри Bridge или namespace-присоединённый V-ETH(peer). Команды operations управляют сетевой структурой вместе с её зависимостями, а не как разрозненными частями.
Разделение слотов VRRP
Два слота VRRP — MASTER и BACKUP — могут генерироваться per интерфейс. В Active-Active развёртываниях это разделение является основой распределения VIP. Значения virtual_router_id назначаются автоматически, снижая риск коллизий в пределах одной подсети.
Поведение unicast VRRP
TR7 может использовать unicast-подход для VRRP peer-коммуникации. Это обеспечивает более предсказуемое поведение в современных сетях дата-центров, где мультикастный трафик фильтруется. Коммуникация peer-узла явно определяется через поля unicast_src_ip и unicast_peer.
Проверка gateway monitor
Достижимость шлюза может отслеживаться с помощью проверки работоспособности per интерфейс. Семейства IPv4 и IPv6 могут проверяться независимо. Когда gateway-доступ теряется и метод перехода — TR7 gateway check или TR7 link и gateway check, решение о failover учитывает этот сигнал.
Осведомлённость о namespace и зоне
VIP могут ассоциироваться с контекстом namespace и зоны. Это делает владение VIP более чётко определённым в мультитенантных или мультизонных развёртываниях. Отдельная сетевая изоляция и отдельное управление VIP могут настраиваться для каждого тенанта или зоны.
Обновление gratuitous ARP
При failover VIP отправляется gratuitous ARP для обновления MAC-таблиц коммутаторов на сетевой стороне. Это ускоряет перенаправление трафика L2-уровня к вновь активному узлу. Это помогает сократить время прерывания сервиса, особенно при переходах VIP в пределах одной подсети.
Когда применять
Мультиvlan-архитектура телекома и service provider
Команды телекома могут определить множество VLAN на транковом порте и запускать отдельный набор VIP для каждого клиента или сегмента сервиса. Несколько подсетей и разделения нескольких клиентов управляются через одно физическое соединение.
Избыточность производственного VIP через LACP
Команды operations могут агрегировать несколько физических портов в единый LACP-интерфейс и размещать производственные VIP на этом логическом интерфейсе. Непрерывность сервиса укрепляется при отказе соединения или потребностях в ёмкости.
Распределение VIP по Active-Active узлам
В крупных развёртываниях некоторые VIP могут быть активны на одном узле, тогда как другие работают на peer-узле. Оба устройства несут живой трафик, и если узел падает, здоровый узел берёт владение полным набором VIP.
Namespace-based изоляция тенантной сети
В мультитенантных средах каждый тенант может быть размещён в собственном namespace. VIP определяются как принадлежащие этому namespace, а тенантный трафик разделяется на сетевом уровне.
Часто задаваемые вопросы
Какие типы интерфейсов поддерживает TR7?
Что такое clusterIpMethod и какие параметры доступны?
Как работает Active-Active распределение VIP?
Могут ли VIP IPv4 и IPv6 работать одновременно?
Как сетевой трафик перенаправляется при failover VIP?
Когда следует использовать unicast VRRP?
Интегрируйте управление VIP с топологией вашей сети
Семь типов интерфейсов, четыре метода failover и cluster-wide владение VIP. Давайте пройдёмся по живой настройке в вашей среде.