Bestimmen des AWS-Standorts mit der niedrigsten Latenz für die benutzerdefinierte Verwendung
Die intelligenten und innovativen Mitarbeiter von TurnKey Linux haben kürzlich ihre Lösung für Ihr Problem als Open-Source-Lösung bereitgestellt. Weitere Informationen finden Sie unter Zuordnung der regionalen AWS-Rechenzentren auf GitHub:
Dieses Projekt wird verwendet, um die Indizes (und die visuelle Karte als Referenz) zu generieren, die vom TurnKey Hub verwendet werden , um das nächstgelegene AWS-Rechenzentrum für einen Benutzer zu finden. [Hervorhebung von mir]
Der verwendete Algorithmus wird unter Finden des nächstgelegenen Rechenzentrums mithilfe von GeoIP und Indizierung sowie im nachfolgenden Beitrag Suchen des nächstgelegenen APT-Paketarchivs mithilfe von GeoIP und Indizierung näher erläutert .
Die Visualisierung ist zwar eine kleine Spielerei, aber sehr cool und bestätigt resp. veranschaulicht den Grund für die auf den ersten Blick überraschende Tatsache, die Josh bereits erwähnt hat , nämlich dass Benutzer in Australien derzeit eher über den Westen der USA (Nordkalifornien / USA-West-1) als über den asiatisch-pazifischen Raum (Singapur / Südosten) eine bessere Latenz erhalten -1) Region. ( Tipp : Wenn Sie Future Cables in der unteren rechten Ecke überprüfen , wird sich dies wahrscheinlich ändern. Dies wird in Gregs Cable Map näher erläutert. Dies zeigt , dass Australien in den kommenden Jahren möglicherweise zwischen den beiden AWS-Standorten in Bezug auf die Latenz springen wird.)
Automatische Verwendung des AWS-Standorts mit der niedrigsten Latenz über Amazon Route 53
In der Zwischenzeit bietet AWS eine hilfreiche Karte zur Veranschaulichung der globalen Infrastruktur für eine schnelle Bewertung sowie entsprechende Details wie z. B. die Anzahl der Verfügbarkeitszonen und den API-Endpunkt.
Noch wichtiger ist aber hat AWS soeben angekündigt , die geografische DNS - Unterstützung Jahufar erwähnten bereits, siehe die einleitenden Beitrag Multi-Region Latency Based Routing jetzt für AWS , die die gleiche Latenz basierte Routing - Technologie, die verfügbar macht Amazon Cloudfront für die Nutzer von Amazon EC2 , Elastischer Lastausgleich und mehr.
Wenn Ihre Umgebung bereits aus einer Architektur für die automatische Skalierung von EC2-Instanzen besteht, sollte Ihr Problem automatisch gelöst werden, wenn Sie einfach dieses auf Latenz basierende Routing anwenden.
Während der Anwendungsfall offensichtlich auf Angebote abzielt, die mehrere AWS-Regionen hervorbringen, können Sie mit den ausgeklügelten Funktionen rund um latenzbasiertes Routing und gewichtete Round-Robin-Datensatzgruppen die gewünschten Informationen möglicherweise auch leichter selbst bestimmen.
Es gibt auch eine Website für Geschwindigkeitstests: https://cloudharmony.com/speedtest, wenn Sie leicht überprüfen möchten, welche Region für Sie am besten geeignet ist.
quelle
Hier ist ein Konsolentool, das die nächste aws-Region anzeigt:
Es ist in Golang geschrieben und sehr einfach zu bedienen:
Regionen sind nach der Latenz geordnet.
Sie können es auf jedem Server ausführen und die nächstgelegene Region für Sie ermitteln.
quelle
Es ist natürlich ratsam, die Latenz auf verschiedene Regionen zu testen! Ich bin in Australien ansässig und viele Benutzer hier haben eine bessere Latenzzeit für den Westen der USA als für Singapur - zum Teil ist dies auf das Peering lokaler ISPs und die internationale Konnektivität zurückzuführen. Es ist relativ einfach zu testen, ob Sie Benutzer in der Region haben, auf die Sie abzielen.
Die Zuverlässigkeit auf der AWS-Seite (dh keine Probleme mit dem Benutzernetzwerk) ist hauptsächlich eine Folge der Bereitstellung über mehrere Verfügbarkeitszonen hinweg. In den USA gibt es mehr Auswahlmöglichkeiten als in den APAC-Regionen, nur weil sie diese Märkte schon länger bedienen. Ein Nebeneffekt davon ist, dass Funktionen relativ spät in Singapur / Tokio bereitgestellt werden - normalerweise werden neue Funktionen in den USA eingeführt.
Da Sie bereits S3 und EC2 als Dienste im Auge haben, die Sie verwenden möchten, und beide in näheren Regionen verfügbar sind, prüfen Sie, ob neuere Webdienste von AWS sofort wichtig sind. Wenn nicht, suchen Sie nach etwas (Latenz) in der Nähe.
quelle
Amazon bietet jetzt die Möglichkeit, basierend auf der geringsten Latenz des Endbenutzers zu einem Rechenzentrum weiterzuleiten. Es ist das neue "Latenzbasierte Routing" von Route53!
http://docs.amazonwebservices.com/Route53/latest/DeveloperGuide/CreatingLatencyRRSets.html
quelle
Gutes Tool / Site, um die Latenz von unserem Standort aus zu überprüfen
http://www.cloudwatch.in/
quelle
EDIT: Sehen Sie sich Mark Tsais Antwort an. Das ist der richtige Weg (Route 53 gab es nicht, als ich diese schrieb)
Dies gehört wahrscheinlich in ServerFault, aber hier geht's:
Was Sie im Grunde fragen, ist Geo DNS.
Im Moment wird es in AWS nicht direkt unterstützt - obwohl ich einige Gespräche darüber gesehen habe, dass es in einigen AWS-Forenbeiträgen implementiert wird - höchstwahrscheinlich in ihrem Route 53- Dienst.
Bis dahin könnten Sie nach Lösungen von Drittanbietern wie Zerigo suchen , die Ihnen eine Geo-DNS-Funktion bieten.
Oder wenn Sie Hardcore sind, können Sie Ihre eigenen rollen, indem Sie BIND mit IP2Location konfigurieren
BEARBEITEN: Auf ServerFault gibt es einen Beitrag über Geo-DNS-Anbieter
Zu Ihrer Frage zu Leistung und AWS-Zuverlässigkeit: Sie sollten in Betracht ziehen, Ihre Site von der nächstgelegenen AZ für Ihren Benutzer bereitzustellen. Dies ist in Bezug auf die Geschwindigkeit und die Tatsache, dass nicht alle Instanzen in einer einzigen AZ vorhanden sind, absolut sinnvoll. Sie können das AWS Service Health Dashboard überprüfen , um eine allgemeine Vorstellung davon zu erhalten, wie zuverlässig die Dienste von Amazon in verschiedenen AZs sind. Beachten Sie, dass diese Daten direkt von Amazon stammen. Ich habe nirgendwo anders unabhängige Statistiken gesehen.
quelle
http://blog.datapath.io/aws-network-latency-map beschreibt ein kommerzielles Angebot, um diese Informationen zu erhalten. Es zeigt die Latenzzeit vom angegebenen Speicherort bis zum von Ihnen angegebenen AWS-Service auf einer Karte.
quelle