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

Amazon offre désormais la possibilité d'acheminer les données vers un centre de données en fonction de la latence la plus faible pour l'utilisateur final. C'est le nouveau "Latency Based Routing" de Route53 !

http://docs.amazonwebservices.com/Route53/latest/DeveloperGuide/CreatingLatencyRRSets.html

Answer 2

Bon outil/site pour vérifier la latence à partir de notre emplacement

http://www.cloudwatch.in/

Answer 3

EDIT: Regardez Marque Tsai réponse. C'est le chemin à parcourir (Route 53 n'existait pas quand j'ai écrit celui-ci)

C'est probablement ce qui appartient à ServerFault mais va ici:

Ce que vous êtes fondamentalement demande Geo DNS.

Pour l'instant il n'est pas directement pris en charge par AWS - bien que j'ai vu certains parlent de il mis en place dans certains AWS messages du forum - probablement dans leur Route 53 service.

Jusqu'alors, on peut le voir dans la 3e partie des solutions telles que Zerigo qui serait de vous fournir avec Geo DNS installation.

Ou si vous êtes hardcore vous pourriez rouler votre propre par la configuration de BIND avec IP2Location

EDIT: Il y a un post sur ServerFault qui parle de Géo fournisseurs de DNS

Quant à votre question concernant la performance et l'AWS fiabilité: vous devriez envisager de Vous servir de votre site à partir de la plus proche de chez AZ pour votre utilisateur, il est parfaitement logique en termes de vitesse et de ne pas avoir toutes les instances en une seule AZ. Vous pouvez le vérifier AWS Service de Santé tableau de bord pour avoir une idée générale de comment fiable Amazon services dans différents AZs. Notez que ces données sont directement à partir d'Amazon, je n'ai pas vu tout les stats de n'importe où ailleurs.

Answer 4

http://blog.datapath.io/aws-network-latency-map discute d'une offre commerciale pour obtenir ces informations. Elle indique sur une carte le temps de latence entre l'endroit que vous indiquez et le service AWS que vous spécifiez.