Capacité

Surveillance DC Dual-Path WAN/LAN

Les chemins réseau externes et internes de chaque DC surveillés indépendamment — l'accessibilité partielle est un état reconnu, pas un binaire.

Le GSLB classique demande : « Le centre de données est-il joignable ? » Une seule réponse. TR7 GTM en pose deux : « Est-il joignable depuis le WAN ? » et « Est-il joignable depuis le LAN ? » — et laisse la politique de failover utiliser les deux réponses indépendamment. Les réseaux de production font que cela compte constamment. Le lien Internet externe d'un DC tombe mais son lien MPLS privé vers d'autres DC reste up : les utilisateurs externes doivent basculer, mais les services internes inter-DC doivent continuer. Le réseau LAN/privé d'un DC est down mais son WAN est up : le trafic externe doit continuer à circuler tandis que le failover interne se déclenche. Le lien WAN d'un DC est up mais n'atteint qu'un peering partiel : le DC est joignable, mais pas depuis toutes les directions. Les définitions de centre de données TR7 GTM portent deux listes d'accès indépendantes : `wanAccess[]` pour les chemins réseau externes et `lanAccess[]` pour les chemins réseau internes/privés. Chaque liste contient plusieurs endpoints (IP, port, V-Device, route table) afin qu'un DC ait plusieurs points d'entrée WAN et plusieurs points d'entrée LAN. Chaque endpoint est surveillé indépendamment. Les scénarios de failover consomment les flags d'accessibilité résultants comme des signaux distincts. Le résultat : la politique de failover reflète la topologie réelle. Échec WAN seul, échec LAN seul, accessibilité partielle et panne complète sont quatre états distincts avec quatre réponses politiques distinctes — sans s'effondrer en un seul binaire.

2 chemins
Listes d'accès WAN et LAN par DC, surveillées indépendamment
N endpoints
Chaque chemin contient plusieurs endpoints — transit redondant capturé nativement
4 états
Full-up, WAN-only, LAN-only, full-down — chacun une entrée de politique distincte
Par DC
Seuils de santé ajustés indépendamment par centre de données

L'accessibilité mono-lien cache les échecs asymétriques que les réseaux réels produisent.

Le modèle GSLB classique traite chaque centre de données comme une entité unique avec un état d'accessibilité unique. Soit le DC est up, soit il est down. La plupart des réseaux d'entreprise sont construits différemment : liens Internet externes, liens MPLS ou VPN privés, peering inter-DC dédié, connexions réseau partenaires — chacun porte ses propres motifs de panne et sa propre politique de routage.

Quand un fournisseur de transit externe échoue mais que le MPLS privé reste up, la vue binaire dit « DC est down » — mais le trafic interne inter-DC devrait encore circuler. Quand le lien privé est congestionné mais que le lien public est sain, la vue binaire dit « DC est up » — mais les services internes sensibles à la latence se dégradent. Les health-checks mono-lien ne peuvent pas distinguer ces états, et les opérateurs sont forcés de choisir entre faux positifs et faux négatifs.

La bonne réponse est l'accessibilité multi-chemin : surveiller les points d'entrée de chaque réseau indépendamment et laisser la politique consommer les signaux séparés. Les définitions de centre de données TR7 GTM sont nativement dual-path : les points d'accès WAN et les points d'accès LAN sont des listes indépendantes, chacune surveillée séparément, chacune contribuant des flags distincts aux décisions de failover.

Notre approche

Chaque centre de données TR7 GTM est défini avec deux listes d'accès indépendantes — une pour les endpoints WAN, une pour les endpoints LAN. Chaque liste contient plusieurs adresses avec un contexte réseau complet.

Liste wanAccess — accessibilité réseau externe

Chaque entrée d'accès WAN porte IP, port, assignation V-Device et route table. Plusieurs entrées WAN par DC capturent les chemins externes redondants (transit primaire, transit secondaire, peering partenaire).

Liste lanAccess — accessibilité réseau interne/privée

Chaque entrée d'accès LAN reflète la structure WAN avec un contexte réseau privé. Plusieurs entrées LAN capturent les liens MPLS, les tunnels VPN, la fibre inter-DC dédiée et d'autres chemins privés.

L'accessibilité partielle comme état reconnu

Quand certaines entrées WAN sont inaccessibles mais que les entrées LAN sont saines (ou vice versa), le DC est dans un état partiel. Les scénarios définis par l'opérateur consomment l'état partiel comme signal distinct — la politique de failover n'est pas forcée dans un binaire up/down.

Contexte V-Device et route table par entrée

Chaque entrée d'accès est liée à un V-Device et une route table spécifiques. Cela permet à un seul déploiement TR7 de surveiller les DC sur plusieurs segments réseau — DC internes uniquement, DC en DMZ, DC connectés à des partenaires — sans les effondrer dans un seul contexte de routage.

Capacités

La surveillance dual-path est intégrée dans le modèle de centre de données et consommée à travers la logique de décision des scénarios, déclencheurs et enregistrements DNS.

Plusieurs endpoints d'accès WAN par DC

wanAccess est un tableau — chaque entrée est une adresse réseau complète (IP, port, V-Device, route table). Un DC avec deux fournisseurs de transit externes a deux entrées WAN ; si l'une échoue, le DC est partiellement joignable en WAN mais pas complètement WAN-down.

Plusieurs endpoints d'accès LAN par DC

lanAccess reflète la liste WAN avec des entrées réseau privé. Un DC avec MPLS plus un lien de peering dédié a deux entrées LAN. Le trafic interne inter-DC utilise le chemin LAN ; l'accessibilité LAN est surveillée indépendamment du WAN.

Sondage de santé par endpoint

Chaque endpoint WAN et LAN est surveillé indépendamment. Le statut du DC est le composite de tous les états de santé par endpoint, exposé comme signaux distincts (any-WAN-up, all-WAN-up, any-LAN-up, all-LAN-up, internet-reachable).

Les scénarios auto-générés de paires DC utilisent les deux chemins

Quand TR7 GTM auto-génère des scénarios de failover pour une paire DC, les expressions de condition générées combinent les signaux WAN-reachability, LAN-reachability et internet-reachability. Les opérateurs n'écrivent pas la logique ; la plateforme la compose à partir des entrées dual-path.

Les scénarios manuels peuvent référencer directement les flags WAN/LAN

Les scénarios personnalisés référencent les flags d'accessibilité par DC via l'ID. Une expression comme « DC-B WAN est down AND DC-B LAN est up » identifie l'état partiel exact sur lequel l'opérateur veut agir.

Seuils access period, required-success et required-failure

Chaque DC porte des paramètres de health-check ajustables par l'opérateur : à quelle fréquence sonder chaque point d'accès, combien de succès successifs sont requis pour marquer up, et combien d'échecs pour marquer down. Les mêmes valeurs de seuil s'appliquent au WAN et au LAN ; la personnalisation par endpoint passe par les assignations V-Device et route table.

La segmentation V-Device applique la séparation

Les endpoints WAN et LAN peuvent se trouver dans différents V-Devices et différentes route tables. Cela empêche la fuite accidentelle de sondes inter-réseaux — la surveillance interne uniquement ne traverse jamais le transit externe, et la surveillance externe ne traverse jamais le MPLS interne.

Le tableau de bord met explicitement en évidence les états partiels

Les opérateurs voient les endpoints WAN et LAN de chaque DC séparément sur le tableau de bord. L'accessibilité partielle apparaît comme « 3 sur 4 endpoints WAN sains » — pas comme un seul flag up/down.

Les déclencheurs de scénario reçoivent une charge utile dual-path

Quand un scénario déclenche des actions, la charge utile du déclencheur inclut l'état d'accessibilité actuel de chaque endpoint WAN et LAN. Les systèmes en aval (SIEM, gestion d'incidents) reçoivent un contexte topologique structuré pour l'événement de failover.

Seuils de failover indépendants pour pannes WAN seul vs LAN seul

Les opérateurs définissent des scénarios séparés pour les pannes WAN seul et LAN seul. Un échec WAN peut déclencher un failover externe au niveau DNS ; un échec LAN peut déclencher des changements internes de route table via le système de déclencheurs. Deux chemins de réponse distincts à partir de deux classes de signaux distinctes.

Profondeur opérationnelle

La surveillance dual-path fonctionne avec les V-Devices, les route tables, les expressions de condition de scénario et la composition de charge utile des déclencheurs.

01

Composition de santé des endpoints

La santé de chaque endpoint d'accès est déterminée par une sonde configurable (TCP, HTTP, HTTPS, ICMP, DNS, etc.). Le flag composite WAN-reachable pour le DC est vrai si l'un (ou tous, selon la politique de l'opérateur) des endpoints WAN est sain. La même composition s'applique au LAN.

02

Signal d'accessibilité Internet

Un flag d'accessibilité Internet distinct est calculé à partir des résultats de sondes externes. Ce flag est indépendant de tout endpoint WAN spécifique et est utilisé dans les scénarios auto-générés pour détecter une isolation externe totale.

03

Liaison V-Device et route table

L'assignation V-Device + route table de chaque entrée d'accès détermine dans quel contexte réseau la sonde s'exécute. Les sondes pour les endpoints LAN traversent l'infrastructure interne ; les sondes pour les endpoints WAN traversent l'infrastructure externe. La plateforme applique cette séparation.

04

Réglage des seuils par DC

accessPeriod, requiredSuccess, requiredFailure sont définis par DC. Un DC à enjeux élevés peut utiliser une sonde de 30 secondes avec des seuils 2-success/1-failure pour un failover rapide ; un DC moins critique peut utiliser des sondes de 5 minutes avec 3-success/3-failure pour la stabilité.

05

Syntaxe de condition composite dans les scénarios

Les conditions référencent les signaux d'accessibilité par ID : `|wanAccess`, `|lanAccess`, `|access`, `|internet`. Le suffixe `!` nie. Les groupes de conditions combinées se joignent avec AND/OR pour une logique multi-chemin expressive.

06

Structure de charge utile des déclencheurs

Quand un scénario déclenche des actions, la charge utile porte l'état d'accessibilité actuel de chaque DC : nombre d'endpoints WAN, nombre d'endpoints LAN, nombre d'endpoints sains, dernières heures de sonde. Les systèmes de gestion d'incidents reçoivent un contexte structuré pour l'événement de failover.

Quand l'utiliser

Panne de transit externe avec MPLS interne intact

Le fournisseur de transit externe échoue. Le flag WAN-reachable pour le DC affecté tombe ; LAN-reachable reste up. Les utilisateurs externes basculent via DNS ; le trafic interne inter-DC continue sur MPLS sans perturbation.

Panne réseau interne/privé avec lien externe sain

Le lien MPLS vers le DC échoue. LAN-reachable tombe ; WAN-reachable reste up. Les utilisateurs externes continuent à atteindre le DC ; les services internes contournent le DC via des chemins alternatifs déclenchés par le scénario de panne LAN.

Réseaux gouvernementaux / réglementés avec séparation stricte des chemins

Les environnements réglementés (gouvernement, défense, finance) imposent souvent une séparation stricte entre les chemins réseau publics et privés. La surveillance dual-path de TR7 exprime nativement cette séparation — chaque chemin a ses propres sondes, ses propres seuils et sa propre réponse politique.

Redondance multi-transit avec visibilité par lien

Les DC avec deux ou trois fournisseurs de transit voient séparément l'accessibilité de chaque fournisseur. Un seul transit tombant ne signale pas le DC comme WAN-down — seul son endpoint spécifique devient inaccessible, et les opérateurs voient exactement quel transit a échoué.

Questions fréquentes

En quoi est-ce différent d'exécuter deux health-checks séparés ?
Deux health-checks séparés vous donnent deux signaux séparés, mais ils ne sont pas couplés à une identité de DC. La surveillance dual-path lie les deux signaux à la même entité DC, afin que les scénarios de failover référencent « WAN de DC-A est down » plutôt que « check-37 est down ». Le mapping sémantique au centre de données, au V-Device et à la route table est préservé, et le tableau de bord montre l'image complète des chemins du DC dans une vue.
Un DC peut-il avoir uniquement un accès WAN ou uniquement un accès LAN ?
Oui. Un DC exposé à Internet sans MPLS interne aurait une liste lanAccess vide ; un DC interne uniquement sans transit externe aurait une liste wanAccess vide. Le modèle dual-path accommode les DC avec une connectivité asymétrique sans forcer les opérateurs à inventer des endpoints synthétiques.
Comment cela interagit-il avec le DNS split-horizon ?
La surveillance dual-path est indépendante du DNS split-horizon mais se compose bien avec lui. Le split-horizon sert différentes réponses DNS aux clients internes contre externes ; la surveillance dual-path décide si le DC est joignable depuis chaque côté. Ensemble, les clients internes peuvent être dirigés vers les DC joignables en LAN tandis que les clients externes sont dirigés vers les DC joignables en WAN.
Et si le WAN et le LAN ont des latences différentes ?
La latence est capturée par les signaux côté client dans la sélection DC multi-source. L'accessibilité WAN/LAN est une dimension distincte : elle vous dit quels chemins sont disponibles, pas lequel est le plus rapide. Combinez l'accessibilité WAN/LAN (éligibilité) avec la latence côté client (préférence) pour une sélection complète consciente du chemin.
Les calendriers de sondes WAN et LAN sont-ils identiques ?
Par défaut, oui — les deux héritent des seuils accessPeriod, requiredSuccess et requiredFailure du DC. Les opérateurs peuvent surcharger par V-Device et route table si le chemin WAN nécessite un sondage plus rapide que le chemin LAN (ou vice versa).

Cessez d'effondrer la topologie réseau réelle en un seul flag up/down.

Parcourez la surveillance DC dual-path sur votre propre topologie : pannes de transit WAN, DC MPLS uniquement, accessibilité partielle — tous comme états reconnus, pas comme cas limites.