Возможность

Двухпутевой мониторинг ЦОД WAN/LAN

Внешние и внутренние сетевые пути каждого ЦОД мониторятся независимо — частичная достижимость признаётся как состояние, а не бинарный флаг.

Классический GSLB спрашивает: «Достижим ли дата-центр?» Один ответ. TR7 GTM задаёт два: «Достижим ли он из WAN?» и «Достижим ли он из LAN?» — и позволяет политике failover использовать оба ответа независимо. Производственные сети постоянно делают это важным. Внешний интернет-канал ЦОД падает, но его приватный MPLS-канал к другим ЦОД остаётся: внешние пользователи должны переключиться, а внутренние межЦОД-сервисы должны продолжать работать. LAN/приватная сеть ЦОД отказала, но WAN работает: внешний трафик должен продолжать течь, пока внутренний failover срабатывает. WAN-канал ЦОД работает, но достигает только частичного пиринга: ЦОД достижим, но не со всех направлений. Определения дата-центров TR7 GTM несут два независимых списка доступа: `wanAccess[]` для внешних сетевых путей и `lanAccess[]` для внутренних/приватных. Каждый список содержит несколько эндпоинтов (IP, порт, V-Device, таблица маршрутизации), так что у ЦОД несколько точек входа WAN и несколько точек входа LAN. Каждый эндпоинт мониторится независимо. Сценарии failover потребляют итоговые флаги достижимости как раздельные сигналы. Итог: политика failover отражает фактическую топологию. Отказ только WAN, отказ только LAN, частичная достижимость и полный сбой — это четыре разных состояния с четырьмя разными политическими ответами, а не свёрнутые в один бинарный флаг.

2 пути

Списки доступа WAN и LAN на ЦОД, мониторятся независимо

N эндпоинтов

Каждый путь содержит несколько эндпоинтов — избыточный транзит захвачен нативно

4 состояния

Полный-up, только-WAN, только-LAN, полный-down — каждое — отдельный политический вход

На ЦОД

Пороги работоспособности настраиваются независимо на дата-центр

Однолинковая достижимость скрывает асимметричные сбои, которые производят реальные сети.

Классическая модель GSLB рассматривает каждый дата-центр как одну сущность с одним состоянием достижимости. Либо ЦОД работает, либо нет. Большинство корпоративных сетей построены иначе: внешние интернет-каналы, приватные MPLS- или VPN-каналы, выделенный межЦОД-пиринг, партнёрские сетевые подключения — у каждого свои паттерны сбоев и своя политика маршрутизации.

Когда внешний транзитный провайдер отказывает, но приватный MPLS остаётся, бинарный взгляд говорит «ЦОД не работает» — но межЦОД-внутренний трафик должен продолжать течь. Когда приватный канал перегружен, но публичный канал здоров, бинарный взгляд говорит «ЦОД работает» — но внутренние чувствительные к задержке сервисы деградируют. Однолинковые health-check не могут различить эти состояния, и операторы вынуждены выбирать между ложными срабатываниями и ложными несрабатываниями.

Правильный ответ — многопутевая достижимость: мониторить точки входа каждой сети независимо и позволить политике потреблять раздельные сигналы. Определения дата-центров TR7 GTM нативно двухпутевые: точки доступа WAN и LAN — независимые списки, каждый мониторится отдельно, каждый вносит отдельные флаги в решения failover.

Наш подход

Каждый дата-центр TR7 GTM определяется двумя независимыми списками доступа — одним для WAN-эндпоинтов, одним для LAN-эндпоинтов. Каждый список содержит несколько адресов с полным сетевым контекстом.

Список wanAccess — внешняя сетевая достижимость

Каждая запись WAN-доступа несёт IP, порт, назначение V-Device и таблицу маршрутизации. Несколько WAN-записей на ЦОД захватывают избыточные внешние пути (основной транзит, вторичный транзит, партнёрский пиринг).

Список lanAccess — внутренняя/приватная сетевая достижимость

Каждая запись LAN-доступа отражает структуру WAN с приватным сетевым контекстом. Несколько LAN-записей захватывают MPLS-каналы, VPN-туннели, выделенное межЦОД-волокно и другие приватные пути.

Частичная достижимость как признанное состояние

Когда некоторые WAN-записи недостижимы, но LAN-записи работоспособны (или наоборот), ЦОД находится в частичном состоянии. Сценарии, определённые оператором, потребляют частичное состояние как отдельный сигнал — политика failover не вынуждена в бинарный up/down.

Контекст V-Device и таблицы маршрутизации на запись

Каждая запись доступа привязана к конкретному V-Device и таблице маршрутизации. Это позволяет одному развёртыванию TR7 мониторить ЦОД через несколько сетевых сегментов — внутренние только ЦОД, DMZ ЦОД, ЦОД с партнёрскими подключениями — не сворачивая их в один контекст маршрутизации.

Возможности

Двухпутевой мониторинг встроен в модель дата-центра и используется во всей логике решений сценариев, триггеров и DNS-записей.

Несколько эндпоинтов WAN-доступа на ЦОД

wanAccess — массив; каждая запись — полный сетевой адрес (IP, порт, V-Device, таблица маршрутизации). У ЦОД с двумя внешними транзитными провайдерами две WAN-записи; если одна отказывает, ЦОД частично достижим по WAN, но не полностью отключён.

Несколько эндпоинтов LAN-доступа на ЦОД

lanAccess отражает список WAN с записями приватной сети. У ЦОД с MPLS плюс выделенный пиринговый канал две LAN-записи. Внутренний межЦОД-трафик использует LAN-путь; достижимость LAN мониторится независимо от WAN.

Зондирование работоспособности на эндпоинт

Каждый эндпоинт WAN и LAN мониторится независимо. Статус ЦОД — это композиция всех состояний работоспособности на эндпоинт, выставленная как раздельные сигналы (any-WAN-up, all-WAN-up, any-LAN-up, all-LAN-up, internet-reachable).

Автогенерируемые сценарии пар ЦОД используют оба пути

Когда TR7 GTM автогенерирует сценарии failover для пары ЦОД, генерируемые выражения условий объединяют сигналы достижимости WAN, LAN и интернета. Операторы не пишут логику; платформа компонует её из двухпутевых входов.

Ручные сценарии могут ссылаться на флаги WAN/LAN напрямую

Пользовательские сценарии ссылаются на флаги достижимости на ЦОД по ID. Выражение вроде «WAN DC-B отключён AND LAN DC-B работает» выделяет точное частичное состояние, на которое оператор хочет действовать.

Пороги access period, required-success и required-failure

Каждый ЦОД несёт настраиваемые оператором параметры health-check: как часто зондировать каждую точку доступа, сколько последовательных успехов нужно для отметки up и сколько отказов для отметки down. Те же значения порогов применяются к WAN и LAN; кастомизация на эндпоинт происходит через назначения V-Device и таблицы маршрутизации.

Сегментация V-Device обеспечивает разделение

Эндпоинты WAN и LAN могут сидеть в разных V-Device и разных таблицах маршрутизации. Это предотвращает случайную утечку зондов между сетями — внутренний мониторинг никогда не идёт через внешний транзит, а внешний мониторинг никогда не идёт через внутренний MPLS.

Дашборд явно отображает частичные состояния

Операторы видят WAN- и LAN-эндпоинты каждого ЦОД отдельно на дашборде. Частичная достижимость отображается как «3 из 4 WAN-эндпоинтов работоспособны» — не как один флаг up/down.

Триггеры сценария получают двухпутевой payload

Когда сценарий запускает триггеры, payload триггера включает текущее состояние достижимости каждого WAN- и LAN-эндпоинта. Downstream-системы (SIEM, управление инцидентами) получают структурированный топологический контекст для события failover.

Независимые пороги failover для сбоев только WAN vs только LAN

Операторы определяют отдельные сценарии для сбоев только WAN и сбоев только LAN. Сбой WAN может запускать DNS-уровень внешнего failover; сбой LAN может запускать внутренние изменения таблицы маршрутизации через систему триггеров. Два разных пути ответа из двух разных классов сигналов.

Операционная глубина

Двухпутевой мониторинг работает с V-Device, таблицами маршрутизации, выражениями условий сценариев и композицией payload триггеров.

Композиция работоспособности эндпоинта

Работоспособность каждого эндпоинта доступа определяется настраиваемым зондом (TCP, HTTP, HTTPS, ICMP, DNS и т. д.). Составной флаг WAN-достижимости для ЦОД — true, если любой (или все, по политике оператора) WAN-эндпоинтов работоспособны. Та же композиция применяется к LAN.

Сигнал достижимости интернета

Отдельный флаг достижимости интернета вычисляется из результатов внешних зондов. Этот флаг независим от любого конкретного WAN-эндпоинта и используется в автогенерируемых сценариях для обнаружения полной внешней изоляции.

Привязка V-Device и таблицы маршрутизации

Назначение V-Device + таблицы маршрутизации каждой записи доступа определяет, в каком сетевом контексте работает зонд. Зонды для LAN-эндпоинтов идут через внутреннюю инфраструктуру; зонды для WAN-эндпоинтов идут через внешнюю инфраструктуру. Платформа обеспечивает это разделение.

Настройка порогов на ЦОД

accessPeriod, requiredSuccess, requiredFailure определяются на ЦОД. Высокоставочный ЦОД может использовать 30-секундный зонд с порогами 2-success/1-failure для быстрого failover; менее критичный ЦОД может использовать 5-минутные зонды с 3-success/3-failure для стабильности.

Синтаксис составных условий в сценариях

Условия ссылаются на сигналы достижимости по ID: `|wanAccess`, `|lanAccess`, `|access`, `|internet`. Суффикс `!` отрицает. Группы составных условий объединяются через AND/OR для выразительной многопутевой логики.

Структура payload триггера

Когда сценарий запускает триггеры, payload несёт текущее состояние достижимости каждого ЦОД: число WAN-эндпоинтов, число LAN-эндпоинтов, число работоспособных эндпоинтов, время последних зондов. Системы управления инцидентами получают структурированный контекст для события failover.

Когда использовать

Сбой внешнего транзита при работающем внутреннем MPLS

Внешний транзитный провайдер отказывает. Флаг WAN-достижимости для затронутого ЦОД падает; LAN-достижимость остаётся. Внешние пользователи переключаются через DNS; межЦОД внутренний трафик продолжает идти через MPLS без нарушений.

Сбой внутренней/приватной сети при работающем внешнем канале

MPLS-канал к ЦОД отказывает. LAN-достижимость падает; WAN-достижимость остаётся. Внешние пользователи продолжают достигать ЦОД; внутренние сервисы маршрутизируются вокруг ЦОД через альтернативные пути, запущенные сценарием отказа LAN.

Правительственные / регулируемые сети со строгим разделением путей

Регулируемые среды (правительство, оборона, финансы) часто мандатируют строгое разделение между публичными и приватными сетевыми путями. Двухпутевой мониторинг TR7 выражает это разделение нативно — у каждого пути свои зонды, свои пороги и свой политический ответ.

Мульти-транзитная избыточность с видимостью на канал

ЦОД с двумя или тремя транзитными провайдерами видят достижимость каждого провайдера отдельно. Падение одного транзита не помечает ЦОД как WAN-down — только его конкретный эндпоинт становится недостижимым, и операторы видят ровно, какой транзит отказал.

Часто задаваемые вопросы

Чем это отличается от запуска двух отдельных health-check?

Два отдельных health-check дают вам два отдельных сигнала, но они не связаны с идентичностью ЦОД. Двухпутевой мониторинг привязывает оба сигнала к той же сущности ЦОД, так что сценарии failover ссылаются на «WAN DC-A отключён», а не на «check-37 отключён». Семантическое сопоставление с дата-центром, V-Device и таблицей маршрутизации сохраняется, и дашборд показывает полную картину путей ЦОД в одном виде.

Может ли ЦОД иметь только WAN-доступ или только LAN-доступ?

Да. У ЦОД, выходящего в интернет без внутреннего MPLS, был бы пустой список lanAccess; у только внутреннего ЦОД без внешнего транзита был бы пустой список wanAccess. Двухпутевая модель вмещает ЦОД с асимметричной связностью без принуждения операторов выдумывать синтетические эндпоинты.

Как это взаимодействует со split-horizon DNS?

Двухпутевой мониторинг независим от split-horizon DNS, но хорошо компонуется с ним. Split-horizon обслуживает разные DNS-ответы внутренним и внешним клиентам; двухпутевой мониторинг решает, достижим ли ЦОД с каждой стороны. Вместе внутренним клиентам можно сказать идти в LAN-достижимые ЦОД, а внешним — в WAN-достижимые.

Что если у WAN и LAN разные задержки?

Задержка захватывается клиентскими сигналами в многоисточниковом выборе ЦОД. Достижимость WAN/LAN — отдельное измерение: оно говорит, какие пути доступны, а не какой быстрее. Комбинируйте достижимость WAN/LAN (годность) с клиентской задержкой (предпочтение) для полного path-aware выбора.

Одинаковы ли расписания зондов WAN и LAN?

По умолчанию да — оба наследуют пороги ЦОД accessPeriod, requiredSuccess и requiredFailure. Операторы могут переопределить на V-Device и таблицу маршрутизации, если WAN-путь требует более быстрого зондирования, чем LAN-путь (или наоборот).

Перестаньте сворачивать реальную сетевую топологию в один флаг up/down.

Пройдитесь по двухпутевому мониторингу ЦОД на собственной топологии: сбои WAN-транзита, только-MPLS ЦОД, частичная достижимость — всё как признанные состояния, а не пограничные случаи.