Un utilisateur routé vers un centre de données distant paie le coût de l'aller-retour à chaque requête.
Lorsque le DNS attribue à chaque utilisateur le même centre de données quel que soit son emplacement, les utilisateurs éloignés de ce DC empruntent un chemin réseau plus long à chaque requête. La distance supplémentaire se traduit par un temps d'aller-retour plus élevé, un établissement de connexion plus lent et une expérience dégradée qu'aucun réglage de backend à la destination ne peut compenser.
Le routage par simple pays aide, mais il reste grossier. Un utilisateur peut se trouver dans le bon pays tout en étant bien plus proche de l'un des deux centres de données nationaux que de l'autre, et une règle de frontière nationale ne peut pas les distinguer. Une distribution qui ignore complètement la proximité — round-robin ou aléatoire sur tous les DC — envoie activement une partie des utilisateurs par le chemin le plus long.
Externaliser la décision de proximité vers un service de géolocalisation externe introduit ses propres problèmes : le contexte de requête DNS quitte l'organisation, la couche de décision dépend de la disponibilité d'un tiers, et les obligations de résidence des données deviennent difficiles à satisfaire. Une décision de trafic critique ne devrait pas dépendre d'une API externe.
Il existe aussi un piège d'exactitude. La proximité du centre de données le plus proche n'est utile que si ce centre de données est réellement sain. Orienter un utilisateur vers le DC le plus proche alors qu'il est en panne est pire que de l'envoyer un peu plus loin vers un DC fonctionnel.
Le routage DNS basé sur la proximité de TR7 répond exactement à cela : il choisit le centre de données sain le plus proche pour chaque demandeur à l'aide de données de proximité hors ligne, en gardant le chemin court sans divulguer de contexte de requête ni ignorer l'état de santé des DC.
Notre approche
TR7 met en œuvre l'orientation par proximité grâce au sélecteur du plus proche, à des données GeoIP hors ligne, à la conscience du sous-réseau client et à des ensembles de candidats filtrés par l'état de santé.
Le sélecteur du plus proche choisit le candidat le plus proche par requête
Lorsqu'un enregistrement DNS utilise l'algorithme d'équilibrage « plus proche », GTM classe les réponses candidates selon la proximité du demandeur à chaque centre de données et renvoie la plus proche. La décision s'exécute par requête, de sorte que chaque demandeur reçoit en réponse le centre de données qui minimise sa distance réseau.
Les bases GeoIP hors ligne maintiennent la consultation sur l'appareil
La proximité est résolue à partir de bases de pays, de ville et d'ASN stockées localement sur l'appliance. La décision n'envoie jamais de contexte de requête DNS à une API de géolocalisation externe — la résolution géographique reste au sein de l'infrastructure de l'organisation.
EDNS Client Subnet suit l'utilisateur réel, pas le résolveur
Avec EDNS Client Subnet, la décision de proximité peut se fonder sur le sous-réseau réel de l'utilisateur plutôt que sur l'IP du résolveur relais. Cela évite d'orienter les utilisateurs sur des résolveurs publics vers le centre de données le plus proche du résolveur plutôt que d'eux-mêmes.
Les centres de données en mauvaise santé quittent d'abord l'ensemble des candidats
L'état des contrôles de santé filtre les enregistrements candidats avant que la décision de proximité ne s'exécute. Un centre de données défaillant est retiré de l'ensemble, de sorte que la réponse la plus proche est toujours le centre de données sain le plus proche — la proximité ne prime jamais sur la disponibilité.
Capacités
Le routage DNS basé sur la proximité transforme la proximité en une décision DNS par requête, limitée à chaque enregistrement et décidée localement.
La sélection du plus proche par requête raccourcit le chemin réseau
L'algorithme d'équilibrage « plus proche » évalue chaque enregistrement candidat au regard de la localisation du réseau demandeur et renvoie le centre de données le plus proche. Comme une distance géographique plus courte signifie généralement un temps d'aller-retour plus faible, les utilisateurs sont maintenus sur le chemin viable le plus court vers l'application sans aucune configuration par utilisateur. La décision est recalculée à chaque requête plutôt que figée au moment de la configuration.
La proximité est résolue à partir des données de pays, de ville et d'ASN ensemble
GTM résout la localisation du demandeur à l'aide de bases hors ligne de pays, de ville et d'ASN. Les données au niveau de la ville permettent à la plateforme de distinguer deux centres de données au sein du même pays, et les données d'ASN affinent la décision selon le réseau auquel le demandeur est connecté. C'est plus granulaire qu'un routage par frontière nationale tout en restant une consultation locale déterministe.
EDNS Client Subnet améliore la précision de la proximité
Lorsque le résolveur fournit le sous-réseau client, GTM fonde la décision de proximité sur la localisation réseau réelle de l'utilisateur plutôt que sur celle du résolveur. Cela importe surtout pour les clients utilisant des résolveurs publics distants, où une décision fondée sur le seul résolveur pourrait envoyer un utilisateur vers un centre de données proche du résolveur au lieu d'être proche de l'utilisateur. La réponse la plus proche suit l'endroit où se trouve réellement l'utilisateur.
Le filtrage par l'état de santé garde la proximité honnête
Les enregistrements candidats sont filtrés selon l'état de santé du centre de données avant que la décision du plus proche ne soit appliquée. Un centre de données en mauvaise santé ne peut pas être la réponse la plus proche, de sorte que la plateforme ne sacrifie jamais la disponibilité au profit de la proximité. Lorsqu'un centre de données proche se rétablit, il réintègre l'ensemble des candidats à la décision suivante automatiquement.
La proximité se compose avec les règles de topologie
Le sélecteur du plus proche peut agir comme sélecteur au sein d'un ensemble de règles de topologie, de sorte qu'un opérateur peut d'abord restreindre les candidats par réseau, pays, ville, continent ou ASN, puis choisir la réponse la plus proche parmi les correspondances. Cela permet aux contraintes de conformité ou d'opérateur et à l'orientation par proximité d'opérer dans le même pipeline de décision.
Configuré par enregistrement DNS, pas globalement
L'algorithme d'équilibrage est défini sur chaque enregistrement DNS. Le même domaine peut répondre à un enregistrement par proximité et à un autre par une stratégie différente, de sorte que l'orientation par proximité est appliquée exactement là où elle apporte de la valeur et que les autres enregistrements conservent leur propre comportement. Les opérateurs ajustent le routage enregistrement par enregistrement.
Décision sur l'appareil sans dépendance externe
La consultation de proximité comme la sélection d'enregistrement s'exécutent sur l'appliance. Il n'y a pas d'API de géolocalisation externe dans le chemin de la requête, ce qui supprime une dépendance à la disponibilité d'un tiers et garde le contexte de requête DNS au sein de l'organisation. La décision de proximité continue de fonctionner même lorsque la connectivité sortante vers les services externes est indisponible.
Profondeur opérationnelle
L'orientation par proximité est exploitée aux côtés de l'ensemble de bases GeoIP, du champ d'algorithme d'équilibrage, des sélecteurs de topologie, du filtrage par l'état de santé et du rechargement de configuration en direct.
Ensemble de bases GeoIP
Les décisions de proximité s'appuient sur trois bases hors ligne présentes sur l'appliance : une base d'ASN, une base au niveau de la ville et une base au niveau du pays. Ensemble, elles prennent en charge une proximité tenant compte du pays, de la ville et de l'ASN. Comme les données sont locales, les décisions à l'exécution ne dépendent pas d'un service externe ; le flux de mise à jour des bases est planifié séparément du chemin de décision en direct.
Champ d'algorithme d'équilibrage
La proximité est sélectionnée en définissant l'algorithme d'équilibrage de l'enregistrement sur « plus proche », l'un des algorithmes d'équilibrage d'enregistrement DNS disponibles aux côtés de « tous », « N premiers », round-robin, round-robin pondéré, aléatoire et aléatoire pondéré. Le champ est défini par enregistrement et les changements sont appliqués via le pipeline de configuration.
Composition avec le sélecteur de topologie
Au sein d'un ensemble de règles de topologie, « plus proche » peut être utilisé comme sélecteur appliqué aux enregistrements qui correspondent à une règle. Cela permet à la proximité de s'exécuter après qu'une contrainte géographique ou réseau a déjà réduit les candidats, combinant le filtrage par politique et la sélection de la réponse la plus proche dans un seul enregistrement.
Candidats filtrés par l'état de santé
L'ensemble des candidats remis à la décision du plus proche reflète l'état de santé actuel des centres de données. Les enregistrements des centres de données en mauvaise santé sont retirés avant la sélection, de sorte que la proximité n'est calculée que sur les centres de données capables de servir réellement le trafic. Ce filtrage fait partie du pipeline de décision, et non d'une règle manuelle distincte.
Rechargement de configuration en direct
Les changements apportés aux algorithmes d'enregistrement et aux ensembles de candidats entrent dans le pipeline de régénération de configuration et sont appliqués sans redémarrer le service. Les nouvelles requêtes reçoivent des réponses reflétant la configuration actuelle ; les réponses déjà mises en cache par les clients restent valides jusqu'à l'expiration de leur TTL, de sorte que des TTL plus faibles font prendre effet plus rapidement aux changements de proximité et d'état de santé.
Proximité versus signaux réseau en direct
Le sélecteur du plus proche décide sur la proximité géographique, qui sert d'indicateur de latence plutôt que d'une mesure en direct de celle-ci. Lorsqu'une décision doit refléter le chemin réseau réel en temps réel ou la charge d'un centre de données, la sélection de DC multi-sources fournit des signaux d'hôte, de service et de chemin client en direct qui complètent l'orientation par proximité géographique.
Quand l'utiliser
Orienter les utilisateurs mondiaux vers la région la plus proche
Pour les services dont les utilisateurs sont répartis sur plusieurs régions, le sélecteur du plus proche répond à chaque requête avec le centre de données géographiquement le plus proche, raccourcissant le chemin réseau et réduisant le temps d'aller-retour sans règles par utilisateur.
Choisir entre deux centres de données dans un même pays
Lorsqu'un pays héberge plus d'un centre de données, la proximité au niveau de la ville distingue lequel est le plus proche du demandeur — plus fin qu'une règle par pays uniquement qui les traiterait comme équivalents.
Orientation par proximité avec résidence des données
Comme la consultation de géolocalisation s'exécute sur des bases hors ligne présentes sur l'appareil, les organisations soumises à des obligations de résidence des données ou de confidentialité des requêtes bénéficient d'un routage basé sur la proximité sans envoyer de contexte de requête DNS à un fournisseur de géolocalisation externe.
Proximité au sein d'une politique de topologie
Restreignez d'abord les candidats par pays, ASN ou CIDR pour des raisons de conformité ou d'opérateur, puis laissez le sélecteur du plus proche choisir la réponse la plus proche parmi les centres de données autorisés — politique et proximité dans un seul enregistrement.
Questions fréquentes
TR7 GTM mesure-t-il la latence en direct du résolveur à chaque centre de données ?
Comment la localisation du demandeur est-elle déterminée ?
Pourquoi utiliser EDNS Client Subnet avec le routage par proximité ?
Qu'est-ce qui empêche une requête d'être orientée vers le centre de données le plus proche alors qu'il est en panne ?
Le routage par proximité peut-il être combiné avec des règles de pays ou d'ASN ?
Le routage par proximité est-il appliqué à toute la zone ou par enregistrement ?
Maintenez chaque utilisateur sur le chemin le plus court vers un centre de données sain
Une orientation DNS basée sur la proximité décidée sur vos propres appliances — GeoIP hors ligne, conscience du sous-réseau client et filtrage par l'état de santé. Parcourons-la ensemble sur votre propre topologie.