На устаревших ADC каждое изменение интерфейса требует окна обслуживания.
В традиционных ADC-архитектурах изменение сетевого интерфейса — добавление VLAN, создание bond, переключение MTU на jumbo frame — как правило, требует перезапуска устройства или планового окна обслуживания. Это превращает каждое сетевое изменение в проект: цикл согласования, заморозка приложений, ночное окно, проверка после изменения.
Настройка LACP bond в реальном времени не поддерживается во многих продуктах; либо вы настраиваете это при развёртывании, либо останавливаете сервисы для внесения изменений. Изменения MTU могут сбрасывать активные соединения. Управление виртуальными функциями SR-IOV требует внешнего инструмента, что создаёт дополнительные операционные накладные расходы вне ADC.
Изоляция тенантов — отдельная проблема. Перемещение интерфейса из дефолтного сетевого домена в домен тенанта не поддерживается на большинстве ADC; трафик приходится разделять через дополнительные уровни маршрутизации вне устройства, увеличивая архитектурную сложность и риск ошибок.
Правильная модель отделяет изменения интерфейса от перебоев в работе сервисов. Изменения должны применяться в реальном времени, затрагиваться должно только то, что изменилось, и все типы интерфейсов должны быть доступны из единой модели управления.
Динамическое управление интерфейсами TR7 устраняет этот разрыв: изменения сетевых интерфейсов больше не требуют окна обслуживания, а delta sync гарантирует, что изменяется только то, что нужно.
Наш подход
TR7 рассматривает управление интерфейсами не как отдельный шаг конфигурации, а как естественную часть модели управления, которую операторы используют во время работы сервисов.
Модель интерфейсов с именами из UI TR7
TR7 представляет интерфейсы оператору с их реальным операционным значением: Physical, VLAN, Bond, LACP, Bridge, V-ETH, V-ETH(peer) и VXLAN. Оператор выбирает нужный тип интерфейса; TR7 применяет необходимые шаги в фоновом режиме.
Delta sync
При изменении конфигурации TR7 не перестраивает всю сеть. Добавленные, удалённые и изменённые интерфейсы разделяются; применяются только необходимые шаги. Это снижает риск излишнего воздействия на работающие сервисы.
Перемещение интерфейса между Route Tables в реальном времени
Интерфейс можно перемещать между Route Tables TR7. Например, физический интерфейс в дефолтном домене можно выделить тенанту; V-ETH(peer) тенанта можно связать с другой Route Table. Это делает явным, через какой домен маршрутизации входит и выходит трафик.
Поддержка VXLAN overlay
Интерфейсы VXLAN позволяют создавать overlay-сегменты в разных физических сетях. Для сценариев с несколькими тенантами, расширенными сетями между дата-центрами и изолированными сервисными сегментами TR7 обеспечивает overlay-сеть в рамках той же модели управления интерфейсами.
Возможности
Динамическое управление интерфейсами TR7 объединяет восемь типов интерфейсов в единой модели управления и применяет все изменения в реальном времени.
Управление физическими интерфейсами
Физические сетевые интерфейсы управляются непосредственно в UI TR7. Управление up/down, изменение MTU, редактирование MAC, переименование интерфейса и перенос в другую Route Table — всё это можно делать в реальном времени.
VLAN-интерфейсы
VLAN-интерфейс можно создать поверх физического интерфейса, Bond или LACP. Несколько подсетей тенантов или сервисов можно разделить через trunk-порт. VLAN ID, родительский интерфейс и привязка к Route Table управляются из UI.
Bond-интерфейсы
Несколько физических интерфейсов можно объединить под Bond. В сценариях с акцентом на резервирование, например active-backup, трафик продолжает идти через оставшийся участник при падении канала. Участники Bond выбираются из UI.
LACP-интерфейсы
LACP-интерфейс можно создать для агрегирования каналов. Несколько физических портов работают как единый логический канал в синхронизации со стороной коммутатора. Параметры LACP и bonding управляются из UI.
Bridge-интерфейсы
Несколько интерфейсов можно объединить под Bridge для L2-мостования. Используется для прозрачного развёртывания, подключения VM/контейнеров или контролируемого L2-транзита между двумя сегментами.
V-ETH-интерфейс
Используется как виртуальный Ethernet-интерфейс. Предоставляет виртуальную конечную точку, отделённую от родительского интерфейса, в виртуализированных или тенантных сетях. Особенно полезен для сценариев egress VM или изолированного сервиса.
Пара интерфейсов V-ETH(peer)
Обеспечивает двустороннее виртуальное соединение. Один конец может находиться в одной Route Table, а другой — в другой. Это устанавливает контролируемое, фильтруемое через firewall соединение между двумя изолированными доменами.
VXLAN overlay-интерфейсы
С VXLAN один и тот же логический сегмент можно расширить через разные физические сети. Для сценариев с несколькими тенантами в дата-центре, сегментации сервисов и подключения удалённой среды интерфейсами управляют из UI. Интерфейс несёт собственный VNI, список удалённых конечных точек и членство в мосте; статические записи FDB и ARP управляются на том же экране, а при риске, что заголовок оверлея выведет кадры за пределы MTU нижележащей сети, выдаётся предупреждение. Свяжите его с Route Table — и сегмент арендатора останется изолированным от края до края: оверлей и граница маршрутизации настраиваются в одном месте, а не в двух.
Защита от петель, говорящая с ядром сети: STP, RSTP и MSTP на уровне CIST
Устройство с двумя аплинками в коммутируемую сеть должно прежде всего ответить на один вопрос: не сломает ли оно топологию? TR7 участвует в spanning tree по-настоящему — классический STP, RSTP со сходимостью за секунды и участие в домене MSTP на уровне CIST, то есть в общем дереве, на котором говорят все устройства домена. Граница проведена намеренно, и её стоит назвать: экземпляры для отдельных VLAN поверх CIST (MSTI 1-15) остаются там, где им место, — на коммутаторах ядра. Ту же линию проводит и крупнейший промышленный пользователь этого ПО; она не даёт контроллеру доставки принимать топологические решения, которые являются делом коммутатора.
Перенос между Route Tables в реальном времени
Интерфейсы можно переносить в разные Route Tables TR7 в зависимости от требований тенанта или сервиса. Это упрощает управление разными доменами маршрутизации на одном устройстве и обеспечивает прохождение трафика через правильный изоляционный домен.
Изменение MTU и jumbo frame
MTU можно изменить в реальном времени. Переключение на jumbo frame для высокопроизводительного соединения, хранилища, резервного копирования или прямого соединения с бэкендом не требует перезагрузки устройства.
Изменение MAC-адреса
MAC-адрес интерфейса можно изменить из UI. Это упрощает операции в сценариях миграции, совместимости и изоляции тенантов.
Up/down и переименование
Административное состояние интерфейса можно переключать из UI. Имена интерфейсов можно изменять. Операторы выполняют обслуживание, тестирование или временное отключение без перехода в CLI.
Защита охраняемых интерфейсов
Интерфейсы, критические для управления, синхронизации кластера или системной целостности, можно поместить в защищённый список. Случайное удаление или перемещение этих интерфейсов блокируется.
Отслеживание отношений родитель-потомок
Отношения родитель/потомок отслеживаются для интерфейсов VLAN, V-ETH, VXLAN и Bridge. При удалении или изменении родительского интерфейса зависимые дочерние интерфейсы оцениваются безопасным образом.
Телеметрия состояния carrier и admin
TR7 отдельно отслеживает, находится ли интерфейс в административном состоянии up и подключён ли физический кабель. Становятся видны такие ситуации, как «интерфейс включён, но кабель не подключён».
Управление SR-IOV VF
Аппаратные виртуальные функции настраиваются и управляются из UI. VF можно назначить конкретному тенанту или сервису, требующему высокой скорости обработки пакетов.
Оверлеи NVGRE (RFC 7637) наряду с VXLAN
Помимо VXLAN, TR7 терминирует NVGRE: туннель GRE, переносящий Ethernet и ключуемый 24-битным идентификатором виртуальной подсети, для многоточечных оверлеев. Инфраструктуры, стандартизованные на NVGRE — обычно ЦОД с преобладанием Windows, — подключают устройство прямо к оверлею, а не обходят его маршрутизацией.
Операционная глубина
Динамическое управление интерфейсами — это не просто удобство UI; вычисление дельты, отказоустойчивость, телеметрия и системная безопасность работают вместе.
Механизм delta sync
При изменении конфигурации TR7 вычисляет текущее состояние и применяет только добавленные, удалённые или изменённые интерфейсы. Весь сетевой стек не перестраивается. Это и быстрее, и снижает риск излишнего воздействия на активные сервисы.
Отказоустойчивость и частичное применение
Операции добавления интерфейсов, IP и маршрутов выполняются параллельно. Если один шаг завершается неудачей, остальные продолжают выполняться. Это поведение предотвращает полную остановку системы при частичных изменениях конфигурации.
Нормализация SR-IOV VF
Если число SR-IOV VF введено как 1, система автоматически нормализует до 0; требуется минимум 2 VF. Настройки trust и spoof-check применяются автоматически для каждого VF.
Параметры LACP и bonding
Для LACP-интерфейсов через UI можно передавать дополнительные параметры — LACP rate, miimon и xmit_hash_policy. Операторы завершают конфигурацию канала, совместимую с коммутатором, без перехода в CLI.
Гарантия loopback-интерфейса
Если loopback-интерфейс (lo) отключён, TR7 автоматически включает его. Это гарантирует бесперебойность loopback-связи, критической для изоляции системы и внутреннего взаимодействия сервисов.
Разделение состояния carrier и admin
TR7 отслеживает как административное состояние интерфейса (up), так и наличие физического подключения кабеля — как отдельные параметры. Состояние «admin up, но нет carrier» можно обнаружить и сообщить операционным командам.
Когда применять
Добавление нового VLAN под активным трафиком
Новый VLAN можно создать из UI без остановки работающих сервисов. Новые подсети добавляются через trunk на существующих интерфейсах; нет необходимости планировать окно обслуживания.
LACP bond для резервирования каналов
Два физических интерфейса объединяются под LACP bond. LACP согласовывается с коммутатором; автоматический failover срабатывает в момент падения канала. Конфигурация резервирования завершается в реальном времени.
SR-IOV для высокой скорости обработки пакетов
На аппаратном NIC открывается несколько VF, каждый VF можно выделить тенанту или сервису. Программные накладные расходы минимизируются для обработки пакетов на аппаратной скорости.
Контролируемое соединение тенантов через V-ETH(peer)
Пара V-ETH(peer) устанавливается между двумя изолированными сетевыми доменами. Каждый конец находится в отдельной Route Table; соединение может фильтроваться через firewall. Достигается контролируемый межтенантный транзит.
Jumbo frame через изменение MTU в реальном времени
MTU повышается в реальном времени для соединений с бэкендом, которым нужна высокая пропускная способность, производительность хранилища или резервного копирования. Jumbo frame активируется без перезагрузки устройства или прерывания сервиса.
L2-мостование с Bridge
Два сегмента бэкенда объединяются в один L2-домен, ADC работает прозрачно. Изолированный L2-транзит обеспечивается для подключения VM или контейнерной сети.
Часто задаваемые вопросы
Какими типами интерфейсов можно управлять в TR7 в реальном времени?
Что означает delta sync и почему это важно?
Можно ли перемещать интерфейс между Route Tables?
Как работает управление SR-IOV VF?
Что такое охраняемый интерфейс и какие интерфейсы защищены?
Влияет ли изменение MTU в реальном времени на активные соединения?
Управляйте сетевыми интерфейсами без окна обслуживания
Интерфейсами Physical, VLAN, Bond, LACP, Bridge, V-ETH и VXLAN управляют в реальном времени из UI TR7. Проведём живое демо настройки на вашей инфраструктуре.