{"id":88961,"date":"2020-07-16T19:42:34","date_gmt":"2020-07-16T17:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae"},"modified":"2020-07-16T19:42:34","modified_gmt":"2020-07-16T17:42:34","slug":"anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","title":{"rendered":"Anycast contre Unicast : quel est le meilleur choix dans chaque cas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Many have surely heard of Anycast. In this method of network addressing and routing, a single IP address is assigned to multiple servers across the network. These servers can even be located in data centers that are far apart. The idea behind Anycast is that, depending on the location of the request source, data is sent to the nearest server (according to the network topology, specifically the BGP routing protocol). This way, the number of network hops and latency can be reduced. <\/p>\n

Essentially, the same route is advertised from multiple data centers around the world. Therefore, clients will be directed to the 'best' and 'nearest' data center based on BGP routes. But why choose Anycast? Why use Anycast instead of Unicast?<\/p>\n

\"Anycast<\/a><\/noindex><\/a><\/noindex>
\nUnicast is indeed suitable for a website with a single web server and moderate traffic. However, if a service has millions of subscribers, it typically employs numerous web servers, each holding the same IP address. These servers are geographically distributed for optimal request handling.<\/p>\n

In such a scenario, Anycast provides performance improvements (traffic is directed to the user with minimal delay), ensures service reliability (thanks to backup servers), and load balancing\u2014routing to multiple servers effectively distributes the load among them, thus enhancing website speed.<\/p>\n

Operators offer various types of load balancing based on Anycast and DNS. Clients can specify IP addresses to which requests will be sent based on the geographic location of the site. This allows for more flexible distribution of user requests.<\/p>\n

Suppose there are several sites between which the load (users) needs to be distributed, for example, an online store with 100,000 requests a day or a popular blog. To limit the region from which users access a specific site, the Geo Community option can be used. It allows limiting the region within which the operator will announce the route.<\/p>\n

\"Anycast<\/p>\n

\"Anycast
\nAnycast and Unicast: differences<\/i><\/p>\n

Le Anycast est souvent utilis\u00e9 dans des applications telles que le DNS (syst\u00e8me de noms de domaine) et le CDN (r\u00e9seaux de distribution de contenu), permettant de prendre des d\u00e9cisions de routage qui am\u00e9liorent la performance du r\u00e9seau. Les r\u00e9seaux de distribution de contenu utilisent Anycast car ils g\u00e8rent de grands volumes de trafic, et Anycast pr\u00e9sente dans ce cas plusieurs avantages (qui seront d\u00e9taill\u00e9s ci-dessous). Dans le DNS, Anycast permet d'augmenter consid\u00e9rablement le niveau de fiabilit\u00e9 et de r\u00e9silience du service.<\/p>\n

\"Anycast
\nDans Anycast IP, en utilisant BGP, il existe plusieurs chemins vers un h\u00f4te sp\u00e9cifique. En r\u00e9alit\u00e9, ce sont des copies d'h\u00f4tes dans plusieurs centres de donn\u00e9es, utilis\u00e9es pour \u00e9tablir des connexions avec une latence plus faible.<\/i><\/p>\n

Ainsi, dans un r\u00e9seau Anycast, la m\u00eame adresse IP est annonc\u00e9e depuis diff\u00e9rents endroits, et le r\u00e9seau d\u00e9cide o\u00f9 diriger la requ\u00eate de l'utilisateur en fonction du \u00ab co\u00fbt \u00bb du chemin. Par exemple, le protocole BGP est souvent utilis\u00e9 pour d\u00e9terminer le chemin le plus court pour le transfert de donn\u00e9es. Lorsque l'utilisateur envoie une requ\u00eate Anycast, BGP d\u00e9termine le meilleur chemin vers les serveurs disponibles dans le r\u00e9seau Anycast.<\/p>\n

Avantages d'Anycast<\/h2>\n

R\u00e9duction de la latence
\nLes syst\u00e8mes avec Anycast peuvent r\u00e9duire la latence lors du traitement des requ\u00eates des utilisateurs, car ils permettent d'obtenir des donn\u00e9es \u00e0 partir du serveur le plus proche. Cela signifie que les utilisateurs se connecteront toujours au serveur DNS le \u00ab plus proche \u00bb (en termes de protocole de routage). En cons\u00e9quence, Anycast r\u00e9duit le temps d'interaction en diminuant la distance r\u00e9seau entre le client et le serveur. Cela non seulement r\u00e9duit la latence, mais permet aussi un \u00e9quilibrage de charge.<\/p>\n

Vitesse<\/p>\n

Comme le trafic est dirig\u00e9 vers le n\u0153ud le plus proche et que la latence lors de la transmission des donn\u00e9es entre le client et le n\u0153ud est r\u00e9duite, cela optimise la vitesse de livraison, peu importe d'o\u00f9 le client demande des informations.<\/p>\n

Stabilit\u00e9 et r\u00e9silience accrues<\/p>\n

Si plusieurs serveurs \u00e0 travers le monde utilisent la m\u00eame adresse IP, en cas de d\u00e9faillance de l'un des serveurs ou de son arr\u00eat, le trafic sera redirig\u00e9 vers le serveur le plus proche. En cons\u00e9quence, Anycast rend le service plus r\u00e9silient et assure un meilleur acc\u00e8s au r\u00e9seau\/latence\/vitesse.\u00a0<\/p>\n

Ainsi, gr\u00e2ce \u00e0 la pr\u00e9sence de plusieurs serveurs constamment accessibles pour les utilisateurs, Anycast, par exemple, am\u00e9liore la stabilit\u00e9 du fonctionnement du DNS. En cas de d\u00e9faillance d'un n\u0153ud, les demandes des utilisateurs seront redirig\u00e9es vers un autre serveur DNS sans aucune intervention manuelle ou reconfiguration. Anycast permet un basculement presque transparent vers d'autres sites, simplement en supprimant les itin\u00e9raires du site probl\u00e9matique.\u00a0<\/p>\n

\u00c9quilibrage de charge<\/p>\n

Dans le syst\u00e8me Anycast, le trafic r\u00e9seau est r\u00e9parti sur diff\u00e9rents serveurs. Cela signifie qu'il fonctionne comme un \u00e9quilibreur de charge, emp\u00eachant qu'un seul serveur re\u00e7oive la majorit\u00e9 du trafic. L'\u00e9quilibrage de charge peut \u00eatre utilis\u00e9, par exemple, lorsque plusieurs n\u0153uds r\u00e9seau sont situ\u00e9s \u00e0 la m\u00eame distance g\u00e9ographique de la source des demandes. Dans ce cas, la charge est r\u00e9partie entre les n\u0153uds.<\/p>\n

R\u00e9duction de l'impact des attaques DoS\u00a0<\/p>\n

Une autre caract\u00e9ristique d'Anycast est sa r\u00e9silience face aux DDoS. Les attaques DDoS auront du mal \u00e0 paralyser le syst\u00e8me Anycast, car il faudrait submerger tous les serveurs de ce r\u00e9seau avec une avalanche de requ\u00eates.\u00a0<\/p>\n

Dans les attaques DDoS, des botnets sont souvent utilis\u00e9s, capables de g\u00e9n\u00e9rer un volume de trafic si important qu'il surcharge le serveur cibl\u00e9. L'avantage d'utiliser Anycast dans cette situation est que chaque serveur peut \u00ab absorber \u00bb une partie de l'attaque, r\u00e9duisant ainsi la charge sur un serveur sp\u00e9cifique. Une attaque de type \u00ab d\u00e9ni de service \u00bb sera probablement localis\u00e9e sur le serveur et n'affectera pas l'ensemble du service.<\/p>\n

Haute \u00e9volutivit\u00e9 horizontale<\/p>\n

Les syst\u00e8mes Anycast sont tr\u00e8s adapt\u00e9s aux services avec de forts volumes de trafic. Si un service utilisant Anycast n\u00e9cessite de nouveaux serveurs pour g\u00e9rer le trafic croissant, de nouveaux serveurs peuvent \u00eatre ajout\u00e9s au r\u00e9seau pour le traiter. Ils peuvent \u00eatre d\u00e9ploy\u00e9s sur de nouveaux sites ou sur des sites d\u00e9j\u00e0 existants.\u00a0<\/p>\n

Lorsqu'une forte augmentation du trafic est observ\u00e9e \u00e0 un endroit sp\u00e9cifique, l'ajout d'un serveur peut aider \u00e0 \u00e9quilibrer la charge pour ce site. L'ajout d'un serveur sur un nouveau site peut r\u00e9duire le temps d'attente en cr\u00e9ant un nouveau chemin le plus court pour certains utilisateurs. Les deux m\u00e9thodes contribuent \u00e9galement \u00e0 am\u00e9liorer la stabilit\u00e9 du service, car de nouveaux serveurs deviennent disponibles sur le r\u00e9seau. Ainsi, si un serveur est surcharg\u00e9, un autre peut \u00eatre d\u00e9ploy\u00e9 \u00e0 un endroit qui lui permettra de g\u00e9rer une part des requ\u00eates du serveur surcharg\u00e9. Aucune configuration de la part des clients n'est n\u00e9cessaire.\u00a0<\/p>\n

C'est le seul moyen d'assurer des t\u00e9raoctets de trafic et un tr\u00e8s grand nombre d'utilisateurs, lorsque le serveur a seulement quelques ports de 10 ou 25 Gbit\/s. 100 h\u00f4tes avec une seule adresse IP permettront de traiter des volumes de trafic en t\u00e9raoctets.<\/p>\n

Simplicit\u00e9 de gestion de la configuration<\/p>\n

Comme mentionn\u00e9 pr\u00e9c\u00e9demment, une utilisation int\u00e9ressante de l'Anycast est le DNS. Plusieurs serveurs DNS diff\u00e9rents peuvent \u00eatre plac\u00e9s dans les n\u0153uds du r\u00e9seau, mais un seul nom DNS peut \u00eatre utilis\u00e9. Selon l'emplacement de la source, les requ\u00eates sont redirig\u00e9es vers le n\u0153ud le plus proche. Cela permet d'assurer un certain \u00e9quilibre de trafic et de redondance en cas de d\u00e9faillance du serveur DNS. Ainsi, au lieu de configurer diff\u00e9rents serveurs DNS en fonction de leur emplacement, la configuration d'un seul serveur DNS peut \u00eatre \u00e9tendue \u00e0 tous les n\u0153uds.<\/p>\n

Les r\u00e9seaux Anycast peuvent \u00eatre configur\u00e9s pour router les requ\u00eates non seulement en fonction de la distance, mais aussi de param\u00e8tres tels que la disponibilit\u00e9 du serveur, le nombre de connexions \u00e9tablies, ou le temps de r\u00e9ponse.<\/p>\n

Aucun serveur, r\u00e9seau ou composants sp\u00e9ciaux ne sont requis du c\u00f4t\u00e9 client pour utiliser la technologie Anycast. Cependant, l'Anycast a ses inconv\u00e9nients. On consid\u00e8re que son implantation est une t\u00e2che complexe, n\u00e9cessitant un \u00e9quipement suppl\u00e9mentaire, des fournisseurs fiables, et un routage correct du trafic.<\/p>\n

D'une source pure vers un lointain merveilleux<\/h2>\n

\nBien que l'Anycast dirige les utilisateurs sur la base du nombre minimum de sauts, cela ne signifie pas n\u00e9cessairement une latence minimale. La latence est une m\u00e9trique plus complexe, car pour un saut unique, elle peut \u00eatre plus \u00e9lev\u00e9e que pour dix sauts. <\/p>\n

\"Anycast
\nExemple : les communications intercontinentales peuvent inclure un passage avec une tr\u00e8s haute latence.<\/i><\/p>\n

L'Anycast est principalement utilis\u00e9 pour les services bas\u00e9s sur UDP, tels que le DNS. Les requ\u00eates des utilisateurs sont dirig\u00e9es vers le centre de donn\u00e9es 'meilleur' et 'le plus proche' en fonction des routes BGP. <\/p>\n

\"Anycast
\nExemple : une station de travail DNS cliente avec l'adresse IP Anycast DNS 123.10.10.10 effectue la r\u00e9solution DNS pour le serveur de noms DNS le plus proche parmi trois serveurs d\u00e9ploy\u00e9s avec la m\u00eame adresse IP Anycast. En cas de d\u00e9faillance du routeur R1 ou du serveur A, les paquets DNS du client seront automatiquement redirig\u00e9s vers le serveur DNS le plus proche suivant via les routeurs R2 et R3. En outre, la route vers notre serveur A sera supprim\u00e9e des tables de routage, ce qui emp\u00eachera toute utilisation ult\u00e9rieure de ce serveur de noms.<\/i><\/p>\n

Sc\u00e9narios de d\u00e9ploiement<\/h2>\n

\nIl existe deux sch\u00e9mas communs utilis\u00e9s pour d\u00e9terminer \u00e0 quel serveur l'utilisateur se connecte :<\/p>\n