Détermination de l'emplacement AWS à latence la plus basse pour une utilisation personnalisée
Les gens intelligents et innovants de TurnKey Linux ont récemment ouvert leur solution à votre problème, voir le mappage des centres de données régionaux AWS sur GitHub:
Ce projet est utilisé pour générer les index (et la carte visuelle pour référence) utilisés par TurnKey Hub pour trouver le centre de données AWS le plus proche pour un utilisateur. [c'est moi qui souligne]
L'algorithme utilisé est détaillé dans la section Recherche du centre de données le plus proche à l'aide de GeoIP et de l'indexation , ainsi que dans l'article de suivi Recherche de l'archive de packages APT la plus proche à l'aide de GeoIP et de l'indexation .
Bien qu'un peu un gadget, la visualisation est vraiment cool et confirme resp. illustre la raison du fait surprenant à première vue que Josh a déjà mentionné , à savoir que les utilisateurs en Australie ont actuellement tendance à obtenir une meilleure latence via l'ouest des États-Unis (Californie du Nord / us-west-1) plutôt que l'Asie-Pacifique (Singapour / ap-sud-est -1) région. ( Astuce : vérifier Future Cables dans le coin inférieur droit révèle que cela va probablement changer, ce qui est détaillé plus en détail dans Greg's Cable Map , qui indique que l'Australie pourrait sauter entre les deux emplacements AWS en termes de latence dans les années à venir;)
Utilisation automatique de l'emplacement AWS à latence la plus faible via Amazon Route 53
Pendant ce temps, AWS fournit une carte utile illustrant leur infrastructure globale pour une évaluation rapide, ainsi que des détails respectifs tels que 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 DNS géographique que Jahufar a déjà mentionnée , voir l'article d'introduction Routage basé sur la latence multirégionale maintenant disponible pour AWS , qui met à disposition la même technologie de routage basée sur la latence qui alimente Amazon CloudFront aux utilisateurs d' Amazon EC2 , Elastic Load Balancing , et plus encore.
Donc, dans le cas où votre environnement est déjà composé d'une architecture d'instances Auto Scaling EC2, la simple application de ce routage basé sur la latence devrait résoudre votre problème automatiquement.
Bien que le cas d'utilisation cible évidemment les offres générant plusieurs régions AWS, les fonctionnalités sophistiquées du routage basé sur la latence et des ensembles d'enregistrements à tour de rôle pondéré peuvent vous permettre de déterminer vous-même plus facilement les informations souhaitées.