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.
# Konfigurieren von DNS Failover
Wenn Sie mehr als eine Ressource mit der gleichen Funktion haben, z. B. mehr als einen HTTP- oder E-Mail-Server, können Sie Amazon Route 53 so konfigurieren, dass der Zustand Ihrer Ressourcen überprüft und auf DNS-Abfragen nur mit fehlerfreien Ressourcen reagiert wird. Nehmen wir beispielsweise an, dass die Website „example.com“ auf sechs Servern gehostet wird, von denen sich jeweils zwei in drei Rechenzentren irgendwo auf der Welt befinden. Sie können Route 53 so konfigurieren, dass er die Zustände dieser Server prüft und auf DNS-Abfragen für „example.com“ nur mit den derzeit fehlerfreien Servern antwortet.
Route 53 kann den Zustand der Ressourcen in einfachen und komplexen Konfigurationen prüfen:
+ In einfachen Konfigurationen erstellen Sie für „example.com“ eine Gruppe von Datensätzen mit demselben Namen und Typ, z. B. eine Gruppe von gewichteten Datensätzen mit dem Typ A. Anschließend konfigurieren Sie Route 53 zum Überprüfen des Zustands der entsprechenden Ressourcen. Route 53 beantwortet DNS-Abfragen basierend auf dem Zustand der Ressourcen. Weitere Informationen finden Sie unter [So funktionieren Zustandsprüfungen in einfachen Amazon Route 53-KonfigurationenSo funktionieren Zustandsprüfungen in einfachen Konfigurationen](dns-failover-simple-configs.md).
+ In komplexeren Konfigurationen erstellen Sie eine Struktur von Datensätzen, mit denen der Datenverkehr nach mehreren Kriterien weitergeleitet wird. Wenn beispielsweise die Latenz für Ihre Benutzer Ihr wichtigstes Kriterium ist, können Sie Latenz-Aliasdatensätze verwenden, um den Datenverkehr zu der Region weiterzuleiten, die die beste Latenz bietet. Die Latenz-Aliasdatensätze können in jeder Region gewichtete Datensätze als Aliasziel haben. Die gewichteten Datensätze können Datenverkehr basierend auf dem Instance-Typ zu EC2-Instances weiterleiten. Wie bei einer einfachen Konfiguration können Sie Route 53 so konfigurieren, dass der Datenverkehr basierend auf dem Zustand Ihrer Ressourcen weitergeleitet wird. Weitere Informationen finden Sie unter [So funktionieren Zustandsprüfungen in komplexen Amazon-Route-53-KonfigurationenSo funktionieren Zustandsprüfungen in komplexen Konfigurationen](dns-failover-complex-configs.md).
**Topics**
+ [Aufgabenliste für die Konfiguration von DNS Failover](dns-failover-how-to.md)
+ [So funktionieren Zustandsprüfungen in einfachen Amazon Route 53-Konfigurationen](dns-failover-simple-configs.md)
+ [So funktionieren Zustandsprüfungen in komplexen Amazon-Route-53-Konfigurationen](dns-failover-complex-configs.md)
+ [So wählt Amazon Route 53 Datensätze, wenn Zustandsprüfungen konfiguriert sind](health-checks-how-route-53-chooses-records.md)
+ [Aktiv/Aktiv- und Aktiv/Passiv-Failover](dns-failover-types.md)
+ [Konfigurieren von Failover in einer privaten gehosteten Zone](dns-failover-private-hosted-zones.md)
+ [So vermeidet Amazon Route 53 Failover-Probleme](dns-failover-problems.md)
# Aufgabenliste für die Konfiguration von DNS Failover
Wenn Sie DNS Failover mit Route 53 konfigurieren möchten, gehen Sie wie folgt vor:
1. Entwerfen Sie ein vollständiges Baumdiagramm Ihrer Konfiguration und geben Sie an, welche Art von Datensatz Sie für die einzelnen Knoten erstellen möchten (gewichteter Alias, Failover, Latenz usw.). Geben Sie oben im Baum die Datensätze für den Domänennamen an, z. B. example.com, den Ihre Benutzer verwenden, um auf Ihre Website oder Webanwendung zu zugreifen.
Die Arten von Datensätzen, die in Ihrem Baumdiagramm angezeigt werden, hängen von der Komplexität der Konfiguration ab:
+ In einer einfachen Konfiguration enthält Ihr Diagramm entweder keine Aliasdatensätze, oder die Aliasdatensätze leiten Datenverkehr anstatt zu einem anderen Route 53-Datensatz direkt zu einer Ressource weiter, z. B. einem ELB-Load Balancer. Weitere Informationen finden Sie unter [So funktionieren Zustandsprüfungen in einfachen Amazon Route 53-KonfigurationenSo funktionieren Zustandsprüfungen in einfachen Konfigurationen](dns-failover-simple-configs.md).
+ In einer komplexen Konfiguration enthält das Diagramm eine Kombination aus Aliasdatensätzen (z. B. gewichtete Alias- und Failover-Aliasdatensätze) und Nicht-Aliasdatensätzen in einer Struktur mit mehreren Ebenen wie in den Beispielen im Thema [So funktionieren Zustandsprüfungen in komplexen Amazon-Route-53-KonfigurationenSo funktionieren Zustandsprüfungen in komplexen Konfigurationen](dns-failover-complex-configs.md) gezeigt.
**Anmerkung**
Um schnell und einfach Datensätze für komplexe Weiterleitungskonfigurationen zu erstellen und die Datensätze mit Zustandsprüfungen zu verknüpfen, können Sie den visuellen Datenverkehrs-Editor verwenden und die Konfiguration als Datenverkehrsrichtlinie speichern. Sie können dann die Datenverkehrsrichtlinie mit einem oder mehreren Domainnamen (z. B. example.com) oder Subdomainnamen (z. B. www.example.com) in derselben gehosteten Zone oder in mehreren gehosteten Zonen verknüpfen. Außerdem können Sie ein Rollback der Aktualisierungen durchführen, wenn die neue Konfiguration sich nicht wie erwartet verhält. Weitere Informationen finden Sie unter [Verwenden von Traffic Flow zum Weiterleiten von DNS-Verkehr](traffic-flow.md).
Weitere Informationen finden Sie in der folgenden Dokumentation:
+ [Auswählen einer Routing-Richtlinie](routing-policy.md)
+ [Wählen zwischen Alias- und Nicht-Alias-Datensätzen](resource-record-sets-choosing-alias-non-alias.md)
1. Erstellen Sie Zustandsprüfungen für die Ressourcen, für die Sie keine Aliasdatensätze erstellen können, z. B. Amazon-EC2-Server und E-Mail-Server, die in Ihrem Rechenzentrum ausgeführt werden. Sie können diese Zustandsprüfungen mit den Nicht-Aliasdatensätzen verknüpfen.
Weitere Informationen finden Sie unter [Erstellen, Aktualisieren und Löschen von Zustandsprüfungen](health-checks-creating-deleting.md).
1. Konfigurieren Sie Router- und Firewall-Regeln nötigenfalls so, dass Route 53 regelmäßige Abfragen an die Endpunkte senden kann, die Sie in Ihren Zustandsprüfungen angegeben haben. Weitere Informationen finden Sie unter [Konfigurieren von Router- und Firewall-Regeln für Amazon Route 53-ZustandsprüfungenKonfigurieren von Router- und Firewall-Regeln für Zustandsprüfungen](dns-failover-router-firewall-rules.md).
1. Erstellen Sie alle Nicht-Aliasdatensätze im Diagramm und verknüpfen Sie die Zustandsprüfungen, die Sie in Schritt 2 erstellt haben, mit den entsprechenden Datensätzen.
Wenn Sie DNS Failover in einer Konfiguration konfigurieren, die keine Aliasdatensätze enthält, überspringen Sie die verbleibenden Aufgaben.
1. Erstellen Sie die Aliasdatensätze, die den Verkehr an AWS Ressourcen weiterleiten, z. B. an ELB-Loadbalancer und CloudFront -Verteilungen. Wenn Route 53 einen anderen Zweig der Struktur verwenden soll, wenn eine Ressource fehlerhaft ist, legen Sie den Wert von **Evaluate Target Health** für alle Aliasdatensätze auf **Yes** fest. (**Evaluate Target Health** wird für einige AWS Ressourcen nicht unterstützt.)
1. Erstellen Sie von unten in dem Baumdiagramm, das Sie in Schritt 1 angelegt haben, die Aliasdatensätze, die den Datenverkehr zu den Datensätzen weiterleiten, die Sie in Schritt 4 und 5 erstellt haben. Wenn Route 53 einen anderen Zweig der Struktur verwenden soll, wenn alle Nicht-Aliasdatensätze in einem Zweig der Struktur fehlerhaft sind, legen Sie den Wert von **Evaluate Target Health** für alle Aliasdatensätze auf **Yes** fest.
Denken Sie daran, dass Sie keinen Aliasdatensatz erstellen können, der Datenverkehr zu einem anderen Datensatz weiterleitet, bevor Sie den anderen Datensatz erstellt haben.
# So funktionieren Zustandsprüfungen in einfachen Amazon Route 53-Konfigurationen
Wenn es zwei oder mehr Ressourcen gibt, die dieselbe Funktion ausführen, beispielsweise zwei oder mehr Webserver für example.com, können Sie die folgenden Zustandsprüfungsfunktionen verwenden, um den Datenverkehr nur zu den fehlerfreien Ressourcen zu leiten:
**Überprüfen des Zustands von EC2-Instances und anderen Ressourcen (Nicht-Aliasdatensätze)**
Wenn Sie Datenverkehr zu Ressourcen weiterleiten, für die Sie keine Aliasdatensätze erstellen können, z. B. EC2-Instances, erstellen Sie einen Datensatz und eine Zustandsprüfung für jede einzelne Ressource. Ordnen Sie anschließend jeder Zustandsprüfung den entsprechenden Datensatz zu. Zustandsprüfungen überprüfen regelmäßig den Zustand der entsprechenden Ressourcen, und Route 53 leitet Datenverkehr nur zu den Ressourcen weiter, die von den Zustandsprüfungen als fehlerfrei gemeldet werden.
**Evaluieren Sie den Zustand einer AWS Ressource (Alias-Datensätze)**
Wenn Sie [Aliaseinträge](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html) verwenden, um den Verkehr an ausgewählte AWS Ressourcen weiterzuleiten, z. B. an ELB-Load Balancer, können Sie Route 53 so konfigurieren, dass der Zustand der Ressource bewertet wird und der Verkehr nur an fehlerfreie Ressourcen weitergeleitet wird. Wenn Sie einen Aliasdatensatz konfigurieren, um den Zustand einer Ressource zu bewerten, brauchen Sie keine Zustandsprüfung für die Ressource zu erstellen.
Hier ist eine Übersicht, wie Route 53 in einfachen Konfigurationen zum Überprüfen des Zustands der Ressourcen konfiguriert wird:
1. Ermitteln Sie die Ressourcen, die Route 53 überwachen soll. Sie können beispielsweise alle HTTP-Server überwachen, die auf Abfragen für example.com antworten.
1. Erstellen Sie Zustandsprüfungen für die Ressourcen, für die Sie keine Aliasdatensätze erstellen können, z. B. EC2-Instances oder Server in Ihrem eigenen Rechenzentrum. Sie geben an, wie Anfragen zur Integritätsprüfung an die Ressource gesendet werden sollen: welches Protokoll verwendet werden soll (HTTP, HTTPS oder TCP), welche IP-Adresse und welcher Port verwendet werden sollen und für HTTP/HTTPS Integritätsprüfungen einen Domainnamen und einen Pfad.
**Anmerkung**
Wenn Sie Ressourcen verwenden, für die Sie keine Aliasdatensätze erstellen können, z. B. ELB-Load Balancers, erstellen Sie keine Zustandsprüfungen für diese Ressourcen.
In einer häufig verwendeten Konfiguration wird eine Zustandsprüfung für jede Ressource erstellt und die gleich IP-Adresse für die Zustandsprüfung des Endpunkts und der Ressource verwendet. Die Zustandsprüfung sendet Anfragen an die angegebene IP-Adresse.
**Anmerkung**
Route 53 kann den Zustand von Ressourcen, deren IP-Adresse im lokalen, privaten, nicht-routingfähigen oder Multicast-Bereich liegt, nicht überprüfen. Weitere Informationen zu IP-Adressen, für die Sie keine Integritätsprüfungen erstellen können, finden Sie unter [RFC 5735, Special Use IPv4 Addresses und RFC 6598, IPv4 ](https://datatracker.ietf.org/doc/html/rfc5735) [IANA-reserviertes](https://datatracker.ietf.org/doc/html/rfc6598) Präfix für gemeinsamen Adressraum.
Weitere Informationen zum Erstellen von Zustandsprüfungen finden Sie unter [Erstellen, Aktualisieren und Löschen von Zustandsprüfungen](health-checks-creating-deleting.md).
1. Möglicherweise müssen Sie Router- und Firewall-Regeln so konfigurieren, dass Route 53 regelmäßige Abfragen an die Endpunkte senden kann, die Sie in Ihren Zustandsprüfungen angegeben haben. Weitere Informationen finden Sie unter [Konfigurieren von Router- und Firewall-Regeln für Amazon Route 53-ZustandsprüfungenKonfigurieren von Router- und Firewall-Regeln für Zustandsprüfungen](dns-failover-router-firewall-rules.md).
1. Erstellen Sie eine Gruppe von Datensätzen für Ihre Ressourcen, z. B. eine Gruppe von gewichteten Datensätzen. Sie können Alias- und Nicht-Aliasdatensätze mischen, aber sie müssen alle denselben Wert für **Name**, **Type**und **Routing Policy** haben.
Wie Sie Route 53 zur Überprüfung des Zustands Ihrer Ressourcen konfigurieren, hängt davon ab, ob Sie Alias- oder Nicht-Aliasdatensätze erstellen:
+ **Aliasdatensätze** - Geben Sie **Yes** für **Evaluate Target Health** an.
+ **Nicht-Aliasdatensätze** - Ordnen Sie die Zustandsprüfungen, die Sie in Schritt 2 erstellt haben, den entsprechenden Datensätzen zu.
Wenn Sie fertig sind, sieht Ihre Konfiguration ähnlich wie das folgende Diagramm aus, das ausschließlich Nicht-Aliasdatensätze enthält.
![\[Drei gewichtete Datensätze und die entsprechenden Zustandsprüfungen.\]](http://docs.aws.amazon.com/de_de/Route53/latest/DeveloperGuide/images/hc-weighted.png)
Weitere Informationen zur Erstellung von Datensätzen mit der Route 53-Konsole finden Sie unter [Erstellen von Datensätzen mithilfe der Amazon-Route-53-Konsole](resource-record-sets-creating.md).
1. Wenn Sie Zustandsprüfungen erstellt haben, sendet Route 53 für jede Zustandsprüfung in regelmäßigen Abständen Abfragen an den Endpunkt. Beim Eingang einer DNS-Abfrage wird jedoch keine Zustandsprüfung ausgeführt. Auf der Grundlage der Antworten entscheidet Route 53, ob die Endpunkte fehlerfrei sind, und verwendet diese Informationen, um zu bestimmen, wie auf Abfragen reagiert wird. Weitere Informationen finden Sie unter [So ermittelt Amazon Route 53, ob eine Zustandsprüfung fehlerfrei istSo ermittelt Amazon Route 53, ob eine Zustandsprüfung fehlerfrei ist](dns-failover-determining-health-of-endpoints.md).
Route 53 führt keine Zustandsprüfung für die im Datensatz angegebene Ressource aus, z. B. die IP-Adresse in einem A-Datensatz für example.com. Wenn Sie eine Zustandsprüfung mit einem Datensatz verknüpfen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Sie können Route 53 auch so konfigurieren, dass der Zustand anderer Integritätsprüfungen oder die Datenströme auf Alarme überwacht werden. CloudWatch Weitere Informationen finden Sie unter [Arten von Amazon Route 53-ZustandsprüfungenArten von Zustandsprüfungen](health-checks-types.md).
Wenn Route 53 eine Abfrage für example.com erhält, geschieht Folgendes:
1. Route 53 wählt einen Datensatz basierend auf der Weiterleitungsrichtlinie aus. In diesem Fall wird ein Datensatz basierend auf der Gewichtung ausgewählt.
1. Der aktuelle Zustand des ausgewählten Datensatzes wird durch die Überprüfung des Status der Zustandsprüfung für den jeweiligen Ressourcendatensatz festgestellt.
1. Wenn der ausgewählte Datensatz fehlerhaft ist, wählt Route 53 einen anderen Datensatz aus. Dieses Mal wird der fehlerhafte Datensatz nicht berücksichtigt.
Weitere Informationen finden Sie unter [So wählt Amazon Route 53 Datensätze, wenn Zustandsprüfungen konfiguriert sindSo wählt Route 53 Datensätze, wenn Zustandsprüfungen konfiguriert sind](health-checks-how-route-53-chooses-records.md).
1. Wenn Route 53 einen fehlerfreien Datensatz findet, antwortet es auf die Abfrage mit dem entsprechenden Wert, z. B. der IP-Adresse in einem A-Datensatz.
Das folgende Beispiel zeigt eine Gruppe von gewichteten Datensätzen, in der der dritte Datensatz fehlerhaft ist. Anfänglich wählt Route 53 einen Datensatz basierend auf der Gewichtung aller drei Datensätze aus. Wenn beim ersten Mal der fehlerhafte Datensatz ausgewählt wird, wählt Route 53 einen anderen Datensatz aus. Dieses Mal wird die Gewichtung des dritten Datensatzes in der Berechnung jedoch nicht berücksichtigt:
+ Wenn Route 53 beim ersten Mal aus allen drei Datensätzen auswählt, wird in 20 % der Zeit auf Abfragen mit dem ersten Datensatz geantwortet, 10/(10\$120\$120).
+ Wenn Route 53 feststellt, dass der dritte Datensatz fehlerhaft ist, wird in 33 % der Zeit auf Abfragen mit dem ersten Datensatz geantwortet, 10/(10\$120).
![\[Drei gewichtete Datensätze und die entsprechenden Zustandsprüfungen. Die dritte Zustandsprüfung ist fehlerhaft, daher bewertet Route 53 den zugehörigen Datensatz ebenfalls als fehlerhaft.\]](http://docs.aws.amazon.com/de_de/Route53/latest/DeveloperGuide/images/hc-weighted-failed-hc.png)
Wenn Sie eine Zustandsprüfung von einem oder mehreren Datensätzen in einer Gruppe von Datensätzen auslassen, hat Route 53 keine Möglichkeit, den Zustand der entsprechenden Ressource zu ermitteln. Route 53 bewertet diese Datensätze als fehlerfrei.
![\[Drei gewichtete Datensätze, von denen nur zwei Zustandsprüfungen besitzen. Route 53 bewertet stets den dritten Datensatz als fehlerfrei.\]](http://docs.aws.amazon.com/de_de/Route53/latest/DeveloperGuide/images/hc-weighted-missing-health-check.png)
# 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.
![\[DNS-Konfiguration mit Latenz- und gewichteten Aliasdatensätzen.\]](http://docs.aws.amazon.com/de_de/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted.png)
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](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) 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](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html).
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.
![\[DNS-Konfiguration mit Latenz- und gewichteten Aliasdatensätzen.\]](http://docs.aws.amazon.com/de_de/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-both-failed.png)
Das vorherige Diagramm veranschaulicht die folgende Ereignissequenz:
1. 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.
1. 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.
1. 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.
1. 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.
1. 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.
**Topics**
+ [Was geschieht, wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen?](#dns-failover-complex-configs-hc-alias)
+ [Was geschieht, wenn Sie Zustandsprüfungen überspringen?](#dns-failover-complex-configs-hc-omitting)
+ [Was geschieht, wenn Sie "Evaluate Target Health" auf "No" setzen?](#dns-failover-complex-configs-eth-no)
## 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 sindSo wählt Route 53 Datensätze, wenn Zustandsprüfungen konfiguriert sind](health-checks-how-route-53-chooses-records.md) beschrieben.)
![\[DNS-Konfiguration, die einen Alias-Datensatz sowohl mit auf "Yes" festgelegter Option "Evaluate Target Health" als auch einer Zustandsprüfung für den Alias-Datensatz umfasst.\]](http://docs.aws.amazon.com/de_de/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-alias-hc-failed.png)
## 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.
![\[DNS-Konfiguration mit einer fehlgeschlagenen Zustandsprüfung und einem Datensatz ohne Zustandsprüfung.\]](http://docs.aws.amazon.com/de_de/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-missing-health-check.png)
Wenn Sie eine Zustandsprüfung für einen Nicht-Aliasdatensatz in dieser Konfiguration überspringen, geschieht Folgendes:
1. 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.
1. 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.
1. 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:
![\[DNS-Konfiguration, die einen Alias-Datensatz mit auf "No" festgelegter Option "Evaluate Target Health" umfasst.\]](http://docs.aws.amazon.com/de_de/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-eth-is-no.png)
Wenn Sie **Evaluate Target Health** für einen Aliasdatensatz in dieser Konfiguration auf **No** festlegen, geschieht Folgendes:
1. 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.
1. Route 53 bestimmt, welches Aliasziel für den Latenz-Aliasdatensatz verwendet wird, und prüft den Status der entsprechenden Zustandsprüfungen. Beide schlagen fehl.
1. 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.
# So wählt Amazon Route 53 Datensätze, wenn Zustandsprüfungen konfiguriert sind
Wenn Sie Zustandsprüfungen für alle Datensätze in einer Gruppe von Datensätzen konfigurieren, die denselben Namen, denselben Typ (z. B. A oder AAAA) und dieselbe Routing-Richtlinie (z. B. gewichtet oder Failover) haben, beantwortet Route 53 DNS-Abfragen, indem ein fehlerfreier Datensatz ausgewählt und der entsprechende Wert von diesem Datensatz zurückgegeben wird.
Nehmen wir zum Beispiel an, sie erstellen drei gewichtete A-Datensätze und weisen allen dreien Zustandsprüfungen zu. Wenn die Zustandsprüfung für einen der Datensätze fehlerhaft ist, beantwortet Route 53 DNS-Abfragen mit den IP-Adressen in einem der anderen beiden Datensätze.
So wählt Route 53 einen fehlerfreien Datensatz aus:
1. Route 53 wählt zunächst einen Datensatz basierend auf der Routing-Richtlinie und auf den Werten aus, die Sie für jeden Datensatz angeben. Für gewichtete Datensätze wählt Route 53 beispielsweise einen Datensatz basierend auf der Gewichtung aus, die Sie für die einzelnen Datensätze angegeben haben.
1. Route 53 ermittelt, ob der Datensatz fehlerfrei ist:
+ **Nicht-Aliasdatensätze mit zugeordneter Zustandsprüfung** - Wenn Sie einem Nicht-Aliasdatensatz eine Zustandsprüfung zugeordnet haben, überprüft Route 53 den aktuellen Status der Zustandsprüfung.
Route 53 überprüft regelmäßig den Zustand des Endpunkts, der in einer Zustandsprüfung angegeben ist. Bei Eingang einer DNS-Abfrage wird keine Zustandsprüfung durchgeführt.
Sie können Aliasdatensätzen Zustandsprüfungen zuordnen, aber wir empfehlen, dies nur bei Nicht-Aliasdatensätzen zu tun. Weitere Informationen finden Sie unter [Was geschieht, wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
+ **Aliasdatensatz, bei dem "Evaluate Target Health" auf "Yes"** gesetzt ist Route 53 überprüft den Zustand der Ressource, auf die der Aliasdatensatz verweist, z. B. einen ELB-Load Balancer oder einen anderen Datensatz in derselben gehosteten Zone.
1. Wenn der Datensatz fehlerfrei ist, antwortet Route 53 auf die Abfrage mit dem entsprechenden Wert, z. B. einer IP-Adresse.
Wenn der Datensatz fehlerhaft ist, wählt Route 53 anhand derselben Kriterien einen anderen Datensatz aus und wiederholt den Prozess, bis ein fehlerfreier Datensatz gefunden wird.
Route 53 wendet bei der Auswahl eines Datensatzes die folgenden Kriterien an:
**Datensätze ohne Zustandsprüfung sind immer fehlerfrei**
Wenn einem Datensatz in einer Gruppe von Datensätzen, die denselben Namen und Typ haben, keine Zustandsprüfung zugeordnet ist, bewertet Route 53 sie stets als fehlerfrei und fügt sie stets in mögliche Antworten auf eine Abfrage ein.
**Wenn kein Datensatz fehlerfrei ist, werden alle Datensätze als fehlerfrei bewertet**
Wenn keiner der Datensätze in einer Gruppe von Datensätzen fehlerfrei ist, muss Route 53 etwas als Antwort auf die DNS-Abfragen zurückgeben, hat jedoch keine Grundlage für die Auswahl eines bestimmten Datensatzes anstelle eines anderen. In diesem Fall bewertet Route 53 alle Datensätze in der Gruppe als fehlerfrei und wählt einen Datensatz auf der Grundlage der Routing-Richtlinie und der Werte aus, die Sie für die einzelnen Datensätze angegeben haben.
**Gewichtete Datensätze, die die Gewichtung 0 haben**
Wenn Sie Zustandsprüfungen für alle Datensätze in einer Gruppe von gewichteten Datensätzen hinzufügen, Sie einigen Datensätze jedoch Gewichtungen ungleich Null und anderen Gewichtungen gleich Null geben, funktionieren Zustandsprüfungen ebenso, als ob alle Datensätze Gewichtungen ungleich Null hätten, mit den folgenden Ausnahmen:
+ Route 53 berücksichtigt zu Beginn nur die mit nicht-null gewichteten Datensätze, wenn vorhanden.
+ Wenn alle Datensätze mit einer Gewichtung größer als 0 fehlerhaft sind, berücksichtigt Route 53 die mit Null gewichteten Datensätze.
Da Route 53 unter bestimmten Umständen die mit Null gewichteten Datensätze berücksichtigt, muss sichergestellt werden, dass das mit Null gewichtete Ziel auch eine geeignete Antwort auf eine DNS-Abfrage hat.
Weitere Informationen zu gewichteten Datensätzen finden Sie unter [Zustandsprüfungen und gewichtetes Routing](routing-policy-weighted.md#routing-policy-weighted-healthchecks).
**Alias-Datensätze**
Sie können Zustandsprüfungen für Aliasdatensätze auch konfigurieren, indem Sie **Evaluate Target Health** bei jedem Aliasdatensatz auf **Yes** setzen. Dies bewirkt, dass Route 53 den Zustand der Ressource bewertet, zu der der Datensatz Datenverkehr leitet, z. B. einem ELB-Load Balancer oder einem anderen Datensatz in derselben gehosteten Zone.
Angenommen, das Aliasziel für einen Aliasdatensatz ist eine Gruppe von gewichteten Datensätzen mit einer Gewichtung, die ungleich Null ist:
+ Solange mindestens einer der gewichteten Datensätze fehlerfrei ist, bewertet Route 53 den Aliasdatensatz als fehlerfrei.
+ Wenn keiner der gewichteten Datensätze fehlerfrei ist, bewertet Route 53 den Aliasdatensatz als fehlerhaft.
+ Route 53 hält die Bewertung von Datensätzen in diesem Zweig an, bis mindestens ein gewichteter Datensatz wieder fehlerfrei ist.
Weitere Informationen finden Sie unter [So funktionieren Zustandsprüfungen in komplexen Amazon-Route-53-KonfigurationenSo funktionieren Zustandsprüfungen in komplexen Konfigurationen](dns-failover-complex-configs.md).
**Failover-Datensätze**
Failover-Datensätze funktionieren im Allgemeinen auf die gleiche Weise wie andere Routing-Typen. Sie erstellen Zustandsprüfungen und ordnen sie Nicht-Aliasdatensätzen zu, und Sie setzen **Evaluate Target Health** bei Aliasdatensätzen auf **Yes**. Beachten Sie Folgendes:
+ Sowohl die primären als auch die sekundären Datensätze können ein Nicht-Aliasdatensatz oder ein Aliasdatensatz sein.
+ Wenn Sie den primären und sekundären Failover-Datensätzen Zustandsprüfungen zuordnen, reagiert Route 53 wie folgt auf Abfragen:
+ Wenn Route 53 den primären Datensatz als fehlerfrei betrachtet (wenn die Zustandsprüfung für einen Endpunkt ergibt, dass dieser fehlerfrei ist), gibt Route 53 nur den primären Datensatz als Antwort auf eine DNS-Abfrage zurück.
+ Wenn Route 53 den primären Datensatz als fehlerhaft und den sekundären Datensatz als fehlerfrei betrachtet, gibt Route 53 stattdessen den sekundären Datensatz zurück.
+ Wenn Route 53 sowohl den primären als auch den sekundären Datensatz als fehlerhaft betrachtet, gibt Route 53 den primären Datensatz zurück.
+ Wenn Sie den sekundären Datensatz konfigurieren, ist das Hinzufügen einer Zustandsprüfung optional. Wenn Sie die Zustandsprüfung für den sekundären Datensatz überspringen und die Zustandsprüfung für den primären Datensatz einen fehlerhaften Endpunkt ermittelt, beantwortet Route 53 DNS-Abfragen stets mit dem sekundären Datensatz. Dies gilt auch, wenn der sekundäre Datensatz fehlerhaft ist.
Weitere Informationen finden Sie unter den folgenden Themen:
+ [Konfigurieren von Aktiv/Passiv-Failover mit einer primären und einer sekundären Ressource](dns-failover-types.md#dns-failover-types-active-passive-one-resource)
+ [Konfigurieren von Aktiv/Passiv-Failover mit mehreren primären und sekundären Ressourcen](dns-failover-types.md#dns-failover-types-active-passive-multiple-resources)
# Aktiv/Aktiv- und Aktiv/Passiv-Failover
Sie können die Zustandsprüfung von Route 53 zum Erstellen von Aktiv/Aktiv- und Aktiv/Passiv-Failover-Konfigurationen verwenden. Sie konfigurieren Aktiv/Aktiv-Failover mithilfe einer anderen [-Routing-Richtlinie](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) (oder einer Kombination aus Routing-Richtlinien) als Failover und Aktiv/Passiv-Failover mithilfe der Failover-Routing-Richtlinie.
**Topics**
+ [Aktiv/Aktiv-Failover](#dns-failover-types-active-active)
+ [Aktiv/Passiv-Failover](#dns-failover-types-active-passive)
## Aktiv/Aktiv-Failover
Verwenden Sie diese Failover-Konfiguration, wenn alle Ihre Ressourcen die überwiegende Zeit verfügbar sein sollen. Wenn eine Ressource nicht mehr verfügbar ist, kann Route 53 erkennen, dass sie fehlerhaft ist, und sie beenden, auch wenn Sie auf Abfragen antwortet.
Bei Aktiv/Aktiv-Failover sind alle Datensätze, die denselben Namen, Typ (z. B. A oder AAAA) und dieselbe Routing-Richtlinie haben (z. B. gewichtet oder Latenz) aktiv, wenn sie von Route 53 nicht als fehlerhaft bewertet werden. Route 53 kann mit einem beliebigen fehlerfreien Datensatz auf eine DNS-Abfrage antworten.
## Aktiv/Passiv-Failover
Verwenden Sie die Konfiguration Aktiv/Passiv-Failover, wenn eine primäre Ressource oder Gruppe von Ressourcen die überwiegende Zeit zur Verfügung stehen soll und eine sekundäre Ressource oder Gruppe von Ressourcen für den Fall auf Standby ist, dass alle primären Ressourcen unverfügbar werden. Wenn Route 53 auf Abfragen antwortet, werden nur fehlerfreie primäre Ressourcen berücksichtigt. Wenn alle primären Ressourcen fehlerhaft sind, beginnt Route 53, nur die fehlerfreien sekundären Ressourcen in Reaktionen auf DNS-Abfragen einzubeziehen.
**Topics**
+ [Konfigurieren von Aktiv/Passiv-Failover mit einer primären und einer sekundären Ressource](#dns-failover-types-active-passive-one-resource)
+ [Konfigurieren von Aktiv/Passiv-Failover mit mehreren primären und sekundären Ressourcen](#dns-failover-types-active-passive-multiple-resources)
+ [Konfigurieren von Aktiv/Passiv-Failover mit gewichteten Datensätzen](#dns-failover-types-active-passive-weighted)
### Konfigurieren von Aktiv/Passiv-Failover mit einer primären und einer sekundären Ressource
Um eine Aktiv/Passiv-Failover-Konfiguration mit einem primären Datensatz und einem sekundären Datensatz zu erstellen, erstellen Sie einfach die Datensätze und geben Sie **Failover** als Routing-Richtlinie an. Wenn die primäre Ressource fehlerfrei ist, beantwortet Route 53 DNS-Abfragen mit dem primären Datensatz. Wenn die primäre Ressource fehlerhaft ist, beantwortet Route 53 DNS-Abfragen mit dem sekundären Datensatz.
### Konfigurieren von Aktiv/Passiv-Failover mit mehreren primären und sekundären Ressourcen
Sie können dem primären und dem sekundären Datensatz oder beiden auch mehrere Ressourcen zuordnen. Bei dieser Konfiguration bewertet Route 53 den primären Failover-Datensatz als fehlerfrei, wenn mindestens eine der zugeordneten Ressourcen fehlerfrei ist. Weitere Informationen finden Sie unter [So wählt Amazon Route 53 Datensätze, wenn Zustandsprüfungen konfiguriert sindSo wählt Route 53 Datensätze, wenn Zustandsprüfungen konfiguriert sind](health-checks-how-route-53-chooses-records.md).
Führen Sie die folgenden Aufgaben durch, um Aktiv/Passiv-Failover mit mehreren Ressourcen für den primären oder sekundären Datensatz zu konfigurieren.
1. Erstellen Sie eine Zustandsprüfung für jede Ressource, zu der Datenverkehr geleitet werden soll, z. B. einer EC2-Instance oder einem Webserver in Ihrem Rechenzentrum.
**Anmerkung**
Wenn Sie Datenverkehr an AWS Ressourcen weiterleiten, für die Sie [Aliaseinträge](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html) erstellen können, erstellen Sie keine Integritätsprüfungen für diese Ressourcen. Setzen Sie stattdessen beim Erstellen der Aliasdatensätze die Option **Evaluate Target Health** auf **Yes**.
Weitere Informationen finden Sie unter [Erstellen und Aktualisieren von Zustandsprüfungen](health-checks-creating.md).
1. Erstellen Sie Datensätze für Ihre primären Ressourcen, und geben Sie die folgenden Werte an:
+ Geben Sie allen Datensätzen denselben Namen, Typ und dieselbe Routing-Richtlinie. Sie können beispielsweise drei gewichtete A-Datensätze erstellen, die alle den Namen „failover-primary.example.com“ haben.
+ Wenn Sie AWS Ressourcen verwenden, für die Sie Aliaseinträge erstellen können, geben Sie **Ja** für **Evaluate Target Health an.**
Wenn Sie Ressourcen verwenden, für die Sie keine Aliasdatensätze erstellen können, ordnen Sie jedem Datensatz die entsprechende Zustandsprüfung aus Schritt 1 zu.
Weitere Informationen finden Sie unter [Erstellen von Datensätzen mithilfe der Amazon-Route-53-Konsole](resource-record-sets-creating.md).
1. Falls zutreffend, erstellen Sie Datensätze für Ihre sekundären Ressourcen, und geben Sie die folgenden Werte an:
+ Geben Sie allen Datensätzen denselben Namen, Typ und dieselbe Routing-Richtlinie. Sie können beispielsweise drei gewichtete A-Datensätze erstellen, die alle den Namen „failover-secondary.example.com“ haben.
+ Wenn Sie AWS Ressourcen verwenden, für die Sie Aliaseinträge erstellen können, geben Sie **Ja** für **Evaluate Target Health an.**
Wenn Sie Ressourcen verwenden, für die Sie keine Aliasdatensätze erstellen können, ordnen Sie jedem Datensatz die entsprechende Zustandsprüfung aus Schritt 1 zu.
**Anmerkung**
Einige Kunden verwenden einen Webserver als primäre Ressource und einen als Website-Endpunkt konfigurierten Amazon S3-Bucket als sekundäre Ressource. Der S3-Bucket enthält eine einfache Meldung mit dem Inhalt „vorübergehend nicht verfügbar“. Wenn Sie diese Konfiguration verwenden, überspringen Sie diesen Schritt und erstellen Sie nur einen Failover-Aliasdatensatz für die sekundäre Ressource in Schritt 4.
1. Erstellen Sie zwei Failover-Aliasdatensätze, einen primären und einen sekundären, und geben Sie die folgenden Werte an:
**Primärer Datensatz**
+ **Name** - Geben Sie den Namen der Domäne (example.com) oder Unterdomäne (www.example.com) an, zu der Route 53 Datenverkehr leiten soll.
+ **Alias** - Geben Sie **Yes** an.
+ **Alias-Ziel** - Geben Sie den Namen der Datensätze an, die Sie in Schritt 2 erstellt haben.
+ **Routing-Richtlinie** - Geben Sie **Failover** an.
+ **Failover-Datensatztyp** - Geben Sie **Primary** an.
+ **Zustand des Ziels bewerten** - Geben Sie **Yes** an.
+ **Zustandsprüfung zuordnen** - Geben Sie **No** an.
**Sekundärer Datensatz**
+ **Name** - Geben Sie denselben Namen wie für den primären Datensatz an.
+ **Alias** - Geben Sie **Yes** an.
+ **Alias-Ziel** - Wenn Sie Datensätze für Ihre sekundäre Ressource in Schritt 3 erstellt haben, geben Sie den Namen der Datensätze an. Wenn Sie einen Amazon S3-Bucket als sekundäre Ressource verwenden, geben Sie den DNS-Namen des Website-Endpunkts an.
+ **Routing-Richtlinie** - Geben Sie **Failover** an.
+ **Failover-Datensatztyp** - Geben Sie **Secondary** an.
+ **Zustand des Ziels bewerten** - Geben Sie **Yes** an.
+ **Zustandsprüfung zuordnen** - Geben Sie **No** an.
### Konfigurieren von Aktiv/Passiv-Failover mit gewichteten Datensätzen
Mit Einschränkungen können Sie auch gewichtete Datensätze für Aktiv/Passiv-Failover verwenden. Wenn Sie für einige Datensätze Gewichtungen ungleich Null und für andere Datensätze Gewichtungen gleich Null angeben, beantwortet Route 53 DNS-Abfragen nur mit fehlerfreien Datensätzen, die Gewichtungen ungleich Null haben. Wenn alle Datensätze mit einer Gewichtung größer als 0 fehlerhaft sind, beantwortet Route 53 Abfragen mit gleich Null gewichteten Datensätzen.
**Anmerkung**
Erst wenn alle Datensätze mit Gewichtungen ungleich Null fehlerhaft sind, beantwortet Route 53 DNS-Abfragen mit Datensätzen, die eine Gewichtung von Null haben. Dies kann Ihre Webanwendung oder Website unzuverlässig machen, wenn die letzte fehlerfreie Ressource, z. B. ein Webserver, den Datenverkehr nicht verarbeiten kann, wenn andere Ressourcen nicht verfügbar sind.
# Konfigurieren von Failover in einer privaten gehosteten Zone
Wenn Sie Failover-Datensätze in einer privaten gehosteten Zone erstellen, beachten Sie die folgenden Hinweise:
+ Route 53-Zustandsprüfungen befinden sich außerhalb der VPC. Um den Zustand eines IP-Adresse-Endpunkts in einer VPC über die IP-Adresse zu prüfen, müssen Sie der Instance in der VPC eine öffentliche IP-Adresse zuweisen.
+ Sie können eine CloudWatch Metrik erstellen, der Metrik einen Alarm zuordnen und dann eine Integritätsprüfung durchführen, die auf dem Datenstrom für den Alarm basiert. Sie können beispielsweise eine CloudWatch Metrik erstellen, die den Status der `StatusCheckFailed` EC2-Metrik überprüft, der Metrik einen Alarm hinzufügen und dann eine Zustandsprüfung erstellen, die auf dem Datenstrom für den Alarm basiert, um Instances innerhalb einer Virtual Private Cloud (VPC) zu überprüfen, die nur private IP-Adressen haben. Informationen zum Erstellen von CloudWatch Metriken und Alarmen mithilfe der CloudWatch Konsole finden Sie im [ CloudWatch Amazon-Benutzerhandbuch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/).
Weitere Informationen erhalten Sie unter [Arbeiten mit privat gehosteten Zonen](hosted-zones-private.md) und [Überwachung von Zustandsprüfungen mit CloudWatch](monitoring-health-checks.md).
# So vermeidet Amazon Route 53 Failover-Probleme
Die von Amazon Route 53 implementierten Failover-Algorithmen dienen nicht nur dazu, Datenverkehr an funktionsfähige Endpunkte weiterzuleiten, sondern auch eine Eskalation von Notfällen aufgrund falsch konfigurierter Zustandsprüfungen und Anwendungen, überlasteter Endpunkte und ausgefallener Partitionen zu verhindern.
**Topics**
+ [So vermeidet Amazon Route 53 kaskadierende Fehler](#dns-failover-cascading-failures)
+ [So verarbeitet Amazon Route 53 Internetpartitionen](#dns-failover-internet-partitions)
## So vermeidet Amazon Route 53 kaskadierende Fehler
Als erste Verteidigung gegen Cascading-Ausfälle verfügt jeder Routingalgorithmus für Anforderungen (z. B. gewichtet und Failover) über einen Modus, der als letztes Mittel aktiviert wird. Wenn in diesem speziellen Modus alle Datensätze als fehlerhaft betrachtet werden, setzt der Route 53-Algorithmus den Zustand aller Datensätze auf fehlerfrei zurück.
Wenn beispielsweise alle Instances einer Anwendung auf mehreren Hosts Anforderungen für Zustandsprüfungen ablehnen, wählen die Route 53-Server trotzdem eine Antwort aus und geben sie zurück, anstatt keine DNS-Antwort oder eine NXDOMAIN-Antwort (nicht vorhandene Domäne) zurückzugeben. Eine Anwendung kann Benutzern zwar antworten, aber die Zustandsprüfungen dennoch nicht bestehen, und bietet damit Schutz gegen eine falsche Konfiguration.
Wenn eine Anwendung überlastet ist und einer von drei Endpunkten bei den Zustandsprüfungen fehlschlägt und von den Route 53-DNS-Antworten ausgeschlossen wird, verteilt Route 53 Antworten zwischen den beiden verbleibenden Endpunkten. Wenn die verbleibenden Endpunkte die zusätzliche Last nicht verarbeiten können und fehlschlagen, verteilt Route 53 die Antworten wieder auf alle drei Endpunkte.
## So verarbeitet Amazon Route 53 Internetpartitionen
Obwohl es ungewöhnlich ist, gibt es gelegentlich erhebliche Internetpartitionen. Das bedeutet, dass große geografische Regionen nicht mehr über das Internet miteinander kommunizieren können. Während dieser Partitionen können die Route 53-Standorte unterschiedliche Schlüsse über den Gesundheitszustand eines Endpunkts ziehen und sich von dem Status unterscheiden, an den gemeldet wurde CloudWatch. Route 53-Zustandsprüfer in jeder AWS Region senden ständig Statusmeldungen an alle Route 53-Standorte. Während der Internetpartitionen haben die einzelnen Route 53-Standorte möglicherweise nur Zugriff auf eine Teilmenge dieser Status, in der Regel von den Status ihrer am nächsten gelegenen Regionen.
Während einer Internetpartition, die sich auf die Konnektivität zu und von DNS-Servern in Südamerika auswirkt, können die Route 53-DNS-Server in der Region Südamerika (São Paulo) guten Zugriff auf Endpunkte für Zustandsprüfungen in der AWS -Region , aber schlechten Zugriff auf Endpunkte an anderen Standorten haben. Gleichzeitig kann Route 53 in USA Ost (Ohio) einen unzureichenden Zugriff auf Endpunkte für Zustandsprüfungen in der Region Südamerika (São Paulo) haben und daraus schließen, dass die entsprechenden Datensätze fehlerhaft sind.
Partitionen wie diese können Situationen hervorrufen, in denen Route 53-Standorte basierend auf der lokalen Sichtbarkeit dieser Endpunkte unterschiedliche Schlussfolgerungen über den Zustand von Endpunkten ziehen. Dies ist der Grund, warum jeder Route 53-Standort einen Endpunkt als fehlerfrei betrachtet, wenn er nur von einem Teil der erreichbaren Zustandsprüfungen als fehlerfrei betrachtet wird.