Anycast : une adresse IP depuis plusieurs sites

Avec Anycast, le même préfixe IP est annoncé depuis plusieurs emplacements réseau. Le routage choisit un chemin disponible selon la politique BGP ; des utilisateurs différents peuvent donc atteindre des serveurs différents avec la même adresse de destination.

Anycast relève du routage, pas d’une redirection URL

Plusieurs sites annoncent le même préfixe et les routeurs choisissent parmi les routes disponibles. « Le plus proche » signifie généralement préférable selon la politique de routage, pas nécessairement le plus proche géographiquement.

Les services DNS et les CDN utilisent souvent cette architecture. Elle peut réduire le trajet et améliorer la résilience sans garantir la même latence à tous.

Pourquoi le diagnostic peut surprendre

Après un changement de politique BGP, la même IP peut conduire vers un autre site. Les informations de localisation IP peuvent donc décrire le réseau ou l’emplacement enregistré plutôt que le serveur edge qui a répondu.

Comparez les chemins depuis plusieurs réseaux avec le guide traceroute. Des routes différentes vers une même adresse Anycast sont normales.

Ce qu’Anycast ne résout pas

Anycast ne remplace ni l’équilibrage applicatif, ni la synchronisation d’état, ni la sécurité de l’origine. Une erreur de configuration peut toucher plusieurs sites. Le RFC 4786 présente des recommandations opérationnelles pour le DNS Anycast.

Localiser la panne par couche réseau

Une méthode utile commence à la frontière du réseau local. Vérifiez l’adresse de l’interface, la route par défaut et le DNS, puis la passerelle locale avant de passer à l’adresse publique et au service distant. On évite ainsi de confondre un problème Wi‑Fi ou Ethernet avec le routage de l’opérateur. Si la passerelle reste stable alors que la latence apparaît plus loin, comparez plusieurs destinations et répétez la mesure à un autre moment.

Les équipements intermédiaires ne sont pas obligés de répondre à toutes les sondes. Filtrage du trafic de contrôle, limitation de débit et routage asymétrique peuvent modifier une trace alors que le trafic applicatif continue de fonctionner.

Adresses, routes et réseau observé

L’adresse locale d’un appareil, son adresse publique de sortie et l’adresse de destination décrivent des parties différentes du trajet. NAT, CGNAT, VPN, proxy, CDN et Anycast ajoutent d’autres frontières ; une IP ne doit donc pas être assimilée automatiquement à l’identité d’un utilisateur ou d’un serveur physique. Notez destination et heure, car DNS et BGP peuvent diriger une mesure ultérieure vers une autre infrastructure.

En IPv6, une interface peut aussi posséder plusieurs adresses, notamment temporaires. La pile réseau choisit l’adresse source et ce choix peut influencer le chemin observé.

Rendre les mesures reproductibles

Un test unique n’est qu’un instantané. Répétez les mesures et notez connexion filaire ou sans fil, VPN, résolveur DNS et trafic de fond. Comparez la latence vers la même destination et mesurez le débit dans des conditions similaires. Si la latence n’augmente que lorsque le lien est chargé, examinez séparément les files d’attente et le bufferbloat.

Conservez le contexte en plus du chiffre final. Cela permet de distinguer une erreur de configuration persistante d’un changement de route bref, d’une congestion radio ou de la sélection d’un autre edge distant.