Comment puis-je déterminer quel site AWS est le plus adapté pour servir les clients d'une région donnée ?

Question

AWS propose plusieurs emplacements pour le stockage et les instances EC2, avec des tarifs différents. Comment puis-je déterminer quel est le meilleur emplacement pour une région donnée ? S'agit-il d'une question d'intuition (le plus proche de votre région de desserte est le meilleur) ou d'un problème de fiabilité (un site AWS particulier connaît plus de pannes que d'autres) ? Existe-t-il des données permettant de prendre une telle décision ?

Je développe une application qui s'adresse principalement à des clients indiens. J'envisage donc Singapour ou Tokyo comme option.

Answer 1

Détermination de l'emplacement AWS avec la latence la plus faible pour une utilisation personnalisée

Les personnes intelligentes et innovantes de TurnKey Linux a récemment ouvert sa solution à votre problème, voir Cartographie des centres de données régionaux AWS sur GitHub :

Ce projet est utilisé pour générer les index (et les carte visuelle pour ) utilisé par le Hub clé en main à trouver le centre de données AWS le plus proche le plus proche pour un utilisateur. (souligné par moi)

L'algorithme utilisé est décrit plus en détail dans le document Trouver le centre de données le plus proche à l'aide de GeoIP et de l'indexation ainsi que le post de suivi Trouver l'archive de paquets APT la plus proche en utilisant le GeoIP et l'indexation .

Bien qu'il s'agisse d'un gadget, la visualisation est vraiment cool et confirme resp. illustre la raison du fait à première vue surprenant qu'est Josh mentionnée à savoir que les utilisateurs australiens ont actuellement tendance à bénéficier d'une meilleure latence via l'ouest des États-Unis (Californie du Nord / us-west-1) plutôt que via la région Asie-Pacifique (Singapour / ap-southeast-1). ( Conseil : vérification Câbles du futur dans le coin inférieur droit, révèle que cette situation va probablement changer, ce qui est expliqué plus en détail dans la rubrique Carte du câble de Greg ce qui indique que l'Australie pourrait sauter entre les deux sites AWS en termes de latence dans les années à venir ;)

Utilisation automatique de la localisation AWS avec la plus faible latence via Amazon Route 53

Entre-temps, AWS fournit une carte utile illustrant ses Infrastructure mondiale pour une évaluation rapide, ainsi que les détails correspondants, comme par exemple le nombre de zones de disponibilité et le point de terminaison de l'API.

Plus important encore, AWS vient d'annoncer la prise en charge du DNS géographique Jahufar mentionnée déjà, voir le billet d'introduction Le routage multi-régions basé sur la latence est désormais disponible pour AWS qui met à disposition la même technologie de routage basée sur le temps de latence que celle qui alimente les systèmes d'information de l'UE. Amazon CloudFront aux utilisateurs de Amazon EC2 , Équilibrage élastique de la charge et bien d'autres choses encore.

Ainsi, si votre environnement est déjà composé d'une architecture EC2 à mise à l'échelle automatique, le simple fait d'appliquer ce routage basé sur la latence devrait automatiquement résoudre votre problème.

Bien que le cas d'utilisation soit manifestement axé sur les offres couvrant plusieurs régions AWS, les fonctionnalités sophistiquées de la solution Routage basé sur la latence et Round Robin pondéré Jeux d'enregistrements peut également vous permettre de trouver plus facilement l'information recherchée.

Answer 2

Essayer cloudping.info Il effectuera un ping HTTPS depuis votre navigateur vers chaque région AWS.

Region  Latency
US-East (Virginia)  28 ms
US-West (California)    100 ms
US-West (Oregon)    110 ms
Europe (Ireland)    100 ms
Europe (Frankfurt)  119 ms
Asia Pacific (Singapore)    269 ms
Asia Pacific (Sydney)   239 ms
Asia Pacific (Japan)    209 ms
South America (Brazil)  147 ms

Answer 3

Il existe également un site web permettant de tester la vitesse : https://cloudharmony.com/speedtest si vous voulez facilement vérifier quelle région vous convient le mieux.

Answer 4

Voici un outil de console qui indique la région aws la plus proche :

• https://github.com/ekalinin/awsping

Il est écrit en golang et très facile à utiliser :

➥ ./awsping --verbose 1
      Code            Region                                      Latency
    0 eu-central-1    Europe (Frankfurt)                         36.97 ms
    1 eu-west-1       Europe (Ireland)                           63.18 ms
    2 us-east-1       US-East (Virginia)                        126.52 ms
    3 ap-south-1      Asia Pacific (Mumbai)                     156.98 ms
    4 us-west-1       US-West (California)                      192.92 ms
    5 us-west-2       US-West (Oregon)                          226.23 ms
    6 sa-east-1       South America (São Paulo)                 247.74 ms
    7 ap-northeast-1  Asia Pacific (Tokyo)                      312.22 ms
    8 ap-northeast-2  Asia Pacific (Seoul)                      329.54 ms
    9 ap-southeast-2  Asia Pacific (Sydney)                     337.84 ms
   10 ap-southeast-1  Asia Pacific (Singapore)                  395.73 ms

Les régions sont classées par ordre de latence.

Vous pouvez l'exécuter sur n'importe quel serveur et déterminer la région la plus proche de chez vous.

Answer 5

Il est évidemment conseillé de tester la latence dans différentes régions ! Je suis situé en Australie et de nombreux utilisateurs bénéficient d'une meilleure latence vers l'ouest des États-Unis que vers Singapour - cela s'explique en partie par le peering des FAI locaux et la connectivité internationale. Il est relativement simple de tester si vous avez des utilisateurs dans la région que vous visez.

La fiabilité du côté d'AWS (c'est-à-dire pas les problèmes de réseau des utilisateurs) est principalement une conséquence du déploiement dans plusieurs zones de disponibilité. Il y a plus de choix dans les régions américaines que dans les régions APAC, simplement parce qu'elles servent ces marchés depuis plus longtemps. Un effet secondaire de cette situation est que les fonctionnalités sont déployées relativement tard à Singapour/Tokyo - normalement, les nouvelles fonctionnalités commencent à être déployées dans l'est des États-Unis.

Comme vous avez déjà en tête les services S3 et EC2 que vous aimeriez utiliser et qu'ils sont tous deux disponibles dans des régions plus proches, évaluez si les nouveaux services web d'AWS sont immédiatement importants - si ce n'est pas le cas, optez pour quelque chose de proche (latence).