Routage des demandes avec Global Accelerator

Avec AWS Global Acceleratorun client, recherche le nom de domaine bien connu dans Route 53. Toutefois, au lieu de récupérer une adresse IP correspondant à un point de terminaison régional, le client obtient une adresse IP statique anycast qui achemine vers l'emplacement AWS périphérique le plus proche. À partir de cet emplacement périphérique, tout le trafic est acheminé sur le AWS réseau privé vers un point de terminaison (équilibreurs de charge réseau, équilibreurs de charge d'application, EC2 instances ou adresses IP élastiques) dans une région choisie par des règles de routage maintenues dans Global Accelerator. Comparé au routage basé sur les règles Route 53, le routage des demandes avec Global Accelerator présente des latences plus faibles car il réduit le volume de trafic sur l'Internet public. En outre, étant donné que Global Accelerator ne dépend pas de l'DNSTTLexpiration pour modifier les règles de routage, il peut ajuster le routage plus rapidement.

Avec le mode écriture dans n'importe quelle région, ou s'il est combiné au routage des demandes par la couche informatique sur le backend, Global Accelerator fonctionne parfaitement. Le client se connecte à l'emplacement périphérique le plus proche et n'a pas à se soucier de savoir quelle région reçoit la demande.

Avec le mode écriture dans une région, les règles de routage de Global Accelerator doivent envoyer des demandes à la région actuellement active. Vous pouvez utiliser des surveillances de l'état qui signalent artificiellement une défaillance dans une région qui n'est pas considérée par votre système global comme étant la région active. De mêmeDNS, il est possible d'utiliser un autre nom de DNS domaine pour acheminer les demandes de lecture, si celles-ci peuvent provenir de n'importe quelle région.

En mode écriture dans votre région, il est préférable d'éviter Global Accelerator, sauf si vous utilisez également le routage des demandes par couche informatique.