Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
So funktionieren Zustandsprüfungen in komplexen Amazon-Route-53-Konfigurationen
Die Prüfung des Zustands von Ressourcen in komplexen Konfigurationen funktioniert ähnlich wie bei einfachen Konfigurationen. In komplexen Konfigurationen verwenden Sie jedoch eine Kombination aus Aliasdatensätzen (z. B. gewichtete Alias- und Failover-Aliasdatensätze) und Nicht-Aliasdatensätzen, um einen Entscheidungsbaum zu erstellen, mit dem Sie mehr Kontrolle darüber erhalten, wie Route 53 auf Anforderungen reagiert.
Sie können beispielsweise Latenz-Aliasdatensätze verwenden, um eine Region in der Nähe des Benutzers auszuwählen, und gewichtete Datensätze für zwei oder mehr Ressourcen in jeder Region verwenden, um Schutz vor dem Ausfall eines einzelnen Endpunkts oder einer Availability Zone zu bieten. In der folgenden Abbildung ist diese Konfiguration dargestellt.
So werden Amazon EC2 und Route 53 konfiguriert. Beginnen wir am unteren Ende des Baums, da dies die Reihenfolge ist, in der Sie Datensätze erstellen:
-
Sie haben jeweils zwei EC2-Instances in zwei Regionen, us-east-1 und ap-southeast-2. Sie wollen, dass Route 53 Datenverkehr an Ihre EC2-Instances weiterleitet, wenn sie fehlerfrei sind, daher erstellen Sie für jede Instance eine Zustandsprüfung. Sie konfigurieren die Zustandsprüfungen so, dass Zustandsprüfungsanfragen an die entsprechende Instance unter der Elastic IP-Adresse für die Instance gesendet werden.
Route 53 ist ein globaler Service, daher brauchen Sie nicht die Region anzugeben, in der Sie die Zustandsprüfungen erstellen wollen.
-
Sie möchten Datenverkehr zu den beiden Instances in jeder Region basierend auf dem Instance-Typ weiterleiten, daher erstellen Sie einen gewichteten Datensatz für jede Instance und geben jedem Datensatz eine Gewichtung. (Sie können die Gewichtung zu einem späteren Zeitpunkt ändern, um mehr oder weniger Datenverkehr zu einer Instance zu leiten.) Sie ordnen jeder Instance auch die entsprechende Zustandsprüfung zu.
Beim Erstellen der Datensätze verwenden Sie Namen wie us-east-1-www.example.com. und ap-southeast-2-www.example.com. Sie warten, bis Sie zur Spitze des Baums gelangen, bevor Sie Datensätzen die Namen geben, die Ihre Benutzer verwenden werden, um auf Ihre Website oder Webanwendung zuzugreifen, z. B. example.com.
-
Sie möchten Datenverkehr zu der Region mit der niedrigsten Latenz für Ihre Benutzer weiterleiten, daher wählen Sie die Latenz-Routing-Richtlinie für die Datensätze oben im Baum.
Sie möchten Datenverkehr zu den Datensätzen in den einzelnen Regionen weiterleiten, nicht direkt zu den Ressourcen in jeder Region (die gewichteten Datensätze tun das bereits). Infolgedessen erstellen Sie Latenz-Aliasdatensätze.
Beim Erstellen von Aliasdatensätzen geben Sie ihnen den Namen, den Ihre Benutzer verwenden sollen, um auf Ihre Website oder Webanwendung zuzugreifen, z. B. example.com. Die Aliasdatensätze leiten den Datenverkehr für example.com zu den Datensätzen us-east-1-www.example.com und ap-southeast-2-www.example.com weiter.
Für beide Latenz-Aliasdatensätze legen Sie den Wert für Evaluate Target Health auf Yes fest. Dies bewirkt, dass Route 53 prüft, ob es fehlerfreie Ressourcen in einer Region gibt, bevor versucht wird, Datenverkehr dorthin zu leiten. Falls nicht, wählt Route 53 eine fehlerfreie Ressource in der anderen Region aus.
Das vorherige Diagramm veranschaulicht die folgende Ereignissequenz:
-
Route 53 erhält eine Abfrage für example.com. Basierend auf der Latenz für den Benutzer, der die Abfrage sendet, wählt Route 53 den Latenz-Aliasdatensatz für die Region us-east-1 aus.
-
Route 53 wählt einen gewichteten Datensatz basierend auf der Gewichtung aus. Evaluate Target Health ist für den Latenz-Aliasdatensatz auf Yes festgelegt, sodass Route 53 den Zustand des ausgewählten gewichteten Datensatzes prüft.
-
Die Zustandsprüfung ist fehlgeschlagen, sodass Route 53 einen anderen gewichteten Datensatz basierend auf der Gewichtung auswählt und dessen Zustand prüft. Der Datensatz ist ebenfalls fehlerhaft.
-
Route 53 verlässt diesen Zweig, sucht nach dem Latenz-Aliasdatensatz mit der nächstbesten Latenz und wählt den Datensatz für ap-southeast-2 aus.
-
Route 53 wählt erneut einen Datensatz basierend auf der Gewichtung aus und prüft den Zustand der ausgewählten Ressource. Die Ressource ist fehlerfrei, daher gibt Route 53 den entsprechenden Wert als Reaktion auf die Abfrage zurück.
Themen
Was geschieht, wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen?
Sie können eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und/oder den Wert für Evaluate Target Health auf Yes festlegen. Es ist in der Regel jedoch nützlicher, wenn Route 53 Abfragen basierend auf dem Zustand der zugrundeliegenden Ressourcen beantwortet. d. h. der HTTP-Server, der Datenbankserver und anderer Ressourcen, auf die sich die Aliasdatensätze beziehen. Angenommen, Sie haben folgende Konfiguration:
-
Sie ordnen einem Latenz-Aliasdatensatz, für den das Aliasziel eine Gruppe von gewichteten Datensätzen ist, eine Zustandsprüfung zu.
-
Sie legen für den Latenz-Aliasdatensatz den Wert von Evaluate Target Health auf Yes fest.
In dieser Konfiguration müssen die beiden folgenden Bedingungen erfüllt sein, bevor Route 53 den entsprechenden Wert für einen gewichteten Datensatz zurückgibt:
-
Die dem Latenz-Aliasdatensatz zugeordnete Zustandsprüfung muss erfolgreich sein.
-
Mindestens ein gewichteter Ressourcendatensatz muss als fehlerfrei bewertet werden, weil er entweder einer bestandenen Zustandsprüfung zugeordnet ist oder weil er keiner Zustandsprüfung zugeordnet ist. Im zweiten Fall bewertet Route 53 den gewichteten Datensatz als fehlerfrei.
In der folgenden Abbildung ist die Zustandsprüfung für den Latenz-Aliasdatensatz oben links fehlgeschlagen. Infolgedessen hört Route 53 auf, Abfragen mithilfe eines der gewichteten Datensätze zu beantworten, auf die sich der Latenz-Aliasdatensatz bezieht, auch wenn diese alle fehlerfrei sind. Route 53 berücksichtigt diese gewichteten Datensätze erst dann wieder, wenn die Zustandsprüfung für den Latenz-Aliasdatensatz wieder fehlerfrei ist. (Ausnahmen sind unter So wählt Amazon Route 53 Datensätze, wenn Zustandsprüfungen konfiguriert sind beschrieben.)
Was geschieht, wenn Sie Zustandsprüfungen überspringen?
In einer komplexen Konfiguration ist es wichtig, allen Nicht-Aliasdatensätzen Zustandsprüfungen zuzuordnen. Im folgenden Beispiel fehlt eine Zustandsprüfung für einen der gewichteten Datensätze in der Region us-east-1.
Wenn Sie eine Zustandsprüfung für einen Nicht-Aliasdatensatz in dieser Konfiguration überspringen, geschieht Folgendes:
-
Route 53 erhält eine Abfrage für example.com. Basierend auf der Latenz für den Benutzer, der die Abfrage sendet, wählt Route 53 den Latenz-Aliasdatensatz für die Region us-east-1 aus.
-
Route 53 sucht das Aliasziel für den Latenz-Aliasdatensatz und prüft den Status der entsprechenden Zustandsprüfungen. Die Zustandsprüfung für einen gewichteten Datensatz ist fehlgeschlagen, sodass der Datensatz nicht berücksichtigt wird.
-
Der andere gewichtete Datensatz im Aliasziel für die Region us-east-1 besitzt keine Zustandsprüfung. Die entsprechenden Ressourcen könnten fehlerfrei oder fehlerhaft sein, aber ohne eine Zustandsprüfung kann Route 53 dies nicht erkennen. Route 53 geht davon aus, dass die Ressource fehlerfrei ist, und gibt den entsprechenden Wert als Reaktion auf die Abfrage zurück.
Was geschieht, wenn Sie "Evaluate Target Health" auf "No" setzen?
Im Allgemeinen sollten Sie Evaluate Target Health für alle Aliasdatensätze in einer Struktur auf Yes festlegen. Wenn Sie Evaluate Target Health auf No festlegen, leitet Route 53 weiterhin auch dann Datenverkehr zu den Datensätzen, auf die ein Aliasdatensatz verweist, wenn die Zustandsprüfungen für diese Datensätze fehlschlagen.
Im folgenden Beispiel sind allen gewichteten Datensätzen Zustandsprüfungen zugeordnet, Evaluate Target Health ist für den Latenz-Aliasdatensatz für die Region us-east-1 jedoch auf No festgelegt:
Wenn Sie Evaluate Target Health für einen Aliasdatensatz in dieser Konfiguration auf No festlegen, geschieht Folgendes:
-
Route 53 erhält eine Abfrage für example.com. Basierend auf der Latenz für den Benutzer, der die Abfrage sendet, wählt Route 53 den Latenz-Aliasdatensatz für die Region us-east-1 aus.
-
Route 53 bestimmt, welches Aliasziel für den Latenz-Aliasdatensatz verwendet wird, und prüft den Status der entsprechenden Zustandsprüfungen. Beide schlagen fehl.
-
Da der Wert von Evaluate Target Health für den Latenz-Aliasdatensatz für die Region us-east-1 auf No festgelegt ist, muss Route 53 einen Datensatz in diesem Zweig auswählen, statt den Zweig zu verlassen und nach einem fehlerfreien Datensatz in der Region ap-southeast-2 zu suchen.
