Hayden.
Und willkommen zurück.
Im heutigen Video geht es um die Latenz-Routing-Richtlinie in Route 53.
Jetzt kann ich das latenzbasierte Routing in der einfachsten Form mit Hilfe von Google Maps erklären.
Ich bin sicher, dass die meisten von Ihnen Google Maps bereits verwendet haben.
Wenn Sie also ein bestimmtes Ziel erreichen wollen, kann Google Maps Ihnen jetzt mehrere Wege zu diesem Ziel
aufzeigen.
Der Weg, den Google Maps Ihnen anzeigt, hängt von den Verkehrsbedingungen ab und davon, wie schnell Sie das Ziel erreichen
können.
Es ist also nicht so, dass der Weg, den Google Map Ihnen heute gezeigt hat, derselbe ist, den Google Maps Ihnen morgen
zeigen könnte.
Je nach Verkehrslage kann der Weg auch anders verlaufen.
Das Latenz-Routing folgt nun einem ähnlichen Ansatz.
Wenn Ihre Anwendung in einer Region mit mehreren Ebenen gehostet wird, können wir die Leistung für die Benutzer
verbessern, indem wir ihre Anfragen von der Region mit der geringsten Latenz bedienen.
Wie wir bereits besprochen haben, kann sich die Latenzzeit zwischen den Servern im Laufe der Zeit ändern,
so dass es zu bestimmten Änderungen im Backbone-Netz und beim Routing kommen kann.
Je nachdem, welche Region die geringste Latenz aufweist, leitet die Route 53 den Datenverkehr
an diese Region weiter.
So kann es sein, dass eine Anfrage, die heute an die Region Singapur weitergeleitet wird, morgen an die Region Indien weitergeleitet
wird.
Auch hier kommt es auf die Gesamtlatenzzeit an.
Lassen Sie mich Ihnen anhand eines kurzen Beispiels zeigen, wie genau das aussehen könnte.
Für die heutige Demo haben wir also eine öffentliche Zone von Zee Vodacom gehostet.
Dies war also eine der Domänen, die wir für eine gewisse Zeit zum Testen und für latenzbasiertes Routing verwenden
wollten.
Wir brauchen eine öffentlich zugängliche Zone.
Wie Sie hier sehen, habe ich zwei Datensätze zur Verfügung, die beide die Latenz oder Vodacom und
Sie die Latenz 20 enthalten. com.
Nun hat jeder dieser Datensätze einen anderen Wert.
Die erste hat den Rekord von 35, die zweite von 54.
Wenn ich nun auf einen der Datensätze klicke, die auf Ihre eingestellt sind, sehen Sie, dass die Routing-Richtlinie vom Typ Latenz ist.
Und die zweite, die Routing-Politik, ist wieder vom Typ Latenz.
Wenn also ein Nutzer eine Latenzanfrage an Vodacom stellt, hängt es von der Gesamtlatenz ab, welcher Datensatz
zugestellt wird.
Nehmen wir an, ich habe einen Server in der Region Mumbai und einen Server in der Region USA.
Wenn nun ein Nutzer versucht, eine Verbindung zur Latenzzeit herzustellen, um diese zu überwinden, wird er in die Region USA umgeleitet.
Wenn jedoch jemand aus Singapur oder Asien versucht, eine Verbindung mit der gleichen Latenz zu Vodacom herzustellen,
wird er möglicherweise zum nächstgelegenen Server weitergeleitet.
Schauen wir uns also kurz an, wie genau das aussehen könnte.
Ich klicke also auf "Latenzpunkt Z, Vodacom" und suche schnell danach.
Da ich mich derzeit in Indien befinde, werde ich zu dem Datensatz umgeleitet, der von meinem Standort aus die
geringste Latenz aufweist.
Das sind also 35. 1 54.
In Ordnung, jetzt lassen Sie uns eine Sache tun.
Ich öffne also einfach eine der Websites, die im Grunde eine schöne Suche durchführen können.
Also gut.
Ich glaube, dass diese Website hauptsächlich in den USA zu finden ist.
Sagen wir also, ich würde sagen, die Latenzzeit für Z Vodacom.
Dies wird funktionieren, da die aktuelle Zone eine öffentlich gehostete Zone ist, also probieren wir es jetzt aus.
Und jetzt sehen Sie hier, dass es grundsätzlich eine Adresse von 54 bis 110 gibt.
In der CLI wurde jedoch die Adresse 35 angegeben. 1 54.
Nun stellt sich die Frage, inwieweit sich dies von der Geolokalisierung unterscheidet, denn selbst
bei der Geolokalisierung kann ich sagen, dass jede Anfrage aus der US-Region an die US-Ressourcen von uns weitergeleitet würde.
Es gibt jedoch einen gewissen Unterschied.
Nehmen wir an, Sie haben einen Server in Mumbai und einen Server in Singapur.
Nun würde die Anfrage an einen der Server mit der geringsten Latenz weitergeleitet werden.
Das ist nicht der Fall.
Nehmen wir an, ich bin in Mumbai und jemand aus Indien versucht, eine Verbindung zu meiner Domäne herzustellen.
Der Server in der Region Mumbai hat jedoch die höchste Latenzzeit, so dass die Anfrage an den Server in der Region Singapur
weitergeleitet wird.
Hier sind die latenzbasierten Aufzeichnungen also wirklich hilfreich.
Bevor wir zum Schluss kommen, möchte ich Ihnen noch schnell eine Sache zeigen, und dann gehe ich zu den EC zwei.
Wenn Sie also eine latenzbasierte Routing-Richtlinie erstellen möchten, kennen Sie sicher bereits die grundlegenden
Möglichkeiten, wie Sie eine Routing-Richtlinie erstellen können.
Es ist ganz einfach.
Sagen wir, ich würde sagen, als meine Demo-Latenz.
Jetzt müssen Sie den Wert eingeben, und bevor Sie das tun, wählen Sie einfach die Routing-Richtlinie als Latenz aus.
In der EC-2-Instanz wählen wir nun die Region Singapur aus, und in der Region Singapur werde ich
eine elastische IP erstellen.
Lassen Sie uns schnell eine elastische IP erstellen.
Ich kopiere also die elastische IP hierher und füge sie in das Wertefeld ein. Sie werden sehen, dass die mit der elastischen
IP verbundene Region automatisch erkannt wurde.
Das ist etwas, das ich wirklich mag.
Das ist sehr interessant.
Sie können hier also eine ID vergeben, z. B. die Region Singapur, und dann können Sie loslegen und etwas erstellen.
Also gut.
So, jetzt haben Sie meine Demo Latenz Zillow. com.
Sie können mehrere Datensätze erstellen, abhängig von der elastischen IP, die Sie angeben können.
Die Region wird im Falle von Elastic IP automatisch erkannt.
Sobald Sie das getan haben, können Sie es ausprobieren und prüfen, ob das latenzbasierte Routing für Ihre praktischen
Anforderungen geeignet ist.
Dies ist also der allgemeine Überblick über das latenzbasierte Routing.
Ich hoffe, dieses Video war informativ für Sie und nochmals, wenn Sie eine elastische IP erstellt
haben, vergessen Sie nicht, sie freizugeben, sonst werden Sie unnötig belastet.
Damit möchte ich dieses Video abschließen.