it-swarm.com.de

Wie kann ich feststellen, welcher AWS-Standort für Kunden aus einer bestimmten Region am besten geeignet ist?

AWS verfügt über mehrere Standorte für Speicher- und EC2-Instanzen, die mit unterschiedlichen Preisen ausgeführt werden können. Wie könnte ich feststellen, welcher Standort für eine bestimmte Region am besten ist. Ist es intuitiv (es ist am besten, wenn Sie sich in Ihrer Region befinden) oder gibt es Zuverlässigkeitsprobleme (bestimmte AWS-Standorte haben mehr Ausfälle als andere) Gibt es Daten für eine solche Entscheidung?

Ich entwickle eine Anwendung, die sich hauptsächlich an indische Kunden richtet. Ich erwäge Singapur oder Tokio als Option.

73
Gagandeep Singh

Bestimmen des AWS-Standorts mit der niedrigsten Latenz für die benutzerdefinierte Verwendung

Die intelligenten und innovativen Leute von TurnKey Linux haben kürzlich eine Open-Source-Lösung für Ihr Problem gefunden (siehe Zuordnung der regionalen AWS-Rechenzentren auf GitHub:

In diesem Projekt werden die Indizes (und visuelle Karte als Referenz) generiert, die vom TurnKey Hub verwendet werden, um das nächstgelegene AWS-Rechenzentrum zu finden für einen Benutzer. [Hervorhebung meiner]

Der verwendete Algorithmus wird ausführlicher in Ermitteln des nächstgelegenen Rechenzentrums mithilfe von GeoIP und Indizieren sowie im Folgebericht Ermitteln des nächstgelegenen APT Paketarchivs mithilfe von GeoIP und Indizierung .

Die Visualisierung ist zwar ein kleines Gimmick, aber sehr cool und bestätigt bzw. bestätigt. Der Grund für die auf den ersten Blick überraschende Tatsache, Josh erwähnt , ist, dass Benutzer in Australien derzeit eher über den Westen der USA (Nordkalifornien/us-west-1) als über Asien eine bessere Latenz erhalten Pazifikregion (Singapur/ap-Südost-1). ( Tipp : Wenn Sie Future Cables in der unteren rechten Ecke überprüfen, wird sich dies wahrscheinlich ändern Weitere Informationen finden Sie in Gregs Cable Map , was darauf hinweist, dass Australien in den kommenden Jahren in Bezug auf die Latenz zwischen den beiden AWS-Standorten wechseln könnte;)

Verwenden des AWS-Standorts mit der niedrigsten Latenz automatisch über Amazon Route 5

In der Zwischenzeit stellt AWS eine hilfreiche Karte zur Verfügung, die das Globale Infrastruktur für eine schnelle Beurteilung zusammen mit entsprechenden Details wie z. Anzahl der Verfügbarkeitszonen und des API-Endpunkts.

Noch wichtiger ist jedoch, dass AWS gerade die geografische DNS-Unterstützung Jahufar erwähnt angekündigt hat (siehe Einführungsbeitrag Latenzbasiertes Routing für mehrere Regionen jetzt für AWS verfügbar , das stellt Nutzern von Amazon EC2 , Elastic Load Balancing und mehr die gleiche latenzbasierte Routing-Technologie zur Verfügung, die Amazon CloudFront unterstützt.

Wenn Ihre Umgebung bereits über eine Auto Scaling EC2-Instances-Architektur verfügt, kann das Problem durch einfaches Anwenden dieses latenzbasierten Routings automatisch behoben werden.

Während der Anwendungsfall offensichtlich auf Angebote abzielt, aus denen mehrere AWS-Regionen hervorgehen, können Sie mit den ausgeklügelten Funktionen für Latenz-basiertes Routing und gewichtete Round-Robin-Datensätze die gewünschten Informationen möglicherweise auch selbst leichter ermitteln .

77
Steffen Opel

Es gibt auch eine Website für Geschwindigkeitstests: https://cloudharmony.com/speedtest wenn Sie einfach herausfinden möchten, welche Region für Sie am besten geeignet ist.

24
LarS

Versuchen Sie cloudping.info

Es wird HTTP-Ping von Ihrem Browser an jede AWS-Region durchgeführt.

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

HINWEIS für SO - Admins: Ich bin mit diesem Dienst nicht verbunden. Ich habe es gefunden, als ich mich auf die AWS-Zertifizierung vorbereitete.

18
Alex B

Testen der Latenz in verschiedenen Regionen ist natürlich ratsam! Ich bin in Australien ansässig, und viele Benutzer hier haben eine bessere Latenz in den Westen der USA als in Singapur - zum Teil kommt es auf lokale ISP-Partner und internationale Konnektivität an. Es ist relativ einfach zu testen, ob sich Benutzer in der Zielregion befinden.

Zuverlässigkeit auf der AWS-Seite (d. H. Keine Netzwerkprobleme von Benutzern) ist meist eine Folge der Bereitstellung in mehreren Availability Zones. In den USA gibt es mehr Möglichkeiten als in den APAC-Regionen, nur weil sie diese Märkte länger bedienen. Ein Nebeneffekt ist, dass Features erst relativ spät in Singapur/Tokio bereitgestellt werden. Normalerweise werden neue Funktionen im Osten der USA eingeführt.

Da Sie bereits S3 und EC2 als Dienste vor Augen haben, die Sie gerne nutzen möchten, und beide in engeren Regionen verfügbar sind, sollten Sie prüfen, ob neuere Webdienste von AWS sofort wichtig sind. Wenn nicht, suchen Sie nach etwas (Latenz) in der Nähe.

5
Josh

Amazon bietet jetzt die Möglichkeit, basierend auf der niedrigsten Endbenutzer-Latenzzeit an ein Datencenter zu routen. Das neue "latenzbasierte Routing" von Route53! 

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

5
Ming Tsai

Hier ist ein Konsolentool, das die nächste AWS-Region anzeigt:

Es ist in Golang geschrieben und sehr einfach zu bedienen:

➥ ./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

Regionen sind nach der Latenz geordnet.

Sie können es auf einem beliebigen Server ausführen und die für Sie nächste Region bestimmen.

4
shorrty

Gutes Tool/Site, um die Latenz von unserem Standort aus zu überprüfen

http://www.cloudwatch.in/

 enter image description here

3
BJ Patel

EDIT: Schau dir die Antwort von Mark Tsai an. Das ist der Weg zu gehen (Route 53 gab es nicht, als ich diesen schrieb)

Das gehört wahrscheinlich in ServerFault, aber hier geht es:

Im Grunde fragen Sie nach Geo-DNS. 

Im Moment wird es in AWS nicht direkt unterstützt - obwohl ich davon gehört habe, dass es in einigen AWS-Forenbeiträgen implementiert wurde - höchstwahrscheinlich in ihrem Route 53 Dienst. 

Bis dahin können Sie sich Lösungen von Drittanbietern wie Zerigo anschauen, die Ihnen eine Geo-DNS-Funktion bieten. 

Oder wenn Sie Hardcore sind, können Sie Ihre eigene Rolle spielen, indem Sie BIND mit IP2Location konfigurieren. 

BEARBEITEN: Es gibt einen Beitrag auf ServerFault, der über Geo-DNS-Anbieter spricht

Zu Ihrer Frage nach Leistung und Zuverlässigkeit von AWS: Sie sollten in Betracht ziehen, Ihre Website vom nächsten AZ an Ihren Benutzer weiterzugeben. Dies ist absolut sinnvoll, wenn es um Geschwindigkeit geht und nicht alle Instanzen in einem einzigen AZ liegen. Sie können AWS Service Health Dashboard überprüfen, um eine allgemeine Vorstellung davon zu erhalten, wie zuverlässig die Amazon-Dienste in verschiedenen AZs sind. Beachten Sie, dass diese Daten direkt von Amazon stammen. Ich habe nirgendwo andere unabhängige Statistiken gesehen.

2
Jay Sidri

http://blog.datapath.io/aws-network-latency-map diskutiert ein kommerzielles Angebot, um diese Informationen zu erhalten. Es zeigt die Latenzzeit von dem von Ihnen angegebenen Ort bis zu dem von Ihnen angegebenen AWS-Service auf einer Karte.

0
Douglas Held