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.
Beispielsweise können Sie Latenz-Aliasdatensätze verwenden, um eine Region in der Nähe eines Benutzers auszuwählen, und gewichtete Datensätze für zwei oder mehr Ressourcen in jeder Region verwenden, um sich vor dem Ausfall eines einzelnen Endpunkts oder einer Availability Zone zu schützen. 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 Dienst. Sie geben also nicht die Region an, für die Sie Health Checks erstellen möchten.
-
Sie möchten den Traffic je nach Instance-Typ an die beiden Instances in jeder Region weiterleiten. Daher erstellen Sie für jede Instance einen gewichteten Datensatz und weisen jedem Datensatz eine Gewichtung zu. (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 den Datenverkehr an die Region weiterleiten, die die niedrigste Latenz für Ihre Benutzer bietet. Daher wählen Sie die Latenz-Routing-Richtlinie für die Datensätze oben in der Struktur aus.
Sie möchten den Datenverkehr zu den Datensätzen in jeder Region 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 veranlasst Route 53, festzustellen, ob in einer Region intakte Ressourcen vorhanden sind, bevor versucht wird, den Verkehr dorthin weiterzuleiten. Wenn nicht, wählt Route 53 eine intakte 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.
