Comment puis-je déterminer quel emplacement de SSFE est le meilleur pour servir les clients d'une région particulière?

AWS dispose de plusieurs emplacements pour le stockage et EC2 instances à exécuter avec des prix différents. Comment puis-je déterminer l'emplacement qui convient le mieux à une région particulière? Est-ce que c'est intuitif (plus près de votre région de service est le meilleur) ou y a-t-il des problèmes de fiabilité (l'emplacement de L'AWS en particulier fait face à 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 est principalement destinée aux clients Indiens. Donc, je considère Singapour ou Tokyo comme une option.

72
demandé sur Steffen Opel 2011-06-14 10:46:15
la source

9 ответов

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

les gens intelligents et innovateurs de clé en main Linux récemment ouvert source de leur solution à votre problème, voir AWS regional Data Centers mapping sur GitHub:

Ce projet est utilisé pour générer l'index (et carte visuelle pour référence) utilisé par le Hub clé en main à trouver le centre de données AWS le plus proche pour un utilisateur. [c'est moi qui souligne]

l'algorithme utilisé est détaillé plus en détail dans trouver le centre de données le plus proche en utilisant GeoIP et l'indexation ainsi que le post de suivi trouver l'archive de paquets APT la plus proche en utilisant GeoIP et l'indexation .

alors Qu'un peu d'un gadget, le la visualisation est sérieusement cool et confirme resp. illustre la raison pour le fait à première vue surprenant Josh mentionné déjà, à savoir que les utilisateurs en Australie ont tendance à obtenir une meilleure latence via l'Ouest des États-Unis (Californie Du Nord / us-west-1) plutôt que la région Asie-Pacifique (Singapour / ap-sud-est-1). ( pointe : vérification futurs câbles au coin inférieur droit révèle que c'est probablement going to change, qui est plus détaillé dans Greg's Cable Map , qui indique L'Australie pourrait sauter entre les deux emplacements AWS latence sage dans les années à venir;)

utilisant la latence la plus faible emplacement AWS automatiquement via Amazon Route 53

pendant ce temps AWS fournit une carte utile illustrant leur Infrastructure mondiale pour une évaluation rapide, à côté des des détails tels que le nombre de zones de disponibilité et le paramètre API.

plus important encore, AWS vient d'annoncer la prise en charge DNS géographique Jahufar mentionné déjà, voir le post d'introduction multi-Region Latency Based Routing now Available for AWS , qui rend disponible la même technologie de routage basée sur la latence qui alimente Amazon CloudFront aux utilisateurs de Amazon EC2 , Elastic Load Balancing , et plus.

donc, si votre environnement est déjà composé d'une architecture D'Instances EC2 à échelle automatique, il suffit d'appliquer ce routage basé sur la latence pour résoudre votre problème automatiquement.

alors que le cas d'utilisation cible évidemment les offres de fraie de multiples régions AWS, les caractéristiques sophistiquées autour de routage basé sur la latence et Les ensembles de données pondérés pourraient vous permettre de déterminer vous-même plus facilement l'information désirée.

73
répondu Steffen Opel 2017-05-23 15:34:19
la source

il y a aussi un site web pour le test de vitesse: https://cloudharmony.com/speedtest si vous voulez facilement vérifier quelle région est la meilleure pour vous.

24
répondu LarS 2015-06-11 19:17:38
la source

Try cloudping.info

il effectuera un ping HTTP 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

NOTE Pour so admins : Je ne suis pas affilié à ce service. Je l'ai trouvé en préparant la certification AWS.

12
répondu Alex B 2017-12-14 03:56:38
la source

tester la latence dans différentes régions est évidemment conseillé! Je suis situé en Australie et de nombreux utilisateurs ici obtiennent une meilleure latence à L'ouest des États - Unis qu'à Singapour-en partie, cela se résume à L'observation des fournisseurs de services Internet locaux et à la connectivité internationale. Il est relativement simple de tester si vous avez des utilisateurs dans la région que vous ciblez.

La fiabilité

du côté des SSFE (c.-à-d. pas de problèmes de réseau Utilisateur) 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 celles de L'APAC simplement parce qu'elles desservent ces marchés depuis plus longtemps. L'un des effets secondaires de cette situation est que les fonctions sont déployées relativement tard à Singapour/Tokyo - normalement, les nouvelles fonctions commencent à être déployées dans L'est des États-Unis.

comme vous avez déjà S3 et EC2 en tête comme services que vous aimeriez utiliser et qu'ils sont tous les deux disponibles dans des régions plus proches, évaluer si les nouveaux services web de AWS sont immédiatement importants - si non, tirer pour quelque chose (temps de latence) à proximité.

5
répondu Josh 2011-06-14 11:02:25
la source

Amazon offre maintenant la possibilité d'acheminer vers un datacenter basé sur la plus faible latence de l'utilisateur final. C'est Route53 nouveau "lbr"!

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

5
répondu Ming Tsai 2012-04-30 02:35:03
la source

voici un outil de console qui montre la région la plus proche de l'aws:

c'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 ordonnées par la latence.

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

4
répondu shorrty 2016-09-22 15:26:03
la source

EDIT: regardez la réponse de Mark Tsai. C'est la voie à suivre (la Route 53 n'existait pas lorsque j'ai écrit celle-ci)

cela appartient probablement à ServerFault Mais voici:

ce que vous demandez essentiellement, c'est un DNS géographique.

pour le moment, il n'est pas directement pris en charge dans AWS - bien que j'ai vu certains parler de sa mise en œuvre dans certains messages forum AWS - très probablement dans leur Route 53 service.

jusque - là, vous pourriez regarder dans les solutions de tiers tels que Zerigo qui vous fournirait avec L'installation DNS Geo.

ou si vous êtes hardcore, vous pouvez lancer le vôtre en configurant BIND avec IP2Location

EDIT: il y a un post sur ServerFault qui parle des fournisseurs de données géographiques

en ce qui concerne votre question concernant la performance et la fiabilité AWS: vous devriez envisager de mettre votre site à disposition à partir de la ZA la plus proche de votre Utilisateur - cela a un sens parfait en termes de vitesse et de ne pas avoir toutes vos instances dans une seule za. Vous pouvez vérifier AWS Service Health Dashboard pour avoir une idée générale de la fiabilité des services D'Amazon dans les différents AZs. Notez que ces données proviennent directement d'Amazon - Je n'ai vu aucune statistique indépendante nulle part ailleurs.

2
répondu Jay Sidri 2017-04-13 15:13:48
la source

Bon outil/site de Vérifier la Latence à partir de notre emplacement

http://www.cloudwatch.in /

enter image description here

1
répondu BJ Patel 2017-07-09 09:43:17
la source

http://blog.datapath.io/aws-network-latency-map parle d'une offre commerciale pour obtenir cette information. Il montre le temps de latence de l'emplacement que vous spécifiez, au service AWS que vous spécifiez, sur une carte.

0
répondu Douglas Held 2017-01-02 01:03:33
la source