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.

# Amazon Route 53-Zustandsprüfungen erstellen
<a name="dns-failover"></a>

Amazon Route 53-Zustandsprüfungen überwachen den Zustand und die Leistung Ihrer Webanwendungen, Webserver und anderer Ressourcen. Jede Zustandsprüfung, die Sie erstellen, kann eines der folgenden Elemente überwachen:
+ Den Zustand einer bestimmten Ressource, z. B. eines Webservers
+ Den Status anderer Zustandsprüfungen
+ Der Status eines CloudWatch Amazon-Alarms.
+ Darüber hinaus können Sie mit Amazon Application Recovery Controller (ARC) Zustandsprüfungen für die Routing-Kontrolle mit DNS-Failover-Einträgen einrichten, um den Datenverkehrs-Failover für Ihre Anwendung zu verwalten. Weitere Informationen finden Sie im [Amazon Application Recovery Controller (ARC) Developer Guide](https://docs.aws.amazon.com/r53recovery/latest/dg/what-is-route-53-recovery.html).

Eine Übersicht über die drei Arten von Zustandsprüfungen finden Sie unter [Arten von Amazon Route 53-ZustandsprüfungenArten von Zustandsprüfungen](health-checks-types.md). Weitere Informationen zum Erstellen von Zustandsprüfungen finden Sie unter [Erstellen und Aktualisieren von Zustandsprüfungen](health-checks-creating.md).

Nachdem Sie eine Zustandsprüfung erstellt haben, können Sie den Status der Zustandsprüfung sowie Benachrichtigungen über Statusänderungen erhalten und DNS Failover konfigurieren:

**Den Status der Zustandsprüfung und Benachrichtigungen erhalten**  
Sie können den aktuellen und jüngsten Status Ihrer Zustandsprüfungen auf der Route 53-Konsole anzeigen. Sie können Integritätsprüfungen auch programmgesteuert über eine der APIs AWS SDKs, AWS Command Line Interface AWS Tools for Windows PowerShell, oder Route 53 durchführen.   
Wenn Sie eine Benachrichtigung erhalten möchten, wenn sich der Status einer Gesundheitsprüfung ändert, können Sie für jede Zustandsprüfung einen CloudWatch Amazon-Alarm konfigurieren.  
Weitere Informationen zum Anzeigen des Zustandsprüfungsstatus und Empfangen von Benachrichtigungen finden Sie unter [Den Status von Zustandsprüfungen überwachen und Benachrichtigungen erhalten](health-checks-monitor-view-status.md).

**Konfigurieren von DNS Failover**  
Wenn Sie über mehrere Ressourcen verfügen, die dieselbe Funktion erfüllen, können Sie DNS Failover konfigurieren, damit Route 53 Ihren Datenverkehr von einer fehlerhaften Ressource an eine fehlerfreie Ressource leitet. Wenn Sie zum Beispiel über zwei Webserver verfügen und einer der Webserver fehlerhaft wird, kann Route 53 den Datenverkehr auf den anderen Webserver leiten. Weitere Informationen finden Sie unter [Konfigurieren von DNS Failover](dns-failover-configuring.md).

**Topics**
+ [

# Arten von Amazon Route 53-Zustandsprüfungen
](health-checks-types.md)
+ [

# So ermittelt Amazon Route 53, ob eine Zustandsprüfung fehlerfrei ist
](dns-failover-determining-health-of-endpoints.md)
+ [

# Erstellen, Aktualisieren und Löschen von Zustandsprüfungen
](health-checks-creating-deleting.md)
+ [

# Konfigurieren von DNS Failover
](dns-failover-configuring.md)
+ [

# Benennen und Verwenden von Tags für Zustandsprüfungen
](health-checks-tagging.md)
+ [

# Verwendung von Zustandsprüfungen mit Amazon Route 53-API-Versionen vor 2012-12-12
](dns-failover-using-old-apis.md)

# Arten von Amazon Route 53-Zustandsprüfungen
<a name="health-checks-types"></a>

Sie können die folgenden Arten von Amazon Route 53-Zustandsprüfungen erstellen:

**Zustandsprüfungen, die einen Endpunkt überwachen**  
Sie können eine Zustandsprüfung für die Überwachung eines Endpunktes konfigurieren, den Sie entweder durch die IP-Adresse oder den Domänennamen festlegen. In regelmäßigen Intervallen, die Sie festlegen, sendet Route 53 automatisierte Anfragen über das Internet an Ihre Anwendung, den Server oder andere Ressourcen, um sicherzustellen, dass sie erreichbar, verfügbar und funktionsfähig sind. Optional können Sie die Zustandsprüfung so konfigurieren, dass sie ähnliche Anforderungen wie Ihre Benutzer vornimmt, also z. B. eine Website von einer bestimmten URL anfordert.

**Zustandsprüfungen, die andere Zustandsprüfungen überwachen (berechnete Zustandsprüfungen)**  
Sie können eine Zustandsprüfung erstellen, die überwacht, ob Route 53 andere Zustandsprüfungen als fehlerfrei oder fehlerhaft ansieht. Dies kann nützlich sein, wenn Sie über mehrere Ressourcen verfügen, die dieselbe Funktion erfüllen, beispielsweise mehrere Webserver, und Ihre Hauptsorge darin besteht, ob eine bestimmte minimale Anzahl Ihrer Ressourcen fehlerfrei ist. Sie können eine Zustandsprüfung für jede Ressource erstellen, ohne Benachrichtigungen für diese Zustandsprüfungen zu konfigurieren. Anschließend können Sie eine Zustandsprüfung erstellen, die den Status der anderen Zustandsprüfungen überwacht und Sie nur dann benachrichtigt, wenn die Anzahl der verfügbaren Webressourcen unter einen bestimmten Schwellenwert gesunken ist.

**Gesundheitschecks zur Überwachung von CloudWatch Alarmen**  
Sie können CloudWatch Alarme erstellen, die den Status von CloudWatch Metriken überwachen, z. B. die Anzahl der gedrosselten Leseereignisse für eine Amazon DynamoDB DynamoDB-Datenbank oder die Anzahl der Elastic Load Balancing Balancing-Hosts, die als fehlerfrei gelten. Nachdem Sie einen Alarm erstellt haben, können Sie eine Integritätsprüfung durchführen, die denselben Datenstrom überwacht, der den Alarm CloudWatch überwacht.  
Um die Resilienz und Verfügbarkeit zu verbessern, wartet Route 53 nicht darauf, dass der CloudWatch Alarm den `ALARM` Status erreicht. Der Status einer Integritätsprüfung ändert sich basierend auf dem Datenstrom und den Kriterien im Alarm von fehlerfrei zu fehlerhaft. CloudWatch   
Route 53 unterstützt CloudWatch Alarme mit den folgenden Funktionen:  
+ Metriken mit Standardauflösung. Metriken mit hoher Auflösung werden nicht unterstützt. Weitere Informationen finden Sie unter [Metriken mit hoher Auflösung](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) im * CloudWatch Amazon-Benutzerhandbuch*.
+ Statistiken: Durchschnitt, Minimum, Maximum, Summe und SampleCount. Erweiterte Statistiken werden nicht unterstützt.
+ „M von N“ -Alarme werden von Route 53 nicht unterstützt. Weitere Informationen finden Sie im * CloudWatch Amazon-Leitfaden* unter [Einen Alarm auswerten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation).
+ Bei einem Gesundheitscheck kann nur ein CloudWatch Alarm überwacht werden, der sich auf demselben AWS Konto wie der Gesundheitscheck befindet.
+ Route 53 unterstützt keine Alarme, die [metrische Mathematik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) verwenden, um mehrere CloudWatch Messwerte abzufragen. 

**Routing-Controller für Amazon Application Recovery Controller (ARC)**  
Integritätsprüfungen in ARC sind mit Routingsteuerungen verknüpft, bei denen es sich um einfache Ein-/Ausschalter handelt. Sie konfigurieren jede Zustandsprüfung der Routingsteuerung mit einem Failover-DNS-Eintrag. Anschließend können Sie einfach Ihre Routing-Steuerungen in ARC aktualisieren, um den Datenverkehr umzuleiten und ein Failover für Ihre Anwendungen durchzuführen, z. B. über Availability Zones oder AWS-Regionen hinweg. Weitere Informationen finden Sie unter [Routing-Steuerung in ARC im ARC-Entwicklerhandbuch](https://docs.aws.amazon.com/r53recovery/latest/dg/routing-control.html).

# So ermittelt Amazon Route 53, ob eine Zustandsprüfung fehlerfrei ist
<a name="dns-failover-determining-health-of-endpoints"></a>

Die Methode, die Amazon Route 53 verwendet, um zu ermitteln, ob eine Zustandsprüfung fehlerfrei ist, hängt von der Art der Zustandsprüfung ab.

## So ermittelt Route 53 den Status von Zustandsprüfungen zur Überwachung eines Endpunkts
<a name="dns-failover-determining-health-of-endpoints-monitor-endpoint"></a>

Route 53 führt Zustandsprüfungen für Standorte auf der ganzen Welt durch. Wenn Sie eine Zustandsprüfung erstellen, die einen Endpunkt überwacht, sendet die Zustandsprüfung Anforderungen an den Endpunkt, den Sie angeben, um festzustellen, ob der Endpunkt störungsfrei arbeitet. Sie können die Standorte wählen, die Route 53 verwenden soll, und zudem das Prüfungsintervall festlegen: alle 10 Sekunden oder alle 30 Sekunden. Beachten Sie, dass Route 53-Zustandsprüfer in verschiedenen Rechenzentren nicht miteinander koordinieren, sodass Sie manchmal mehrere Anfragen pro Sekunde sehen, unabhängig des von Ihnen gewählten Intervalls, gefolgt von wenigen Sekunden ohne Zustandsprüfungen. 

Jede Zustandsprüfung analysiert den Zustand eines Endpunkts anhand zweier Kriterien:
+ Reaktionszeit. Bei einer Ressource reagiert der Service möglicherweise langsam oder antwortet nicht auf eine Anforderung für eine Statusprüfung aus einer Vielzahl von Gründen. Die Ressource ist beispielsweise wegen Wartungsarbeiten heruntergefahren, sie ist einem Distributed-Denial-of-Service (DDoS) -Angriff ausgesetzt oder das Netzwerk ist ausgefallen.
+ Ob der Endpunkt auf eine Reihe aufeinander folgender von Ihnen angegebenen Zustandsprüfungen reagiert (der Fehlerschwellenwert)

Route 53 aggregiert die Daten der Zustandsprüfungen und bestimmt, ob ein Endpunkt fehlerfrei arbeitet.
+ Wenn mehr als 18 % der Zustandsprüfungen ergeben, dass ein Endpunkt fehlerfrei arbeitet, gilt dieser für Route 53 als funktionsbereit.
+ Wenn 18 % oder weniger der Zustandsprüfungen ergeben, dass ein Endpunkt fehlerfrei arbeitet, gilt dieser für Route 53 nicht als fehlerfrei.

Der Wert von 18 % wurde gewählt, um sicherzustellen, dass Zustandsprüfungen mehrerer Regionen den Endpunkt als störungsfrei bewerten. Dadurch wird verhindert, dass ein Endpunkt als nicht fehlerfrei gilt, nur weil der Endpunkt aufgrund von Netzwerkbedingungen von einigen zustandsprüfenden Standorten isoliert hat. Dieser Wert ändert sich möglicherweise in einer zukünftigen Version.

Die Reaktionszeit, die eine einzelne Zustandsprüfung nutzt, um zu ermitteln, ob ein Endpunkt fehlerfrei ist, hängt von der Art der Zustandsprüfung ab:
+ **HTTP- und HTTPS-Zustandsprüfungen** - Route 53 muss innerhalb von vier Sekunden eine TCP-Verbindung mit dem Endpunkt herstellen können. Zusätzlich muss der Endpunkt innerhalb von zwei Sekunden nach dem Herstellen der Verbindung mit einem HTTP-Statuscode von 2xx oder 3xx reagieren.
**Anmerkung**  
HTTPS-Zustandsprüfungen validieren keine SSL/TLS Zertifikate, sodass Prüfungen nicht fehlschlagen, wenn ein Zertifikat ungültig oder abgelaufen ist.
+ **TCP-Zustandsprüfungen** - Route 53 muss innerhalb von zehn Sekunden eine TCP-Verbindung mit dem Endpunkt herstellen können.
+ **HTTP- und HTTPS-Zustandsprüfungen mit Zeichenfolgenabgleich** - Wie bei HTTP- und HTTPS-Zustandsprüfungen muss Route 53 innerhalb von vier Sekunden eine TCP-Verbindung mit dem Endpunkt herstellen können, und der Endpunkt muss innerhalb von zwei Sekunden nach dem Herstellen der Verbindung mit einem HTTP-Statuscode von 2xx oder 3xx reagieren. 

  Nachdem ein Route 53-Zustandsprüfer den HTTP-Statuscode erhalten hat, muss er innerhalb der nächsten zwei Sekunden den Antworttext des Endpunkts erhalten. Route 53 durchsucht den Antworttext nach einer Zeichenfolge, die Sie angeben. Die Zeichenfolge muss vollständig in den ersten 5.120 Bytes des Antworttexts erscheinen oder der Endpunkt besteht die Zustandsprüfung nicht. Wenn Sie die Route 53-Konsole verwenden, geben Sie die Zeichenfolge in das Feld **Search String** (Suchzeichenfolge) ein. Wenn Sie die Route 53-API verwenden, geben Sie die Zeichenfolge beim Erstellen der Zustandsprüfung in das Element `SearchString` ein. 

Wenn bei Integritätsprüfungen, die einen Endpunkt überwachen (mit Ausnahme von TCP-Integritätsprüfungen), die Antwort des Endpunkts Header enthält, müssen die Header das Format haben RFC7230, das in Hypertext Transfer Protocol (HTTP/1.1): Nachrichtensyntax und Routing, [Abschnitt 3.2, „](https://tools.ietf.org/html/rfc7230#section-3.2)Header-Felder“ definiert ist.

Route 53 betrachtet eine neue Zustandsprüfung als fehlerfrei, bis genügend Daten zur Ermittlung des tatsächlichen Status (fehlerfrei oder fehlerhaft) vorliegen. Wenn Sie die Option zur Umkehrung des Zustandsprüfungsstatus wählen, wird eine neue Zustandsprüfung von Route 53 als *fehlerhaft* betrachtet, bis genügend Daten vorliegen.

## So ermittelt Route 53 den Status von Zustandsprüfungen zur Überwachung anderer Zustandsprüfungen
<a name="dns-failover-determining-health-of-endpoints-calculated"></a>

Eine Zustandsprüfung kann den Status anderer Zustandsprüfungen überwachen. Diese Art der Zustandsprüfung wird als *berechnete Zustandsprüfung* bezeichnet. Die Zustandsprüfung, die die Überwachung ausführt, ist die *übergeordnete Zustandsprüfung*, und die Zustandsprüfungen, die überwacht werden, sind *untergeordnete Zustandsprüfungen*. Eine übergeordnete Zustandsprüfung kann den Zustand von bis zu 255 untergeordneten Zustandsprüfungen überwachen. So funktioniert die Überwachung:
+ Route 53 addiert die Anzahl der untergeordneten Zustandsprüfungen, die als fehlerfrei gelten.
+ Route 53 vergleicht diese Anzahl mit der Anzahl der untergeordneten Zustandsprüfungen, die fehlerfrei sein müssen, damit die übergeordnete Zustandsprüfung als fehlerfrei bewertet wird.

Weitere Informationen finden Sie unter [Überwachung anderer Zustandsprüfungen (Berechnete Zustandsprüfungen)](health-checks-creating-values.md#health-checks-creating-values-calculated) in [Werte, die Sie beim Erstellen oder Aktualisieren von Zustandsprüfungen festlegen](health-checks-creating-values.md).

Route 53 betrachtet eine neue Zustandsprüfung als fehlerfrei, bis genügend Daten zur Ermittlung des tatsächlichen Status (fehlerfrei oder fehlerhaft) vorliegen. Wenn Sie die Option zur Umkehrung des Zustandsprüfungsstatus wählen, wird eine neue Zustandsprüfung von Route 53 als *fehlerhaft* betrachtet, bis genügend Daten vorliegen.

## Wie bestimmt Route 53 den Status von Integritätsprüfungen, die Alarme überwachen CloudWatch
<a name="dns-failover-determining-health-of-endpoints-cloudwatch"></a>

Wenn Sie eine Zustandsprüfung erstellen, die auf einem CloudWatch Alarm basiert, überwacht Route 53 den Datenstrom für den entsprechenden Alarm, anstatt den Alarmstatus zu überwachen. Wenn der Datenstrom anzeigt, dass der Alarmzustand **OK** ist, wird die Zustandsprüfung als stabil betrachtet. Wenn der Datenstrom anzeigt, dass der Zustand **Alarm** ist, wird die Zustandsprüfung als instabil betrachtet. Wenn der Datenstrom nicht genügend Informationen liefert, um den Status des Alarms zu ermitteln, hängt der Status der Statusprüfung von der Einstellung für **Health check status** ab: stabil, instabil oder zuletzt bekannter Status. (In der Route 53-API ist diese Einstellung `InsufficientDataHealthStatus`.)

Route 53 unterstützt keine kontenübergreifenden CloudWatch Alarme.

**Anmerkung**  
Da Route 53-Zustandsprüfungen CloudWatch Datenströme und nicht den Status von CloudWatch Alarmen überwachen, können Sie mithilfe des CloudWatch [SetAlarmState](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_SetAlarmState.html)API-Vorgangs nicht erzwingen, dass sich der Status einer Integritätsprüfung ändert.

Route 53 betrachtet eine neue Zustandsprüfung als fehlerfrei, bis genügend Daten zur Ermittlung des tatsächlichen Status (fehlerfrei oder fehlerhaft) vorliegen. Wenn Sie die Option zur Umkehrung des Zustandsprüfungsstatus wählen, wird eine neue Zustandsprüfung von Route 53 als *fehlerhaft* betrachtet, bis genügend Daten vorliegen.

# Erstellen, Aktualisieren und Löschen von Zustandsprüfungen
<a name="health-checks-creating-deleting"></a>

**Wichtig**  
Wenn Sie Zustandsprüfungen aktualisieren oder löschen, die im Zusammenhang mit Datensätzen stehen, überprüfen Sie die Aufgaben in [Aktualisieren oder Löschen von Zustandsprüfungen bei konfiguriertem DNS Failover](health-checks-updating-deleting-tasks.md), bevor Sie fortfahren.

In diesem Abschnitt werden die folgenden Themen im Zusammenhang mit der Verwaltung von Route 53-Zustandsprüfungen behandelt: 

1. **Integritätsprüfungen erstellen und aktualisieren:**
   + Erfahren Sie, wie Sie mithilfe der Route 53-Konsole Integritätsprüfungen erstellen und aktualisieren.
   + Machen Sie sich mit den Werten vertraut, die Sie bei der Erstellung oder Aktualisierung von Integritätsprüfungen angeben müssen, z. B. Endpunktüberwachung, Protokoll, IP-Adresse, Domänenname und erweiterte Konfigurationsoptionen.

1. **Werte, die bei der Erstellung einer Integritätsprüfung angezeigt werden:**
   + Entdecken Sie die Werte, die die Route 53-Konsole auf der Grundlage Ihrer Eingaben bei der Erstellung einer Integritätsprüfung anzeigt, z. B. die vollständige URL oder IP-Adresse und den Port. 

1. **Aktualisierung der Zustandsprüfungen für CloudWatch Alarmanpassungen:**
   + Erfahren Sie, wie Sie einen Gesundheitscheck aktualisieren können, wenn Sie die Einstellungen des zugehörigen CloudWatch Alarms ändern.

1. **Gesundheitschecks löschen:**
   + Folgen Sie dem Verfahren zum Löschen von Integritätsprüfungen mithilfe der Route 53-Konsole.

1. **Aktualisieren oder Löschen von Integritätsprüfungen, wenn DNS-Failover konfiguriert ist:**
   + Machen Sie sich mit den empfohlenen Aufgaben vertraut, die Sie beim Aktualisieren oder Löschen von Integritätsprüfungen im Zusammenhang mit DNS-Einträgen ausführen sollten, um eine korrekte Routing- und Failover-Konfiguration sicherzustellen.

1. **Konfiguration von Router- und Firewallregeln:**
   + Erfahren Sie, wie Sie Ihre Router- und Firewallregeln so konfigurieren, dass eingehender Datenverkehr von Route 53-Zustandsprüfern zugelassen wird, sodass erfolgreiche Integritätsprüfungen gewährleistet sind.

Wenn Sie die Informationen in diesem Abschnitt befolgen, können Sie Route 53-Zustandsprüfungen effektiv erstellen, aktualisieren und löschen, deren Konfiguration verwalten und die ordnungsgemäße Integration mit DNS-Failover- und Routing-Richtlinien sicherstellen. 

**Topics**
+ [

# Erstellen und Aktualisieren von Zustandsprüfungen
](health-checks-creating.md)
+ [

# Werte, die Sie beim Erstellen oder Aktualisieren von Zustandsprüfungen festlegen
](health-checks-creating-values.md)
+ [

# Werte, die Amazon Route 53 anzeigt, wenn Sie eine Zustandsprüfung erstellen
](health-checks-creating-values-displayed.md)
+ [

# Aktualisierung der Gesundheitschecks, wenn Sie die CloudWatch Alarmeinstellungen ändern (Zustandsprüfungen, die nur einen CloudWatch Alarm überwachen)
](health-checks-updating-cloudwatch-alarm-settings.md)
+ [

# Gesundheitschecks deaktivieren oder aktivieren
](health-checks-disable.md)
+ [

# Integritätsprüfungen rückgängig machen
](health-checks-invert.md)
+ [

# Löschen von Zustandsprüfungen
](health-checks-deleting.md)
+ [

# Aktualisieren oder Löschen von Zustandsprüfungen bei konfiguriertem DNS Failover
](health-checks-updating-deleting-tasks.md)
+ [

# Konfigurieren von Router- und Firewall-Regeln für Amazon Route 53-Zustandsprüfungen
](dns-failover-router-firewall-rules.md)

# Erstellen und Aktualisieren von Zustandsprüfungen
<a name="health-checks-creating"></a>

Das folgende Verfahren erläutert, wie Sie Zustandsprüfungen mit der Route 53-Konsole erstellen und aktualisieren.

**Anmerkung**  
Wir aktualisieren die Health Checks-Konsole für Route 53. Während der Übergangsphase können Sie weiterhin die alte Konsole verwenden.

Wählen Sie den Tab für die von Ihnen verwendete Konsole aus.
+ [New console](#health-checks-creating-new)
+ [Alte Konsole](#health-checks-creating-old)

------
#### [ New console ]<a name="health-checks-creating-proc"></a>

**Um einen Gesundheitscheck zu erstellen oder zu aktualisieren**

1. Wenn Sie Zustandsprüfungen aktualisieren, die im Zusammenhang mit Datensätzen stehen, führen Sie die empfohlenen Aufgaben in [Aktualisieren oder Löschen von Zustandsprüfungen bei konfiguriertem DNS Failover](health-checks-updating-deleting-tasks.md) aus.

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wenn Sie eine bestehende Zustandsprüfung aktualisieren möchten, wählen Sie die verknüpfte ID der Zustandsprüfung und dann **Bearbeiten** aus.

   Wenn Sie einen Gesundheitscheck erstellen möchten, wählen Sie **Gesundheitscheck erstellen**.

1. Geben Sie die entsprechenden Werte ein. Beachten Sie, dass einige Werte nicht mehr geändert werden können, nachdem Sie eine Zustandsprüfung erstellt haben. Weitere Informationen finden Sie unter [Werte, die Sie beim Erstellen oder Aktualisieren von Zustandsprüfungen festlegen](health-checks-creating-values.md).

1. Wählen Sie **Zustandsprüfung erstellen** aus.
**Anmerkung**  
Route 53 betrachtet eine neue Zustandsprüfung als fehlerfrei, bis genügend Daten zur Ermittlung des tatsächlichen Status (fehlerfrei oder fehlerhaft) vorliegen.

1. Verknüpfen Sie die Zustandsprüfung mit mindestens einem Route 53-Datensatz. Informationen zur Erstellung und Aktualisierung von Datensätzen finden Sie unter [Arbeiten mit Datensätzen](rrsets-working-with.md).

------
#### [ Old console ]<a name="health-checks-creating-console-proc"></a>

**Um einen Gesundheitscheck zu erstellen oder zu aktualisieren**

1. Wenn Sie Zustandsprüfungen aktualisieren, die im Zusammenhang mit Datensätzen stehen, führen Sie die empfohlenen Aufgaben in [Aktualisieren oder Löschen von Zustandsprüfungen bei konfiguriertem DNS Failover](health-checks-updating-deleting-tasks.md) aus.

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wenn Sie eine vorhandene Zustandsprüfung aktualisieren möchten, wählen Sie die Zustandsprüfung aus, und klicken Sie anschließend auf **Edit Health Check**.

   Wenn Sie eine Zustandsprüfung erstellen möchten, wählen Sie **Create Health Check**. Weitere Informationen über Einstellungen erhalten Sie in Quickinfos, wenn Sie den Mauszeiger über die jeweilige Beschriftung bewegen.

1. Geben Sie die entsprechenden Werte ein. Beachten Sie, dass einige Werte nicht mehr geändert werden können, nachdem Sie eine Zustandsprüfung erstellt haben. Weitere Informationen finden Sie unter [Werte, die Sie beim Erstellen oder Aktualisieren von Zustandsprüfungen festlegen](health-checks-creating-values.md).

1. Wählen Sie **Create Health Check**.
**Anmerkung**  
Route 53 betrachtet eine neue Zustandsprüfung als fehlerfrei, bis genügend Daten zur Ermittlung des tatsächlichen Status (fehlerfrei oder fehlerhaft) vorliegen. Wenn Sie die Option zur Umkehrung des Zustandsprüfungsstatus wählen, wird eine neue Zustandsprüfung von Route 53 als *fehlerhaft* betrachtet, bis genügend Daten vorliegen.

1. Verknüpfen Sie die Zustandsprüfung mit mindestens einem Route 53-Datensatz. Informationen zur Erstellung und Aktualisierung von Datensätzen finden Sie unter [Arbeiten mit Datensätzen](rrsets-working-with.md).

------

# Werte, die Sie beim Erstellen oder Aktualisieren von Zustandsprüfungen festlegen
<a name="health-checks-creating-values"></a>

Wenn Sie Zustandsprüfungen erstellen oder aktualisieren, legen Sie die entsprechenden Werte fest. Beachten Sie, dass einige Werte nicht mehr geändert werden können, nachdem Sie eine Zustandsprüfung erstellt haben. 

**Topics**
+ [

## Überwachung eines Endpunkts
](#health-checks-creating-values-endpoint)
+ [

## Überwachung anderer Zustandsprüfungen (Berechnete Zustandsprüfungen)
](#health-checks-creating-values-calculated)
+ [

## Überwachung eines Alarms CloudWatch
](#health-checks-creating-values-cloudwatch)
+ [

## Erweiterte Konfiguration (nur "Monitor an endpoint")
](#health-checks-creating-values-advanced)
+ [

## Eine Benachrichtigung erhalten, wenn eine Zustandsprüfung fehlschlägt
](#health-checks-creating-values-alarm)

**Name**  
Optional, aber empfohlen: Der Name, den Sie der Zustandsprüfung geben wollen. Wenn Sie einen Wert für **Name** festlegen, versieht Route 53 die Zustandsprüfung mit einem Tag, weist dem Tag-Schlüssel den Wert **Name** zu und weist den Wert, den Sie festlegen, dem Tagwert zu. Der Wert des Tags **Name** erscheint in der Liste der Zustandsprüfungen in der Route 53-Konsole, mit der Sie Zustandsprüfungen auf einfache Weise unterscheiden können.  
Weitere Informationen zu Markieren und Zustandsprüfungen finden Sie unter [Benennen und Verwenden von Tags für Zustandsprüfungen](health-checks-tagging.md).

**Was Sie überwachen sollten**  
Ganz gleich, ob Sie möchten, dass diese Zustandsprüfung einen Endpunkt oder den Status anderer Zustandsprüfungen überwacht:  
+ **Endpoint** - Route 53 überwacht den Zustand eines Endpunktes, den Sie angeben. Sie können den Endpunkt angeben, indem Sie entweder einen Domänennamen oder eine IP-Adresse und einen Port bereitstellen.
**Anmerkung**  
Wenn Sie einen AWS Nicht-Endpunkt angeben, fällt eine zusätzliche Gebühr an. Weitere Informationen, darunter eine Definition von AWS -Endpunkten, finden Sie im Bereich "Zustandsprüfungen" auf der Seite [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).
+ **Status anderer Zustandsprüfungen (berechnete Zustandsprüfung)** - Route 53 bestimmt anhand des Status anderer von Ihnen festgelegten Zustandsprüfungen, ob diese Zustandsprüfung fehlerfrei ist. Sie können auch angeben, wie viele Zustandsprüfungen fehlerfrei sein müssen, damit diese Zustandsprüfung als fehlerfrei angesehen wird.
+ **Status des CloudWatch Alarm-Datenstroms** — Route 53 bestimmt, ob diese Zustandsprüfung fehlerfrei ist, indem sie den Datenstrom auf einen CloudWatch Alarm überwacht. 

## Überwachung eines Endpunkts
<a name="health-checks-creating-values-endpoint"></a>

**Anmerkung**  
Wir aktualisieren die Konsole für die Zustandsprüfungen für Route 53. Während der Übergangsphase können Sie weiterhin die alte Konsole verwenden.

Wählen Sie den Tab für die von Ihnen verwendete Konsole aus.
+ [New console](#health-checks-creating-values-endpoint-new)
+ [Alte Konsole](#health-checks-creating-values-endpoint-old)

------
#### [ New console ]

Wenn Sie möchten, dass diese Zustandsprüfung einen Endpunkt überwacht, geben Sie die folgenden Werte an:
+ Geben Sie Endpunkte an nach
+ IP-Adresse
+ Domainname

**Legen Sie den Endpunkt wie folgt fest**  
Ob Sie den Endpunkt mit einer IP-Adresse oder einem Domänennamen festlegen möchten.  
Nachdem Sie eine Zustandsprüfung erstellt haben, können Sie den Wert von **Specify endpoint by** nicht mehr ändern. 

**IP-Adresse (nur "Specify endpoint by IP address")**  
Wählen Sie das Protokoll in der Dropdownliste aus und geben Sie die IP-Adresse, den Port und den Pfad in das Textfeld ein.  
+ Das Protokoll kann eines der folgenden sein:

  **HTTP**: Route 53 versucht, eine TCP-Verbindung herzustellen. Bei einem erfolgreichen Verbindungsversuch sendet Route 53 eine HTTP-Anforderung und wartet auf einen HTTP-Statuscode von 2xx oder 3xx.
+ **HTTPS**: Route 53 versucht, eine TCP-Verbindung herzustellen. Bei einem erfolgreichen Verbindungsversuch sendet Route 53 eine HTTPS-Anforderung und wartet auf einen HTTP-Statuscode von 2xx oder 3xx.
**Wichtig**  
Wenn Sie **HTTPS** wählen, muss der Endpunkt TLS v1.0, v1.1 oder v1.2 unterstützen. 

  Wenn Sie **HTTPS** für den Wert von **Protokoll** auswählen, fällt eine zusätzliche Gebühr an. Weitere Informationen dazu finden Sie unter [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).
+ **TCP** - Route 53 versucht, eine TCP-Verbindung herzustellen.
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).  
Nachdem Sie eine Zustandsprüfung erstellt haben, können Sie den Wert von **Protocol** nicht mehr ändern.   
Als **IP-Adresse** können Sie eine IPv4 IPv6 Oder-Adresse des Endpunkts eingeben, auf dem Route 53 Integritätsprüfungen durchführen soll, wenn Sie **Endpunkt nach IP-Adresse angeben** ausgewählt haben.  
Route 53 kann den Zustand von Endpunkten, für die die IP-Adresse im lokalen, privaten, nicht-routingfähigen oder Multicast-Bereich liegt, nicht überprüfen. Weitere Informationen über IP-Adressen, für die Sie keine Zustandsprüfungen erstellen können, finden Sie in den folgenden Dokumenten:  
+ [RFC 5735, Adressen für besondere Zwecke IPv4 ](http://tools.ietf.org/html/rfc5735)
+ [RFC 6598, IPv4 IANA-reserviertes Präfix](http://tools.ietf.org/html/rfc6598) für gemeinsam genutzten Adressraum.
+ [RFC 5156, Adressen für besondere Zwecke IPv6 ](https://tools.ietf.org/html/rfc5156)
Wenn der Endpunkt eine Amazon-EC2-Instance ist, empfehlen wir, dass Sie eine Elastic IP-Adresse erstellen, sie Ihrer EC2-Instance zuordnen und die Elastic IP-Adresse festlegen. Auf diese Weise wird sichergestellt, dass sich die IP-Adresse Ihrer Instance nicht mehr ändert. Weitere Informationen finden Sie unter [Elastic IP Addresses (EIP)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html) im *Amazon EC2 EC2-Benutzerhandbuch*.  
Wenn Sie die Amazon EC2 Instance löschen, stellen Sie sicher, dass Sie auch die Integritätsprüfung löschen, die der EIP zugeordnet ist. Weitere Informationen finden Sie unter [Bewährte Methoden für Amazon Route 53 Zustandsprüfungen](best-practices-healthchecks.md).   
Wenn Sie einen AWS Nicht-Endpunkt angeben, fällt eine zusätzliche Gebühr an. Weitere Informationen, darunter eine Definition von AWS -Endpunkten, finden Sie im Bereich "Zustandsprüfungen" auf der Seite [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).
Für den **Port** geben Sie den Port auf dem Endpunkt ein, auf dem Route 53 Integritätsprüfungen durchführen soll.  
Für den **Pfad (nur HTTP- und HTTPS-Protokolle)** geben Sie den Pfad ein, den Route 53 bei der Durchführung von Integritätsprüfungen anfordern soll. Der Pfad kann ein beliebiger Wert sein, für den Ihr Endpunkt den H-TTP-Statuscode 2xx oder 3xx zurückgibt, wenn der Endpunkt fehlerfrei ist, z. B. die Datei/.html? docs/route53-health-check.html. You can also include query string parameters, for example, /welcome language=jp&login=y. Wenn Sie keinen führenden Schrägstrich (/) angeben, fügt Route 53 automatisch einen hinzu.

**Domänenname (Nur "Specify endpoint by domain name", Alle Protokolle)**  
Der Domänenname (example.com) oder Unterdomänenname (backend.example.com) des Endpunkts, für den Route 53 Zustandsprüfungen durchführen soll, wenn Sie **Specify endpoint by domain name** auswählen.   
Wenn Sie den Endpunkt nach dem Domänennamen angeben, sendet Route 53 eine DNS-Abfrage zur Auflösung des Domänenamens, den Sie in **Domain nam**e festlegen, in dem von Ihnen unter **Request interval** angegebenen Intervall. Unter Verwendung einer IPv4-Adresse, die DNS zurücksendet, überprüft Route 53 anschließend den Zustand des Endpunkts.  
Wenn Sie den Endpunkt anhand des Domänennamens angeben, verwendet Route 53 nur, IPv4 um Integritätsprüfungen an den Endpunkt zu senden. Wenn es keinen Datensatz mit Typ A für den Namen gibt, den Sie für **Domain name** angeben, schlägt die Zustandsprüfung mit dem Fehler „DNS resolution failed“ fehl. 
Wenn Sie den Status von Failover-, Geolocation-, Geoproximity-, Latenz-, mehrwertigen oder gewichteten Datensätzen prüfen und den Endpunkt über den Domänennamen festlegen möchten, empfehlen wir die Erstellung einer eigenen Statusprüfung für jeden Endpunkt. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Geben Sie als Wert von **Domain name** den Domänennamen des Servers an (z. B. us-east-2-www.example.com), nicht den Namen des Datensatzes (www.example.com).  
Wenn Sie in dieser Konfiguration eine Zustandsprüfung erstellen, für die der Wert von **Domain name** dem Namen des Datensatzes entspricht, und anschließend die Zustandsprüfung mit diesen Datensätzen verknüpfen, sind die Ergebnisse der Zustandsprüfung unvorhersehbar.
Wenn darüber hinaus der Wert für **Protocol** **HTTP** oder **HTTPS** ist, gibt Route 53 den Wert für **Domain name** in der `Host` Kopfzeile an. Einzelheiten dazu finden Sie unter **Host name** weiter oben in dieser Liste. Wenn der Wert von **Protocol** **TCP** ist, übergibt Route 53 keine `Host`-Kopfzeile.  
Wenn Sie einen AWS Nicht-Endpunkt angeben, fällt eine zusätzliche Gebühr an. Weitere Informationen, darunter eine Definition von AWS -Endpunkten, finden Sie im Bereich "Zustandsprüfungen" auf der Seite [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).

------
#### [ Old console ]

Wenn Sie möchten, dass diese Zustandsprüfung einen Endpunkt überwacht, geben Sie die folgenden Werte an:
+ Legen Sie den Endpunkt wie folgt fest
+ Protocol (Protokoll)
+ IP-Adresse
+ Host name
+ Port
+ Domainname
+ Pfad

**Legen Sie den Endpunkt wie folgt fest**  
Ob Sie den Endpunkt mit einer IP-Adresse oder einem Domänennamen festlegen möchten.  
Nachdem Sie eine Zustandsprüfung erstellt haben, können Sie den Wert von **Specify endpoint by** nicht mehr ändern. 

**Protocol (Protokoll)**  
Die Methode, die Route 53 nutzen soll, um den Zustand Ihres Endpunktes zu überwachen:  
+ **HTTP**: Route 53 versucht, eine TCP-Verbindung herzustellen. Bei einem erfolgreichen Verbindungsversuch sendet Route 53 eine HTTP-Anforderung und wartet auf einen HTTP-Statuscode von 2xx oder 3xx.
+ **HTTPS**: Route 53 versucht, eine TCP-Verbindung herzustellen. Bei einem erfolgreichen Verbindungsversuch sendet Route 53 eine HTTPS-Anforderung und wartet auf einen HTTP-Statuscode von 2xx oder 3xx.
**Wichtig**  
Wenn Sie **HTTPS** wählen, muss der Endpunkt TLS v1.0, v1.1 oder v1.2 unterstützen. 

  Wenn Sie **HTTPS** für den Wert von **Protokoll** auswählen, fällt eine zusätzliche Gebühr an. Weitere Informationen dazu finden Sie unter [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).
+ **TCP** - Route 53 versucht, eine TCP-Verbindung herzustellen.
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).  
Nachdem Sie eine Zustandsprüfung erstellt haben, können Sie den Wert von **Protocol** nicht mehr ändern. 

**IP-Adresse (nur "Specify endpoint by IP address")**  
Die IPv4 oder IPv6 Adresse des Endpunkts, auf dem Route 53 Integritätsprüfungen durchführen soll, wenn Sie **Endpunkt nach IP-Adresse angeben** ausgewählt haben.  
Route 53 kann den Zustand von Endpunkten, für die die IP-Adresse im lokalen, privaten, nicht-routingfähigen oder Multicast-Bereich liegt, nicht überprüfen. Weitere Informationen über IP-Adressen, für die Sie keine Zustandsprüfungen erstellen können, finden Sie in den folgenden Dokumenten:  
+ [RFC 5735, Adressen für besondere Zwecke IPv4 ](http://tools.ietf.org/html/rfc5735)
+ [RFC 6598, IPv4 IANA-reserviertes Präfix](http://tools.ietf.org/html/rfc6598) für gemeinsam genutzten Adressraum.
+ [RFC 5156, Adressen für besondere Zwecke IPv6 ](https://tools.ietf.org/html/rfc5156)
Wenn der Endpunkt eine Amazon-EC2-Instance ist, empfehlen wir, dass Sie eine Elastic IP-Adresse erstellen, sie Ihrer EC2-Instance zuordnen und die Elastic IP-Adresse festlegen. Auf diese Weise wird sichergestellt, dass sich die IP-Adresse Ihrer Instance nicht mehr ändert. Weitere Informationen finden Sie unter [Elastic IP Addresses (EIP)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html) im *Amazon EC2 EC2-Benutzerhandbuch*.  
Wenn Sie die Amazon EC2 Instance löschen, stellen Sie sicher, dass Sie auch die Integritätsprüfung löschen, die der EIP zugeordnet ist. Weitere Informationen finden Sie unter [Bewährte Methoden für Amazon Route 53 Zustandsprüfungen](best-practices-healthchecks.md).   
Wenn Sie einen AWS Nicht-Endpunkt angeben, fällt eine zusätzliche Gebühr an. Weitere Informationen, darunter eine Definition von AWS -Endpunkten, finden Sie im Bereich "Zustandsprüfungen" auf der Seite [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).

**Host-Name (nur "Specify endpoint by IP address", nur HTTP- und HTTPS-Protokolle)**  
Der Wert, den Route 53 in der `Host`-Kopfzeile in HTTP- und HTTPS-Zustandsprüfungen angeben soll. Dies ist in der Regel der vollqualifizierte DNS-Name der Website, auf der Route 53 Zustandsprüfungen durchführen soll. Wenn Route 53 den Zustand eines Endpunkts überprüft, erstellt es den `Host`-Header folgendermaßen:  
+ Wenn Sie einen Wert von **80** für **Port** und von **HTTP** für **Protocol** festlegen, übergibt Route 53 an den Endpunkt eine `Host`-Kopfzeile, die den Wert **Host name** enthält. 
+ Wenn Sie einen Wert von **443** für **Port** und von **HTTPS** für **Protoco**l festlegen, übergibt Route 53 an den Endpunkt eine `Host`-Kopfzeile, die den Wert **Host name** enthält.
+ Wenn Sie einen anderen Wert für **Port** und entweder **HTTP** oder **HTTPS** für **Protokoll** angeben, leitet Route 53 einen `Host` Header an den Endpunkt weiter, der den Wert enthält *Host name***:***Port*.
Wenn Sie sich dafür entscheiden, den Endpunkt durch die IP-Adresse anzugeben, und Sie keinen Wert für **Host name** festlegen, ersetzt Route 53 **IP address** in der -`Host`Kopfzeile in allen vorangegangenen Fällen.

**Port**  
Der Port am Endpunkt, für den Amazon Route 53 Zustandsprüfungen durchführen soll.

**Domänenname (Nur "Specify endpoint by domain name", Alle Protokolle)**  
Der Domänenname (example.com) oder Unterdomänenname (backend.example.com) des Endpunkts, für den Route 53 Zustandsprüfungen durchführen soll, wenn Sie **Specify endpoint by domain name** auswählen.   
Wenn Sie den Endpunkt nach dem Domänennamen angeben, sendet Route 53 eine DNS-Abfrage zur Auflösung des Domänenamens, den Sie in **Domain nam**e festlegen, in dem von Ihnen unter **Request interval** angegebenen Intervall. Unter Verwendung einer IPv4-Adresse, die DNS zurücksendet, überprüft Route 53 anschließend den Zustand des Endpunkts.  
Wenn Sie den Endpunkt anhand des Domänennamens angeben, verwendet Route 53 nur, IPv4 um Integritätsprüfungen an den Endpunkt zu senden. Wenn es keinen Datensatz mit Typ A für den Namen gibt, den Sie für **Domain name** angeben, schlägt die Zustandsprüfung mit dem Fehler „DNS resolution failed“ fehl. 
Wenn Sie den Status von Failover-, Geolocation-, Geoproximity-, Latenz-, mehrwertigen oder gewichteten Datensätzen prüfen und den Endpunkt über den Domänennamen festlegen möchten, empfehlen wir die Erstellung einer eigenen Statusprüfung für jeden Endpunkt. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Geben Sie als Wert von **Domain name** den Domänennamen des Servers an (z. B. us-east-2-www.example.com), nicht den Namen des Datensatzes (www.example.com).  
Wenn Sie in dieser Konfiguration eine Zustandsprüfung erstellen, für die der Wert von **Domain name** dem Namen des Datensatzes entspricht, und anschließend die Zustandsprüfung mit diesen Datensätzen verknüpfen, sind die Ergebnisse der Zustandsprüfung unvorhersehbar.
Wenn darüber hinaus der Wert für **Protocol** **HTTP** oder **HTTPS** ist, gibt Route 53 den Wert für **Domain name** in der `Host` Kopfzeile an. Einzelheiten dazu finden Sie unter **Host name** weiter oben in dieser Liste. Wenn der Wert von **Protocol** **TCP** ist, übergibt Route 53 keine `Host`-Kopfzeile.  
Wenn Sie einen AWS Nicht-Endpunkt angeben, fällt eine zusätzliche Gebühr an. Weitere Informationen, darunter eine Definition von AWS -Endpunkten, finden Sie im Bereich "Zustandsprüfungen" auf der Seite [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).

**Pfad (nur HTTP- und HTTPS-Protokolle)**  
Der Pfad, den Route 53 bei der Ausführung von Integritätsprüfungen anfordern soll. Der Pfad kann ein beliebiger Wert sein, für den der Endpunkt einen HTTP-Statuscode `2xx` oder `3xx` herausgibt, wenn der Endpunkt fehlerfrei ist, z. B. die Datei `/docs/route53-health-check.html`. Sie können auch Abfragezeichenfolgenparameter einschließen, z. B. `/welcome.html?language=jp&login=y`. Wenn Sie keinen führenden Schrägstrich (`/`) angeben, fügt Route 53 automatisch einen ein.

------

## Überwachung anderer Zustandsprüfungen (Berechnete Zustandsprüfungen)
<a name="health-checks-creating-values-calculated"></a>

**Anmerkung**  
Wir aktualisieren die Health Checks Console für Route 53. Während der Übergangsphase können Sie weiterhin die alte Konsole verwenden.

Wählen Sie den Tab für die von Ihnen verwendete Konsole aus.
+ [New console](#health-checks-creating-values-calculated-new)
+ [Alte Konsole](#health-checks-creating-values-calculated-old)

------
#### [ New console ]

Wenn Sie möchten, dass diese Zustandsprüfung den Status anderer Zustandsprüfungen überwacht, legen Sie die folgenden Werte fest:
+ Zu überwachende Zustandsprüfungen
+ Bericht fehlerfrei, wenn

**Zu überwachende Zustandsprüfungen **  
Die Zustandsprüfungen, die Route 53 überwachen soll, um den Zustand dieser Zustandsprüfung zu bestimmen.   
Sie können bis zu 256 Zustandsprüfungen zur Kategorie **Health checks to monitor** hinzufügen. Um eine Zustandsprüfung aus der Liste zu entfernen, wählen Sie das **x** am rechten Ende der Markierung für diese Zustandsprüfung aus.  
Sie können eine berechnete Zustandsprüfung nicht so konfigurieren, dass sie den Zustand anderer berechneter Zustandsprüfungen überwacht.
Wenn Sie eine Zustandsprüfung deaktivieren, mit der eine berechnete Zustandsprüfung überwacht wird, stuft Route 53 die deaktivierte Zustandsprüfung als fehlerfrei ein, wenn berechnet wird, ob die berechnete Zustandsprüfung fehlerfrei ist. Wenn Sie möchten, dass die deaktivierte Zustandsprüfung als fehlerhaft eingestuft wird, aktivieren Sie das Kontrollkästchen **Invert health check status (Status der Zustandsprüfung umkehren)**.

** Bericht fehlerfrei, wenn **  
Die Berechnung, die Route 53 ausführen soll, um festzustellen, ob diese Zustandsprüfung fehlerfrei ist:  
+ **Report healthy when at least x of y selected health checks are healthy** - Route 53 betrachtet diese Zustandsprüfung als fehlerfrei, wenn die angegebene Anzahl von Zustandsprüfungen, die Sie zur Kategorie **Health checks to monitor** hinzugefügt haben, fehlerfrei ist. Beachten Sie Folgendes:
  + Wenn Sie eine Zahl festlegen, die größer als die Anzahl der Zustandsprüfungen in der Kategorie **Health checks to monitor** ist, sieht Route 53 diese Zustandsprüfung immer als fehlerhaft an.
  + Wenn Sie **0** angeben, betrachtet Route 53 diese Zustandsprüfung immer als fehlerfrei.
+ **Report healthy when all health checks are healthy (AND)** - Route 53 betrachtet diese Zustandsprüfung nur dann als fehlerfrei, wenn alle Zustandsprüfungen, die Sie zur Kategorie **Health checks to monitor** hinzugefügt haben, fehlerfrei sind.
+ **Report healthy when one or more health checks are healthy (OR)** - Route 53 betrachtet diese Zustandsprüfung als fehlerfrei, wenn mindestens eine der Zustandsprüfungen, die Sie zur Kategorie **Health checks to monitor** hinzugefügt haben, fehlerfrei ist.

------
#### [ Old console ]

Wenn Sie möchten, dass diese Zustandsprüfung den Status anderer Zustandsprüfungen überwacht, legen Sie die folgenden Werte fest:
+ Zu überwachende Zustandsprüfungen
+ Bericht fehlerfrei, wenn
+ Status der Zustandsprüfung umkehren
+ Disabled

** Zu überwachende Zustandsprüfungen **  
Die Zustandsprüfungen, die Route 53 überwachen soll, um den Zustand dieser Zustandsprüfung zu bestimmen.   
Sie können bis zu 256 Zustandsprüfungen zur Kategorie **Health checks to monitor** hinzufügen. Um eine Zustandsprüfung aus der Liste zu entfernen, wählen Sie das **x** am rechten Ende der Markierung für diese Zustandsprüfung aus.  
Sie können eine berechnete Zustandsprüfung nicht so konfigurieren, dass sie den Zustand anderer berechneter Zustandsprüfungen überwacht.
Wenn Sie eine Zustandsprüfung deaktivieren, mit der eine berechnete Zustandsprüfung überwacht wird, stuft Route 53 die deaktivierte Zustandsprüfung als fehlerfrei ein, wenn berechnet wird, ob die berechnete Zustandsprüfung fehlerfrei ist. Wenn Sie möchten, dass die deaktivierte Zustandsprüfung als fehlerhaft eingestuft wird, aktivieren Sie das Kontrollkästchen **Invert health check status (Status der Zustandsprüfung umkehren)**.

** Bericht fehlerfrei, wenn **  
Die Berechnung, die Route 53 ausführen soll, um festzustellen, ob diese Zustandsprüfung fehlerfrei ist:  
+ **Report healthy when at least x of y selected health checks are healthy** - Route 53 betrachtet diese Zustandsprüfung als fehlerfrei, wenn die angegebene Anzahl von Zustandsprüfungen, die Sie zur Kategorie **Health checks to monitor** hinzugefügt haben, fehlerfrei ist. Beachten Sie Folgendes:
  + Wenn Sie eine Zahl festlegen, die größer als die Anzahl der Zustandsprüfungen in der Kategorie **Health checks to monitor** ist, sieht Route 53 diese Zustandsprüfung immer als fehlerhaft an.
  + Wenn Sie **0** angeben, betrachtet Route 53 diese Zustandsprüfung immer als fehlerfrei.
+ **Report healthy when all health checks are healthy (AND)** - Route 53 betrachtet diese Zustandsprüfung nur dann als fehlerfrei, wenn alle Zustandsprüfungen, die Sie zur Kategorie **Health checks to monitor** hinzugefügt haben, fehlerfrei sind.
+ **Report healthy when one or more health checks are healthy (OR)** - Route 53 betrachtet diese Zustandsprüfung als fehlerfrei, wenn mindestens eine der Zustandsprüfungen, die Sie zur Kategorie **Health checks to monitor** hinzugefügt haben, fehlerfrei ist.

** Den Status der Integritätsprüfung umkehren (nur alte Konsole)**  
Informationen zum Umkehren einer Systemdiagnose auf der neuen Konsole finden Sie unter. [Integritätsprüfungen rückgängig machen](health-checks-invert.md)   
Wählen Sie, ob Sie möchten, dass Route 53 den Status einer Zustandsprüfung umkehrt. Wenn Sie diese Option auswählen, betrachtet Route 53 Zustandsprüfungen als fehlerhaft, wenn sie den Status "fehlerfrei" aufweisen, und umgekehrt.

** Deaktiviert (nur alte Konsole)**  
Informationen zum Deaktivieren einer Systemdiagnose auf der neuen Konsole finden Sie unter[Gesundheitschecks deaktivieren oder aktivieren](health-checks-disable.md).  
Stoppt die Ausführung von Zustandsprüfungen durch Route 53. Wenn Sie eine Zustandsprüfung deaktivieren, wird die Aggregation des Status der referenzierten Zustandsprüfungen durch Route 53 gestoppt.  
Nachdem eine Zustandsprüfung deaktiviert wurde, stuft Route 53 den Status der Zustandsprüfung immer als fehlerfrei ein. Wenn Sie ein DNS Failover konfiguriert haben, leitet Route 53 weiterhin Datenverkehr an die entsprechenden Ressourcen weiter. Wenn Sie die Weiterleitung von Datenverkehr zu einer Ressource beenden möchten, kehren Sie die Zustandsprüfung um.  
Gebühren für eine Zustandsprüfung gelten weiterhin, auch wenn die Zustandsprüfung deaktiviert ist.

------

## Überwachung eines Alarms CloudWatch
<a name="health-checks-creating-values-cloudwatch"></a>

**Anmerkung**  
Wir aktualisieren die Health Checks Console für Route 53. Während der Übergangsphase können Sie weiterhin die alte Konsole verwenden.

Wählen Sie den Tab für die von Ihnen verwendete Konsole aus.
+ [New console](#health-checks-creating-values-cloudwatch-new)
+ [Alte Konsole](#health-checks-creating-values-cloudwatch-old)

------
#### [ New console ]

Wenn Sie möchten, dass mit dieser Integritätsprüfung der Alarmstatus eines CloudWatch Alarms überwacht wird, geben Sie die folgenden Werte an:
+ CloudWatch Alarm
+ Status der Zustandsprüfung

**CloudWatch Alarm**  
Wählen Sie den CloudWatch Alarm aus, den Route 53 verwenden soll, um festzustellen, ob diese Zustandsprüfung fehlerfrei ist. Der CloudWatch Alarm muss mit dem Gesundheitscheck AWS-Konto identisch sein.  
Route 53 unterstützt CloudWatch Alarme mit den folgenden Funktionen:  
+ Metriken mit Standardauflösung. Metriken mit hoher Auflösung werden nicht unterstützt. Weitere Informationen finden Sie unter [Metriken mit hoher Auflösung](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) im * CloudWatch Amazon-Benutzerhandbuch*.
+ Statistik: `Average`, `Minimum`, `Maximum`, `Sum` und `SampleCount`. Erweiterte Statistiken werden nicht unterstützt.
+ „M von N“ -Alarme werden von Route 53 nicht unterstützt. Weitere Informationen finden Sie im * CloudWatch Amazon-Leitfaden* unter [Einen Alarm auswerten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation).
Route 53 unterstützt keine Alarme, die [metrische Mathematik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) verwenden, um mehrere CloudWatch Metriken abzufragen. 
Führen Sie zum Erstellen eines Alarms folgende Schritte aus:  

1. Wählen Sie „**Erstellen**“. Die CloudWatch Konsole wird in einem neuen Browser-Tab angezeigt.

1. Geben Sie die entsprechenden Werte ein. Weitere Informationen finden Sie unter [Einen CloudWatch Alarm erstellen oder bearbeiten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ConsoleAlarms.html) im * CloudWatch Amazon-Benutzerhandbuch*.

1. Kehren Sie zur Browser-Registerkarte zurück, auf der die Route 53-Konsole angezeigt wird.

1. Wählen Sie die Schaltfläche „Aktualisieren“ neben der **CloudWatchAlarmliste**.

1. Wählen Sie den neuen Alarm aus der Liste aus.
Wenn Sie die Einstellungen für den CloudWatch Alarm ändern, nachdem Sie eine Zustandsprüfung erstellt haben, müssen Sie die Zustandsprüfung aktualisieren. Weitere Informationen finden Sie unter [Aktualisierung der Gesundheitschecks, wenn Sie die CloudWatch Alarmeinstellungen ändern (Zustandsprüfungen, die nur einen CloudWatch Alarm überwachen)Aktualisierung der Gesundheitschecks, wenn Sie die CloudWatch Alarmeinstellungen ändern](health-checks-updating-cloudwatch-alarm-settings.md).

**Status der Zustandsprüfung**  
Wählen Sie den Status der Zustandsprüfung (gesund, fehlerhaft oder letzter bekannter Status), wenn CloudWatch nicht genügend Daten vorliegen, um den Status des Alarms zu bestimmen, den Sie für den **CloudWatchAlarm** ausgewählt haben. Wenn Sie sich dafür entscheiden, den letzten bekannten Status zu verwenden, verwendet Route 53 den Status der Zustandsprüfung von dem Zeitpunkt, zu dem das letzte Mal genügend Daten zur Verfügung CloudWatch standen, um den Alarmstatus zu bestimmen. Bei neuen Zustandsprüfungen, die keinen letzten bekannten Status haben, ist der Standardstatus für die Zustandsprüfung „fehlerfrei“.   
Der Wert **Health Check Status** bietet einen temporären Status, wenn der Datenstream für eine CloudWatch Metrik kurzzeitig nicht verfügbar ist. (Route 53 überwacht Datenströme auf CloudWatch Messwerte, nicht auf den Status des entsprechenden Alarms.) Wenn die Metrik häufig oder für lange Zeit (länger als ein paar Stunden) nicht verfügbar ist, empfehlen wir Ihnen, den letzten bekannten Status nicht zu verwenden.

------
#### [ Old console ]

Wenn mit dieser Integritätsprüfung der Alarmstatus eines CloudWatch Alarms überwacht werden soll, geben Sie die folgenden Werte an:
+ CloudWatch Alarm
+ Status der Zustandsprüfung
+ Status der Zustandsprüfung umkehren
+ Disabled

**CloudWatch Alarm**  
Wählen Sie den CloudWatch Alarm aus, den Route 53 verwenden soll, um festzustellen, ob diese Zustandsprüfung fehlerfrei ist. Der CloudWatch Alarm muss mit dem Gesundheitscheck AWS-Konto identisch sein.  
Route 53 unterstützt CloudWatch Alarme mit den folgenden Funktionen:  
+ Metriken mit Standardauflösung. Metriken mit hoher Auflösung werden nicht unterstützt. Weitere Informationen finden Sie unter [Metriken mit hoher Auflösung](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) im * CloudWatch Amazon-Benutzerhandbuch*.
+ Statistik: `Average`, `Minimum`, `Maximum`, `Sum` und `SampleCount`. Erweiterte Statistiken werden nicht unterstützt.
+ „M von N“ -Alarme werden von Route 53 nicht unterstützt. Weitere Informationen finden Sie im * CloudWatch Amazon-Leitfaden* unter [Einen Alarm auswerten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation).
Route 53 unterstützt keine Alarme, die [metrische Mathematik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) verwenden, um mehrere CloudWatch Metriken abzufragen. 
Führen Sie zum Erstellen eines Alarms folgende Schritte aus:  

1. Wählen Sie „**Erstellen**“. Die CloudWatch Konsole wird in einem neuen Browser-Tab angezeigt.

1. Geben Sie die entsprechenden Werte ein. Weitere Informationen finden Sie unter [Einen CloudWatch Alarm erstellen oder bearbeiten](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ConsoleAlarms.html) im * CloudWatch Amazon-Benutzerhandbuch*.

1. Kehren Sie zur Browser-Registerkarte zurück, auf der die Route 53-Konsole angezeigt wird.

1. Wählen Sie die Schaltfläche „Aktualisieren“ neben der **CloudWatchAlarmliste**.

1. Wählen Sie den neuen Alarm aus der Liste aus.
Wenn Sie die Einstellungen für den CloudWatch Alarm ändern, nachdem Sie eine Zustandsprüfung erstellt haben, müssen Sie die Zustandsprüfung aktualisieren. Weitere Informationen finden Sie unter [Aktualisierung der Gesundheitschecks, wenn Sie die CloudWatch Alarmeinstellungen ändern (Zustandsprüfungen, die nur einen CloudWatch Alarm überwachen)Aktualisierung der Gesundheitschecks, wenn Sie die CloudWatch Alarmeinstellungen ändern](health-checks-updating-cloudwatch-alarm-settings.md).

**Status der Zustandsprüfung**  
Wählen Sie den Status der Zustandsprüfung (gesund, fehlerhaft oder letzter bekannter Status), wenn CloudWatch nicht genügend Daten vorliegen, um den Status des Alarms zu bestimmen, den Sie für den **CloudWatchAlarm** ausgewählt haben. Wenn Sie sich dafür entscheiden, den letzten bekannten Status zu verwenden, verwendet Route 53 den Status der Zustandsprüfung von dem Zeitpunkt, zu dem das letzte Mal genügend Daten zur Verfügung CloudWatch standen, um den Alarmstatus zu bestimmen. Bei neuen Zustandsprüfungen, die keinen letzten bekannten Status haben, ist der Standardstatus für die Zustandsprüfung „fehlerfrei“.   
Der Wert **Health Check Status** bietet einen temporären Status, wenn der Datenstream für eine CloudWatch Metrik kurzzeitig nicht verfügbar ist. (Route 53 überwacht Datenströme auf CloudWatch Messwerte, nicht auf den Status des entsprechenden Alarms.) Wenn die Metrik häufig oder für lange Zeit (länger als ein paar Stunden) nicht verfügbar ist, empfehlen wir Ihnen, den letzten bekannten Status nicht zu verwenden.

**Status der Integritätsprüfung umkehren (nur alte Konsole)**  
Informationen zum Umkehren einer Systemdiagnose auf der neuen Konsole finden Sie unter. [Integritätsprüfungen rückgängig machen](health-checks-invert.md)   
Wählen Sie, ob Sie möchten, dass Route 53 den Status einer Zustandsprüfung umkehrt. Wenn Sie diese Option auswählen, betrachtet Route 53 Zustandsprüfungen als fehlerhaft, wenn sie den Status "fehlerfrei" aufweisen, und umgekehrt.

** Deaktiviert (nur alte Konsole)**  
Informationen zum Deaktivieren einer Systemdiagnose auf der neuen Konsole finden Sie unter[Gesundheitschecks deaktivieren oder aktivieren](health-checks-disable.md).   
Stoppt die Ausführung von Zustandsprüfungen durch Route 53. Wenn Sie eine Zustandsprüfung deaktivieren, hört Route 53 auf, die entsprechenden CloudWatch Messwerte zu überwachen.  
Nachdem eine Zustandsprüfung deaktiviert wurde, stuft Route 53 den Status der Zustandsprüfung immer als fehlerfrei ein. Wenn Sie ein DNS Failover konfiguriert haben, leitet Route 53 weiterhin Datenverkehr an die entsprechenden Ressourcen weiter. Wenn Sie die Weiterleitung des Datenverkehrs zu einer Ressource beenden möchten, kehren Sie die Zustandsprüfung um.  
Gebühren für eine Zustandsprüfung gelten weiterhin, auch wenn die Zustandsprüfung deaktiviert ist.

------

## Erweiterte Konfiguration (nur "Monitor an endpoint")
<a name="health-checks-creating-values-advanced"></a>

**Anmerkung**  
Wir aktualisieren die Health Checks-Konsole für Route 53. Während der Übergangsphase können Sie weiterhin die alte Konsole verwenden.
+ [New console](#health-checks-creating-values-advanced-new)
+ [Alte Konsole](#health-checks-creating-values-advanced-old)

------
#### [ New console ]
+ Intervall anfordern
+ Fehlerschwellenwert
+ Abgleich von Zeichenketten
+ Suchen Sie nach Zeichenketten
+ Latenzdiagramme
+ SNI aktivieren 
+ Host name

**Anfrageintervall**  
Die Anzahl der Sekunden, die zwischen dem Zeitpunkt liegen, wenn jeder Route 53-Zustandsprüfer eine Antwort von Ihrem Endpunkt erhält, und dem Zeitpunkt, wenn er die nächste Anfrage für eine Zustandsprüfung senden. Wenn Sie ein Intervall von 30 Sekunden auswählen, sendet jeder Route 53-Zustandsprüfer in Rechenzentren auf der ganzen Welt Ihrem Endpunkt alle 30 Sekunden eine Anforderung für eine Zustandsprüfung. Ihr Endpunkt wird durchschnittlich alle zwei Sekunden eine Anforderung für eine Zustandsprüfung erhalten. Wenn Sie ein Intervall von 10 Sekunden auswählen, erhält der Endpunkt mehr als einmal pro Sekunde eine Anforderung.  
Beachten Sie, dass Route 53-Zustandsprüfer in verschiedenen Rechenzentren nicht miteinander koordinieren, sodass Sie manchmal mehrere Anfragen pro Sekunde sehen, unabhängig des von Ihnen gewählten Intervalls, gefolgt von wenigen Sekunden ohne Zustandsprüfungen.  
Nachdem Sie eine Zustandsprüfung erstellt haben, können Sie den Wert von **Request interval** nicht mehr ändern.   
Wenn Sie **Fast (10 seconds)** für den Wert von **Request interval** auswählen, fällt eine zusätzliche Gebühr an. Weitere Informationen dazu finden Sie unter [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).

**Fehlerschwellenwert**  
Die Anzahl der aufeinanderfolgenden Integritätsprüfungen, die ein Endpunkt bestehen oder nicht bestehen muss, damit Route 53 den aktuellen Status des Endpunkts von fehlerhaft in fehlerfrei oder umgekehrt ändert. 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).

**Zeichenfolgenabgleich (nur HTTP und HTTPS)**  
Ob Sie möchten, dass Route 53 den Zustand eines Endpunkts bestimmt, indem er eine HTTP- oder HTTPS-Anforderung an den Endpunkt sendet und den Antworttext nach einer angegebenen Zeichenfolge durchsucht. Wenn der Antworttext den Wert enthält, den Sie unter **Search string** angegeben haben, betrachtet Route 53 den Endpunkt als fehlerfrei. Wenn dies nicht der Fall ist, oder wenn der Endpunkt nicht reagiert, betrachtet Route 53 den Endpunkt als fehlerhaft. Die Suchzeichenfolge muss vollständig in den ersten 5.120 Bytes des Antworttexts erscheinen.  
Nachdem Sie eine Zustandsprüfung erstellt haben, können Sie den Wert von **String matching** nicht mehr ändern.   
Wenn Sie **Yes** für den Wert von **String matching** auswählen, fällt eine zusätzliche Gebühr an. Weitere Informationen dazu finden Sie unter [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).
**Wie Health Checkers mit einer komprimierten Antwort umgehen**  
Wenn es sich bei dem Endpunkt um einen Webserver handelt, der eine komprimierte Antwort zurückgibt, dekomprimiert die Route 53-Integritätsprüfung die Antwort, bevor die angegebene Suchzeichenfolge überprüft wird, nur dann, wenn der Webserver die Antwort mit einem Komprimierungsalgorithmus komprimiert hat, den Integritätsprüfer unterstützen. Health Checkers unterstützen die folgenden Komprimierungsalgorithmen:  
+ Gzip
+ DEFLATE
Wenn die Antwort mit einem anderen Algorithmus komprimiert wird, kann die Integritätsprüfung die Antwort nicht dekomprimieren, bevor sie nach der Zeichenfolge sucht. In diesem Fall schlägt die Suche fast immer fehl, und Route 53 betrachtet den Endpunkt als fehlerhaft 

**Suchzeichenfolge (nur wenn "String matching" aktiviert ist)**  
Die Zeichenfolge, nach der Route 53 im Text der Antwort Ihres Endpunkts suchen soll. Die maximale Länge beträgt 255 Zeichen.  
Bei der Suche nach **Search string** im Antworttext beachtet Route 53 Groß- und Kleinschreibung.

**Latenzdiagramme**  
Wählen Sie aus, ob Route 53 die Latenz zwischen Health Checks in mehreren AWS Regionen und Ihrem Endpunkt messen soll. Wenn Sie diese Option wählen, werden CloudWatch Latenzdiagramme auf der Registerkarte **Latenz** auf der Seite **Integritätsprüfungen** in der Route 53-Konsole angezeigt. Wenn Route 53-Zustandsprüfer keine Verbindung mit dem Endpunkt herstellen können, kann Route 53 keine Latenzdiagramme für den jeweiligen Endpunkt anzeigen.   
Nachdem Sie eine Zustandsprüfung erstellt haben, können Sie den Wert von **Latency measurements** nicht mehr ändern.   
Wenn Sie Route 53 konfigurieren, um die Latenz zwischen Zustandsprüfern und Ihrem Endpunkt zu messen, fällt eine zusätzliche Gebühr an. Weitere Informationen dazu finden Sie unter [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).

**SNI aktivieren (nur HTTPS)**  
Geben Sie an, ob Route 53 während der TLS-Aushandlung den Hostnamen zum Endpunkt in der Nachricht `client_hello` senden soll. Dadurch kann der Endpunkt auf die HTTPS-Anfrage mit dem entsprechenden SSL/TLS Zertifikat antworten.  
Einige Endpunkte erfordern, dass HTTPS-Anfragen den Hostnamen in der client\$1hello-Nachricht enthalten. Wenn Sie SNI nicht aktivieren, wird bei der Integritätsprüfung möglicherweise ein Fehler angezeigt. Die Fehlermeldung hängt davon ab, wie der Server so konfiguriert ist, dass er die Anfrage beantwortet, die keine SNI-Informationen enthält. Eine Integritätsprüfung kann auch aus anderen Gründen den Status „Fehlgeschlagen“ haben. Wenn SNI aktiviert ist und Sie weiterhin den Fehler erhalten, prüfen Sie die SSL-/TLS-Konfiguration auf dem Endpunkt und vergewissern Sie sich, dass Ihr Zertifikat gültig ist.  
Beachten Sie die folgenden Voraussetzungen:  
+ Der Endpunkt muss SNI unterstützen.
+ Das SSL/TLS Zertifikat auf Ihrem Endpunkt enthält einen Domainnamen im `Common Name` Feld und möglicherweise mehrere weitere in dem `Subject Alternative Names` Feld. Einer der Domänennamen im Zertifikat muss mit dem Wert übereinstimmen, den Sie für **Host name** angeben. 

**Zustandsprüferregionen**  
Wählen Sie, ob Route 53 den Zustand des Endpunkts mithilfe von Zustandsprüfern in den empfohlenen Regionen oder mithilfe von Zustandsprüfungen in Regionen, die Sie angeben, überprüfen soll.  
Wenn Sie eine Statusprüfung aktualisieren, damit eine Region entfernt wird, aus der Statusprüfungen durchgeführt hat, führt Route 53 bis zu einer Stunde weiterhin Prüfungen aus dieser Region durch. Auf diese Weise wird sichergestellt, dass einige Statusprüfer den Endpunkt immer überprüfen (z. B. wenn Sie drei Regionen durch vier verschiedenen Regionen ersetzen).   
Wenn Sie **Customize** wählen, wählen Sie das **x** aus, um eine Region zu entfernen. Klicken Sie auf den Bereich unten in der Liste, um eine Region erneut zur Liste hinzuzufügen. Sie müssen mindestens drei Regionen angeben.

**Host-Name (nur "Specify endpoint by IP address", nur HTTP- und HTTPS-Protokolle)**  
Der Wert, den Route 53 in der `Host`-Kopfzeile in HTTP- und HTTPS-Zustandsprüfungen angeben soll. Dies ist in der Regel der vollqualifizierte DNS-Name der Website, auf der Route 53 Zustandsprüfungen durchführen soll. Wenn Route 53 den Zustand eines Endpunkts überprüft, erstellt es den `Host`-Header folgendermaßen:  
+ Wenn Sie einen Wert von **80** für **Port** und von **HTTP** für **Protocol** festlegen, übergibt Route 53 an den Endpunkt eine `Host`-Kopfzeile, die den Wert **Host name** enthält. 
+ Wenn Sie den Wert **443** für **Port** und **HTdTPS** für **Protokoll** angeben, leitet Route 53 einen `Host` Header an den Endpunkt weiter, der den Wert des **Hostnamens** enthält.
+ Wenn Sie einen anderen Wert für **Port** und entweder **HTTP** oder **HTTPS** für **Protokoll** angeben, leitet Route 53 einen `Host` Header an den Endpunkt weiter, der den Wert enthält *Host name***:***Port*.
Wenn Sie sich dafür entscheiden, den Endpunkt durch die IP-Adresse anzugeben, und Sie keinen Wert für **Host name** festlegen, ersetzt Route 53 **IP address** in der -`Host`Kopfzeile in allen vorangegangenen Fällen.

------
#### [ Old console ]

Wenn Sie die Option für die Überwachung eines Endpunkts auswählen, können Sie auch die folgenden Einstellungen festlegen:
+ Anforderungsintervall
+ Fehlerschwellenwert
+ Abgleich von Zeichenketten
+ Zeichenfolge suchen
+ Latenzdiagramm
+ SNI aktivieren
+ Health Checker Regionen
+ Status der Zustandsprüfung umkehren
+ Disabled

**Anfrageintervall**  
Die Anzahl der Sekunden, die zwischen dem Zeitpunkt liegen, wenn jeder Route 53-Zustandsprüfer eine Antwort von Ihrem Endpunkt erhält, und dem Zeitpunkt, wenn er die nächste Anfrage für eine Zustandsprüfung senden. Wenn Sie ein Intervall von 30 Sekunden auswählen, sendet jeder Route 53-Zustandsprüfer in Rechenzentren auf der ganzen Welt Ihrem Endpunkt alle 30 Sekunden eine Anforderung für eine Zustandsprüfung. Ihr Endpunkt wird durchschnittlich alle zwei Sekunden eine Anforderung für eine Zustandsprüfung erhalten. Wenn Sie ein Intervall von 10 Sekunden auswählen, erhält der Endpunkt mehr als einmal pro Sekunde eine Anforderung.  
Beachten Sie, dass Route 53-Zustandsprüfer in verschiedenen Rechenzentren nicht miteinander koordinieren, sodass Sie manchmal mehrere Anfragen pro Sekunde sehen, unabhängig des von Ihnen gewählten Intervalls, gefolgt von wenigen Sekunden ohne Zustandsprüfungen.  
Nachdem Sie eine Zustandsprüfung erstellt haben, können Sie den Wert von **Request interval** nicht mehr ändern.   
Wenn Sie **Fast (10 seconds)** für den Wert von **Request interval** auswählen, fällt eine zusätzliche Gebühr an. Weitere Informationen dazu finden Sie unter [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).

**Fehlerschwellenwert**  
Die Anzahl der aufeinanderfolgenden Integritätsprüfungen, die ein Endpunkt bestehen oder nicht bestehen muss, damit Route 53 den aktuellen Status des Endpunkts von fehlerhaft in fehlerfrei oder umgekehrt ändert. 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).

**Zeichenfolgenabgleich (nur HTTP und HTTPS)**  
Ob Sie möchten, dass Route 53 den Zustand eines Endpunkts bestimmt, indem er eine HTTP- oder HTTPS-Anforderung an den Endpunkt sendet und den Antworttext nach einer angegebenen Zeichenfolge durchsucht. Wenn der Antworttext den Wert enthält, den Sie unter **Search string** angegeben haben, betrachtet Route 53 den Endpunkt als fehlerfrei. Wenn dies nicht der Fall ist, oder wenn der Endpunkt nicht reagiert, betrachtet Route 53 den Endpunkt als fehlerhaft. Die Suchzeichenfolge muss vollständig in den ersten 5.120 Bytes des Antworttexts erscheinen.  
Nachdem Sie eine Zustandsprüfung erstellt haben, können Sie den Wert von **String matching** nicht mehr ändern.   
Wenn Sie **Yes** für den Wert von **String matching** auswählen, fällt eine zusätzliche Gebühr an. Weitere Informationen dazu finden Sie unter [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).
**Wie Health Checkers mit einer komprimierten Antwort umgehen**  
Wenn es sich bei dem Endpunkt um einen Webserver handelt, der eine komprimierte Antwort zurückgibt, dekomprimiert die Route 53-Integritätsprüfung die Antwort, bevor die angegebene Suchzeichenfolge überprüft wird, nur dann, wenn der Webserver die Antwort mit einem Komprimierungsalgorithmus komprimiert hat, den Integritätsprüfer unterstützen. Health Checkers unterstützen die folgenden Komprimierungsalgorithmen:  
+ Gzip
+ DEFLATE
Wenn die Antwort mit einem anderen Algorithmus komprimiert wird, kann die Integritätsprüfung die Antwort nicht dekomprimieren, bevor sie nach der Zeichenfolge sucht. In diesem Fall schlägt die Suche fast immer fehl, und Route 53 betrachtet den Endpunkt als fehlerhaft 

**Suchzeichenfolge (nur wenn "String matching" aktiviert ist)**  
Die Zeichenfolge, nach der Route 53 im Text der Antwort Ihres Endpunkts suchen soll. Die maximale Länge beträgt 255 Zeichen.  
Bei der Suche nach **Search string** im Antworttext beachtet Route 53 Groß- und Kleinschreibung.

**Latenzdiagramme**  
Wählen Sie aus, ob Route 53 die Latenz zwischen Health Checks in mehreren AWS Regionen und Ihrem Endpunkt messen soll. Wenn Sie diese Option wählen, werden CloudWatch Latenzdiagramme auf der Registerkarte **Latenz** auf der Seite **Integritätsprüfungen** in der Route 53-Konsole angezeigt. Wenn Route 53-Zustandsprüfer keine Verbindung mit dem Endpunkt herstellen können, kann Route 53 keine Latenzdiagramme für den jeweiligen Endpunkt anzeigen.   
Nachdem Sie eine Zustandsprüfung erstellt haben, können Sie den Wert von **Latency measurements** nicht mehr ändern.   
Wenn Sie Route 53 konfigurieren, um die Latenz zwischen Zustandsprüfern und Ihrem Endpunkt zu messen, fällt eine zusätzliche Gebühr an. Weitere Informationen dazu finden Sie unter [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).

**SNI aktivieren (nur HTTPS)**  
Geben Sie an, ob Route 53 während der TLS-Aushandlung den Hostnamen zum Endpunkt in der Nachricht `client_hello` senden soll. Dadurch kann der Endpunkt auf die HTTPS-Anfrage mit dem entsprechenden SSL/TLS Zertifikat antworten.  
Einige Endpunkte verlangen, dass HTTPS-Anforderungen den Hostnamen in die Nachricht `client_hello` einfügen. Wenn Sie SNI nicht aktivieren, wird bei der Integritätsprüfung möglicherweise ein Fehler angezeigt. Die Fehlermeldung hängt davon ab, wie der Server so konfiguriert ist, dass er die Anfrage beantwortet, die keine SNI-Informationen enthält. Eine Integritätsprüfung kann auch aus anderen Gründen den Status „Fehlgeschlagen“ haben. Wenn SNI aktiviert ist und der Fehler weiterhin angezeigt wird, überprüfen Sie die SSL/TLS Konfiguration auf Ihrem Endpunkt und stellen Sie sicher, dass Ihr Zertifikat gültig ist.  
Beachten Sie die folgenden Voraussetzungen:  
+ Der Endpunkt muss SNI unterstützen.
+ Das SSL/TLS Zertifikat auf Ihrem Endpunkt enthält einen Domainnamen im `Common Name` Feld und möglicherweise mehrere weitere in dem `Subject Alternative Names` Feld. Einer der Domänennamen im Zertifikat muss mit dem Wert übereinstimmen, den Sie für **Host name** angeben. 

**Zustandsprüferregionen**  
Wählen Sie, ob Route 53 den Zustand des Endpunkts mithilfe von Zustandsprüfern in den empfohlenen Regionen oder mithilfe von Zustandsprüfungen in Regionen, die Sie angeben, überprüfen soll.  
Wenn Sie eine Statusprüfung aktualisieren, damit eine Region entfernt wird, aus der Statusprüfungen durchgeführt hat, führt Route 53 bis zu einer Stunde weiterhin Prüfungen aus dieser Region durch. Auf diese Weise wird sichergestellt, dass einige Statusprüfer den Endpunkt immer überprüfen (z. B. wenn Sie drei Regionen durch vier verschiedenen Regionen ersetzen).   
Wenn Sie **Customize** wählen, wählen Sie das **x** aus, um eine Region zu entfernen. Klicken Sie auf den Bereich unten in der Liste, um eine Region erneut zur Liste hinzuzufügen. Sie müssen mindestens drei Regionen angeben.

**Status der Integritätsprüfung umkehren (nur alte Konsole)**  
Informationen zum Umkehren einer Systemdiagnose auf der neuen Konsole finden Sie unter. [Integritätsprüfungen rückgängig machen](health-checks-invert.md)   
Wählen Sie, ob Sie möchten, dass Route 53 den Status einer Zustandsprüfung umkehrt. Wenn Sie diese Option wählen, betrachtet Route 53 eine Zustandsprüfung als fehlerhaft, wenn der Status fehlerfrei ist, und umgekehrt. Beispielsweise wollen Sie vielleicht, dass Route 53 eine Zustandsprüfung als *fehlerhaft* einstuft, wenn Sie einen Zeichenfolgenabgleich konfigurieren und der Endpunkt einen festgelegten Wert zurückgibt. 

** Deaktiviert (nur alte Konsole)**  
Informationen zum Deaktivieren einer Systemdiagnose auf der neuen Konsole finden Sie unter[Gesundheitschecks deaktivieren oder aktivieren](health-checks-disable.md).   
Stoppt die Ausführung von Zustandsprüfungen durch Route 53. Wenn Sie eine Zustandsprüfung deaktivieren, versucht Route 53 nicht mehr, eine TCP-Verbindung mit dem Endpunkt herzustellen.  
Nachdem eine Zustandsprüfung deaktiviert wurde, stuft Route 53 den Status der Zustandsprüfung immer als fehlerfrei ein. Wenn Sie ein DNS Failover konfiguriert haben, leitet Route 53 weiterhin Datenverkehr an die entsprechenden Ressourcen weiter. Wenn Sie die Weiterleitung von Datenverkehr zu einer Ressource beenden möchten, kehren Sie die Zustandsprüfung um.  
Gebühren für eine Zustandsprüfung gelten weiterhin, auch wenn die Zustandsprüfung deaktiviert ist.

------

## Eine Benachrichtigung erhalten, wenn eine Zustandsprüfung fehlschlägt
<a name="health-checks-creating-values-alarm"></a>

Verwenden Sie die folgenden Optionen zum Konfigurieren von E-Mail-Benachrichtigungen, wenn eine Zustandsprüfung fehlschlägt:
+ [Create alarm](#health-checks-creating-values-create-alarm)
+ [Send notification to](#health-checks-creating-values-send-notification-to)
+ [Topic name](#health-checks-creating-values-topic-name)
+ [Recipient email addresses](#health-checks-creating-values-recipient-email-addresses)

**Alarm erstellen (nur beim Erstellen von Zustandsprüfungen)**  
Geben Sie an, ob Sie einen CloudWatch Standardalarm erstellen möchten. Wenn Sie **Ja** wählen, wird Ihnen eine Amazon SNS SNS-Benachrichtigung CloudWatch gesendet, wenn sich der Status dieses Endpunkts auf ungesund ändert und Route 53 den Endpunkt für eine Minute als fehlerhaft einstuft.  
Wenn Sie Ihnen eine weitere Amazon SNS SNS-Benachrichtigung senden möchten CloudWatch , wenn der Status wieder fehlerfrei ist, können Sie nach dem Erstellen der Zustandsprüfung einen weiteren Alarm erstellen. Weitere Informationen finden Sie unter [ CloudWatch Amazon-Alarme erstellen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) im * CloudWatch Amazon-Benutzerhandbuch*.
Wenn Sie einen Alarm für eine vorhandene Zustandsprüfung einrichten oder benachrichtigt werden möchten, wenn Route 53 den Endpunkt für mehr oder weniger als eine Minute (Standardwert) als fehlerhaft ansieht, wählen Sie **No** aus und fügen Sie einen Alarm hinzu, nachdem Sie die Zustandsprüfung erstellt haben. Weitere Informationen finden Sie unter [Überwachung von Zustandsprüfungen mit CloudWatch](monitoring-health-checks.md).

**Benachrichtigung senden an (nur beim Erstellen eines Alarms)**  
Geben Sie an CloudWatch , ob Sie Benachrichtigungen zu einem bestehenden Amazon SNS SNS-Thema oder zu einem neuen senden möchten:  
+ **Existing SNS topic** - Wählen Sie den Namen des Themas aus der Liste aus. Die Lambda-Funktion muss sich in der Region USA Ost (Nord-Virginia) befinden.
+ **New SNS topic** - Geben Sie einen Namen für das Thema unter **Topic name** ein und geben Sie unter **Recipients** die E-Mail-Adressen an, denen Sie Benachrichtigungen senden möchten. Trennen Sie mehrere Adressen durch Kommas (,), Strichpunkte (;) oder Leerzeichen. 

  Die Route 53 erstellt das Thema in der Region USA Ost (Nord-Virginia).

**Themenname (nur beim Erstellen eines neuen SNS-Themas)**  
Wenn Sie **New SNS Topic** angegeben haben, geben Sie den Namen des neuen Themas ein. 

**Empfänger-E-Mail-Adressen (nur beim Erstellen eines neuen SNS-Themas)**  
Wenn Sie **New SNS topic** angegeben haben, geben Sie die E-Mail-Adressen an, an die Benachrichtigungen gesendet werden sollen. Trennen Sie mehrere Namen durch Kommas (,), Strichpunkte (;) oder Leerzeichen.

# Werte, die Amazon Route 53 anzeigt, wenn Sie eine Zustandsprüfung erstellen
<a name="health-checks-creating-values-displayed"></a>

Die Seite **Create Health Check** zeigt die folgenden Werte basierend auf den Werten an, die Sie eingegeben haben: 

**URL**  
Entweder die vollständige URL (für HTTP- oder HTTPS-Zustandsprüfungen) oder die IP-Adresse und den Port (für TCP-Zustandsprüfungen), an die Route 53 bei der Durchführung von Zustandsprüfungen Anfragen sendet.

**Art der Zustandsprüfung**  
Entweder **Basic** oder **Basic \$1 additional options**, basierend auf den Einstellungen, die Sie für diese Zustandsprüfung angegeben haben. Weitere Informationen zu den Preisen für die zusätzlichen Optionen finden Sie unter [Route 53 – Preise](https://aws.amazon.com/route53/pricing/).

# Aktualisierung der Gesundheitschecks, wenn Sie die CloudWatch Alarmeinstellungen ändern (Zustandsprüfungen, die nur einen CloudWatch Alarm überwachen)
<a name="health-checks-updating-cloudwatch-alarm-settings"></a>

Wenn Sie eine Route 53-Zustandsprüfung erstellen, die den Datenstrom auf einen CloudWatch Alarm überwacht, und dann die Einstellungen im CloudWatch Alarm aktualisieren, aktualisiert Route 53 die Alarmeinstellungen in der Zustandsprüfung nicht automatisch. Wenn Sie möchten, dass die Zustandsprüfung die neuen Alarmeinstellungen verwendet, müssen Sie die Zustandsprüfung aktualisieren.

**Anmerkung**  
Um eine Zustandsprüfung programmgesteuert zu aktualisieren, können Sie die API `UpdateHealthCheck` verwenden. Geben Sie einfach die aktuellen Werte für `AlarmIdentifier` und an`Region`, und Route 53 erhält die neuesten Einstellungen von CloudWatch. Weitere Informationen finden Sie [UpdateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_UpdateHealthCheck.html)in der *Amazon Route 53 API-Referenz*.

**Anmerkung**  
Wir aktualisieren die Health Checks Console für Route 53. Während der Übergangsphase können Sie weiterhin die alte Konsole verwenden.

Wählen Sie den Tab für die von Ihnen verwendete Konsole aus.
+ [New console](#health-checks-updating-cloudwatch-alarm-settings-new)
+ [Alte Konsole](#health-checks-updating-cloudwatch-alarm-settings-old)

------
#### [ New console ]<a name="health-checks-updating-cloudwatch-alarm-settings-proc"></a>

**Um einen Gesundheitscheck mit neuen CloudWatch Alarmeinstellungen zu aktualisieren**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wählen Sie die verknüpfte ID für die Zustandsprüfung aus, die Sie aktualisieren möchten.

1. Wählen Sie **Bearbeiten** aus.

   In einem Hinweis wird erklärt, dass sich der CloudWatch Alarm für den Gesundheitscheck geändert hat. Das Feld **Details** zeigt die neuen Alarmeinstellungen.

1. Wählen Sie **Speichern**.

------
#### [ Old console ]<a name="health-checks-updating-cloudwatch-alarm-settings-procedure"></a>

**Um einen Gesundheitscheck mit neuen CloudWatch Alarmeinstellungen zu aktualisieren (Konsole)**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Aktivieren Sie das Kontrollkästchen für die Zustandsprüfung, die Sie aktualisieren möchten.

1. Wählen Sie **Edit health check** aus.

   In einem Hinweis wird erklärt, dass sich der CloudWatch Alarm für den Gesundheitscheck geändert hat. Das Feld **Details** zeigt die neuen Alarmeinstellungen.

1. Wählen Sie **Speichern**.

------

# Gesundheitschecks deaktivieren oder aktivieren
<a name="health-checks-disable"></a>

Durch das Deaktivieren einer Integritätsprüfung kann Route 53 keine Integritätsprüfungen mehr durchführen. Wenn Sie eine Zustandsprüfung deaktivieren, wird die Aggregation des Status der referenzierten Zustandsprüfungen durch Route 53 gestoppt. Nachdem eine Zustandsprüfung deaktiviert wurde, stuft Route 53 den Status der Zustandsprüfung immer als fehlerfrei ein. Wenn Sie ein DNS Failover konfiguriert haben, leitet Route 53 weiterhin Datenverkehr an die entsprechenden Ressourcen weiter. Wenn Sie die Weiterleitung des Datenverkehrs zu einer Ressource beenden möchten, ändern Sie den Wert von **Inverted**.

**Anmerkung**  
Wir aktualisieren die Health Checks-Konsole für Route 53. Während der Übergangsphase können Sie weiterhin die alte Konsole verwenden.

Sie können eine Zustandsprüfung auf der alten Konsole deaktivieren oder aktivieren, wenn Sie die Zustandsprüfung erstellen oder bearbeiten. Weitere Informationen finden Sie unter [Werte, die Sie beim Erstellen oder Aktualisieren von Zustandsprüfungen festlegen](health-checks-creating-values.md).

Gehen Sie wie folgt vor, um die Integritätsprüfungen auf der neuen Konsole zu deaktivieren.<a name="health-checks-disable-proc"></a>

**Um eine Systemdiagnose zu deaktivieren oder zu aktivieren (nur neue Konsole)**

1. Melden Sie sich bei der Route 53-Konsole an AWS-Managementkonsole und öffnen Sie sie unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wählen Sie in der Spalte **Aktionen** die drei Punkte und dann **Deaktivieren** oder **Aktivieren** aus. 

   Oder wählen Sie die verknüpfte ID der Zustandsprüfung aus, die Sie deaktivieren oder aktivieren möchten.

1. In der **Konfigurationstabelle** gibt das Feld **Status** an, ob die Integritätsprüfung aktiviert oder deaktiviert ist.

1. Wählen Sie **Deaktivieren** oder **Aktivieren**, um die Integritätsprüfung entweder zu deaktivieren oder zu aktivieren.

# Integritätsprüfungen rückgängig machen
<a name="health-checks-invert"></a>

Wenn Sie eine Zustandsprüfung umkehren, betrachtet Route 53 die Zustandsprüfung als fehlerhaft, wenn der Status fehlerfrei ist, und umgekehrt.

**Anmerkung**  
Wir aktualisieren die Konsole für Zustandsprüfungen für Route 53. Während der Übergangsphase können Sie weiterhin die alte Konsole verwenden.

Sie können eine Zustandsprüfung auf der alten Konsole rückgängig machen, wenn Sie die Zustandsprüfung erstellen oder bearbeiten. Weitere Informationen finden Sie unter [Werte, die Sie beim Erstellen oder Aktualisieren von Zustandsprüfungen festlegen](health-checks-creating-values.md).

Gehen Sie wie folgt vor, um die Integritätsprüfungen auf der neuen Konsole umzukehren.<a name="health-checks-disable-proc"></a>

**Um eine Integritätsprüfung umzukehren (nur auf der neuen Konsole)**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wählen Sie in der Spalte **Aktionen** die drei Punkte aus und klicken Sie dann auf **Umkehren.**

   Oder — Wählen Sie die verknüpfte ID der Zustandsprüfung aus, die Sie rückgängig machen möchten.

1. **In der **Konfigurationstabelle** gibt das Feld **Invertiert** an, ob die Integritätsprüfung invertiert (**Ja) oder nicht (Nein**) ist.**

1. Wählen Sie **Invertieren**, um die Integritätsprüfung umzukehren.

   **Wenn Sie den umgekehrten Status rückgängig machen möchten und das Feld Invertiert den Wert **Ja** **hat, wählen Sie erneut „Invertieren**“.**

# Löschen von Zustandsprüfungen
<a name="health-checks-deleting"></a>

Gehen Sie wie folgt vor, um Integritätsprüfungen zu deaktivieren.

**Anmerkung**  
Wenn Sie bei der Registrierung einer Instanz eine Route 53-Zustandsprüfung verwenden AWS Cloud Map und für deren Erstellung konfiguriert AWS Cloud Map haben, können Sie die Route 53-Konsole nicht verwenden, um die Zustandsprüfung zu löschen. Die Zustandsprüfung wird automatisch gelöscht, wenn Sie die Instance abmelden. Es kann mehrere Stunden dauern, bis die Zustandsprüfung nicht mehr in der Route 53-Konsole angezeigt wird. 

**Anmerkung**  
Wir aktualisieren die Konsole für die Zustandsprüfungen für Route 53. Während der Übergangsphase können Sie weiterhin die alte Konsole verwenden.

Wählen Sie den Tab für die von Ihnen verwendete Konsole aus.
+ [New console](#health-checks-deleting-new)
+ [Alte Konsole](#health-checks-deleting-old)

------
#### [ New console ]<a name="health-checks-deleting-proc"></a>

**So löschen Sie eine Zustandsprüfung**

1. Wenn Sie Zustandsprüfungen löschen, die im Zusammenhang mit Datensätzen stehen, führen Sie die empfohlenen Aufgaben in [Aktualisieren oder Löschen von Zustandsprüfungen bei konfiguriertem DNS Failover](health-checks-updating-deleting-tasks.md) aus.

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wählen Sie die verknüpfte ID der Zustandsprüfung aus, die Sie löschen möchten.

1. Wählen Sie **Löschen** aus.

1. Geben Sie den Text **confirm** in das Textfeld ein und wählen Sie dann **Löschen**.

------
#### [ Old console ]<a name="health-checks-deleting-console-proc"></a>

**So löschen Sie eine Zustandsprüfung (Konsole)**

1. Wenn Sie Zustandsprüfungen löschen, die im Zusammenhang mit Datensätzen stehen, führen Sie die empfohlenen Aufgaben in [Aktualisieren oder Löschen von Zustandsprüfungen bei konfiguriertem DNS Failover](health-checks-updating-deleting-tasks.md) aus.

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wählen Sie im rechten Bereich die Zustandsprüfung aus, die Sie löschen möchten.

1. Wählen Sie **Delete Health Check**.

1. Wählen Sie zur Bestätigung **Yes, Delete**.

------

# Aktualisieren oder Löschen von Zustandsprüfungen bei konfiguriertem DNS Failover
<a name="health-checks-updating-deleting-tasks"></a>

Wenn Sie Zustandsprüfungen aktualisieren oder löschen möchten, die mit Datensätzen in Verbindung stehen, oder wenn Sie Datensätze ändern möchten, die mit Zustandsprüfungen im Zusammenhang stehen, müssen Sie die Auswirkungen Ihrer Änderungen auf die Weiterleitung von DNS-Abfragen und Ihre DNS-Failover-Konfiguration berücksichtigen.

**Wichtig**  
Route 53 hindert Sie nicht am Löschen einer Zustandsprüfung, auch wenn die Zustandsprüfung einem oder mehreren Datensätzen zugeordnet ist. Wenn Sie eine Zustandsprüfung löschen, ohne die zugehörigen Datensätze zu aktualisieren, kann der zukünftige Status der Zustandsprüfung nicht vorhergesehen werden und könnte sich verändern. Dies wirkt sich auf das Routing von DNS-Abfragen für Ihre DNS Failover-Konfiguration aus. 

Wenn Sie Zustandsprüfungen aktualisieren oder löschen möchten, die bereits mit Datensätzen verknüpft sind, empfehlen wir Ihnen, die folgenden Aufgaben auszuführen:

1. Identifizieren Sie die Datensätze, die mit den Zustandsprüfungen verknüpft sind. Um die Datensätze zu identifizieren, die mit einer Zustandsprüfung verknüpft sind, müssen Sie einen der folgenden Schritte ausführen: 
   + Überprüfen Sie die Datensätze in jeder gehosteten Zone mittels der Route 53-Konsole. Weitere Informationen finden Sie unter [Auflisten von Datensätzen](resource-record-sets-listing.md).
   + Führen Sie die API-Aktion `ListResourceRecordSets` für jede gehostete Zone aus und überprüfen Sie die Antwort. Weitere Informationen finden Sie [ListResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListResourceRecordSets.html)in der *Amazon Route 53 API-Referenz*.

1. Bewerten Sie die Änderung des Verhaltens, die sich aus der Aktualisierung oder Löschung von Zustandsprüfungen oder aus der Aktualisierung von Datensätzen ergibt. Bestimmen Sie anhand dieser Bewertung, welche Änderungen vorgenommen werden sollen. 

   Weitere Informationen finden Sie unter [Was geschieht, wenn Sie Zustandsprüfungen überspringen?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)

1. Ändern Sie Zustandsprüfungen und Datensätze wie zutreffend. Weitere Informationen finden Sie unter den folgenden Themen:
   + [Erstellen und Aktualisieren von Zustandsprüfungen](health-checks-creating.md)
   + [Bearbeiten von Datensätzen](resource-record-sets-editing.md)

1. Löschen Sie die Zustandsprüfungen, die Sie nicht länger verwenden (sofern vorhanden). Weitere Informationen finden Sie unter [Löschen von Zustandsprüfungen](health-checks-deleting.md). 

# Konfigurieren von Router- und Firewall-Regeln für Amazon Route 53-Zustandsprüfungen
<a name="dns-failover-router-firewall-rules"></a>

Wenn Route 53 den Zustand eines Endpunkts überprüft, sendet sie eine HTTP-, HTTPS- oder TCP-Anforderung an die IP-Adresse und den Port, die Sie beim Erstellen der Zustandsprüfung angegeben haben. Für eine erfolgreiche Zustandsprüfung müssen Ihre Router- und Firewall-Regeln eingehenden Datenverkehr von den IP-Adressen zulassen, die die -Zustandsprüfer verwenden.

Die aktuelle Liste der IP-Adressen für Route 53-Integritätsprüfungen, für Route 53-Nameserver und für andere AWS Dienste finden Sie unter[IP-Adressbereiche von Amazon Route 53-Servern](route-53-ip-addresses.md). 

In Amazon EC2 fungieren Sicherheitsgruppen als Firewall. Weitere Informationen finden Sie unter [Amazon EC2-Sicherheitsgruppen im Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html) *EC2-Benutzerhandbuch*. Um Ihre Sicherheitsgruppen so zu konfigurieren, dass sie Route 53-Zustandsprüfungen zulassen, können Sie entweder eingehenden Verkehr aus jedem IP-Adressbereich zulassen oder eine AWS-verwaltete Präfixliste verwenden. 

Um die Präfixliste AWS-managed zu verwenden, ändern Sie Ihre Sicherheitsgruppe so`com.amazonaws.<region>.route53-healthchecks`, dass eingehender Datenverkehr AWS-Region von Ihrer Amazon EC2 EC2-Instance oder -Ressource zugelassen `<region> ` wird. Wenn Sie Route 53-Zustandsprüfungen zur Überprüfung von IPv6 Endpunkten verwenden, sollten Sie auch eingehenden Datenverkehr von zulassen. `com.amazonaws.<region>.ipv6.route53-healthchecks`

Weitere Informationen zu AWS-verwalteten Präfixlisten finden Sie unter [Arbeiten mit AWS-verwalteten Präfixlisten](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html) im *Amazon VPC-Benutzerhandbuch*.

**Wichtig**  
Wenn Sie IP-Adressen zu einer Liste zulässiger IP-Adressen hinzufügen, fügen Sie alle IP-Adressen im CIDR-Bereich für jede AWS Region hinzu, die Sie bei der Erstellung von Integritätsprüfungen angegeben haben, sowie den globalen CIDR-Bereich. Sie können sehen, dass Anforderungen für Statusprüfungen aus einer IP-Adresse in einer Region stammen. Allerdings kann sich die IP-Adresse jederzeit in eine andere IP-Adresse für diese Region ändern.  
 Wenn Sie sicherstellen möchten, dass sowohl die aktuelle als auch die ältere IP-Adresse der Zustandsprüfung enthalten, fügen Sie ALLE IP-Adressbereiche /26 und /18 zur Zulassungsliste hinzu. Eine vollständige Liste finden Sie unter [AWS -IP-Adressbereiche](https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html) in der *Allgemeine AWS-Referenz*.  
Wenn Sie Ihrer Sicherheitsgruppe für eingehende Nachrichten die Liste mit AWS verwaltetem Präfix hinzufügen, werden automatisch alle erforderlichen Bereiche hinzugefügt.

# Konfigurieren von DNS Failover
<a name="dns-failover-configuring"></a>

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
<a name="dns-failover-how-to"></a>

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
<a name="dns-failover-simple-configs"></a>

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
<a name="dns-failover-complex-configs"></a>

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?
<a name="dns-failover-complex-configs-hc-alias"></a>

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?
<a name="dns-failover-complex-configs-hc-omitting"></a>

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?
<a name="dns-failover-complex-configs-eth-no"></a>

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
<a name="health-checks-how-route-53-chooses-records"></a>

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
<a name="dns-failover-types"></a>

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
<a name="dns-failover-types-active-active"></a>

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
<a name="dns-failover-types-active-passive"></a>

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
<a name="dns-failover-types-active-passive-one-resource"></a>

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
<a name="dns-failover-types-active-passive-multiple-resources"></a>

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
<a name="dns-failover-types-active-passive-weighted"></a>

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
<a name="dns-failover-private-hosted-zones"></a>

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
<a name="dns-failover-problems"></a>

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
<a name="dns-failover-cascading-failures"></a>

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
<a name="dns-failover-internet-partitions"></a>

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.

# Benennen und Verwenden von Tags für Zustandsprüfungen
<a name="health-checks-tagging"></a>

Sie können den Amazon Route 53-Zustandsprüfungen Tags hinzufügen, mit denen Sie jeder Zustandsprüfung einen Namen geben können, der verständlicher als die Zustandsprüfungs-ID ist. Dabei handelt es sich um dieselben Tags, mit denen AWS Fakturierung und Kostenmanagement Sie Ihre Rechnung organisieren können AWS . Weitere Informationen zur Verwendung von Tags für die Kostenzuordnung finden Sie unter [Verwendung von Kostenzuordnungs-Tags](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/allocation.html) für benutzerdefinierte Fakturierungsberichte im *AWS Billing Benutzerhandbuch*. 

Jeder Tag besteht aus einem Schlüssel (der Name des Tags) und einem Wert, die Sie beide selbst definieren können. Wenn Sie Tags zu einer Zustandsprüfung hinzufügen, empfehlen wir, ein Tag hinzuzufügen, das die folgenden Werte für den Schlüssel und den Wert hat:
+ **Schlüssel** – **Name**
+ **Wert** - der Name, den Sie der Zustandsprüfung geben wollen

Der Wert des Tags **Name** erscheint in der Liste der Zustandsprüfungen in der Route 53-Konsole, mit der Sie Zustandsprüfungen auf einfache Weise unterscheiden können. Um andere Tags für eine Zustandsprüfung anzuzeigen, wählen Sie die Zustandsprüfung und anschließend die Registerkarte **Tags** aus.

Weitere Informationen zu Tags finden Sie in den folgenden Themen:
+ Informationen zum Hinzufügen, Bearbeiten oder Löschen des Tags **Name** beim Hinzufügen und Bearbeiten von Zustandsprüfungen in der Route 53-Konsole finden Sie unter [Erstellen und Aktualisieren von Zustandsprüfungen](health-checks-creating.md).
+ Eine Übersicht über das Markieren von Route 53-Ressourcen finden Sie unter [Amazon-Route-53-Ressourcen-Markierung](tagging-resources.md).

## Tag-Einschränkungen
<a name="health-checks-tagging-restrictions"></a>

Die folgenden grundlegenden Einschränkungen gelten für Tags (Markierungen):
+ Maximale Anzahl von Tags pro Ressource — 50 auf der neuen Konsole und 10 auf der alten Konsole.
+ Maximale **Schlüssellänge** – 128 Unicode-Zeichen
+ Maximale **Wertlänge** – 256 Unicode-Zeichen
+ Gültige Werte für **Key** (Schlüssel) und **Value** (Wert) Groß- und Kleinbuchstaben im UTF-8-Zeichensatz, Zahlen, Leerzeichen und die folgenden Zeichen: \$1 . : / = \$1 - and @
+ Bei Tag-Schlüsseln und -Werten muss die Groß-/Kleinschreibung beachtet werden
+ Verwenden Sie das `aws:` Präfix weder für Schlüssel noch für Werte; es ist für die AWS Verwendung reserviert

## Hinzufügen, Bearbeiten und Löschen von Tags für Zustandsprüfungen
<a name="health-checks-tagging-procedures"></a>

Das folgende Verfahren veranschaulicht, wie Tags für die Zustandsprüfungen in der Route 53-Konsole verwendet werden. 

**Anmerkung**  
Wir aktualisieren die Health Checks-Konsole für Route 53. Während der Übergangsphase können Sie weiterhin die alte Konsole verwenden.

Wählen Sie den Tab für die von Ihnen verwendete Konsole aus.
+ [New console](#health-checks-tagging-new)
+ [Alte Konsole](#health-checks-tagging-old)

------
#### [ New console ]<a name="health-checks-tagging-adding-proc"></a>

**So fügen Sie Tags zu Zustandsprüfungen hinzu**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wählen Sie die verknüpfte ID der Zustandsprüfung aus, für die Sie Tags hinzufügen möchten. 

1. Wählen Sie auf der unteren Seite den Tab „**Tags**“ und dann „**Verwalten**“ und dann „**Neue Tags hinzufügen**“ aus.

1. Geben Sie einen Namen für das Tag in das Feld **Schlüssel** und einen Wert in das Feld **Wert** ein.

1. Wählen Sie **Speichern**.<a name="health-checks-tagging-editing-proc"></a>

**So bearbeiten Sie Tags für Zustandsprüfungen**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wählen Sie die verknüpfte ID einer Zustandsprüfung aus. 

1. Wählen Sie im unteren Bereich die Registerkarte „**Tags**“ und dann „**Verwalten**“ aus.

1. Sie können jetzt weitere Tags bearbeiten und hinzufügen.

1. Wählen Sie **Speichern**.<a name="health-checks-tagging-delete-proc"></a>

**So löschen Sie Tags für Zustandsprüfungen**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wählen Sie die verknüpfte ID einer Zustandsprüfung aus. 

1. Wählen Sie im unteren Bereich die Registerkarte „**Tags**“ und dann „**Verwalten**“ aus.

1. Wählen Sie neben dem Tag, das Sie löschen möchten, die Option **Entfernen** aus.

1. Wählen Sie **Speichern**.

------
#### [ Old console ]<a name="health-checks-tagging-adding-procedure"></a>

**So fügen Sie Tags zu Zustandsprüfungen hinzu**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wählen Sie eine Zustandsprüfung oder wählen Sie mehrere Zustandsprüfungen, wenn Sie mehreren Zustandsprüfungen den gleichen Tag hinzufügen möchten. 

1. Wählen Sie im unteren Bereich die Registerkarte **Tags** aus und klicken Sie dann auf die Schaltfläche **Add/Edit Tags**.

1. Geben Sie im Dialogfeld **Add/Edit Tags** einen Namen für die Tags in das Feld **Key** ein, und geben Sie einen Wert in das Feld **Value** ein.

1. Wählen Sie **Apply changes**.<a name="health-checks-tagging-editing-procedure"></a>

**So bearbeiten Sie Tags für Zustandsprüfungen**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wählen Sie eine Zustandsprüfung aus. 

   Wenn Sie mehrere Zustandsprüfungen auswählen, die den gleichen Tag haben, können Sie den Wert nicht für alle Tags gleichzeitig bearbeiten. Beachten Sie jedoch, dass Sie den Wert eines Tags bearbeiten können, der in mehreren Zustandsprüfungen auftritt, wenn Sie Zustandsprüfungen, die den Tag enthalten, und mindestens eine Zustandsprüfung auswählen, die den Tag nicht enthält.

   Beispiel: Sie haben mehrere Zustandsprüfungen mit dem Tag **Cost Center** sowie eine Zustandsprüfung, die diesen Tag nicht enthält. Sie wählen die Option zum Hinzufügen eines Tags und geben **Cost Center** für den Schlüssel und **777** für den Wert an. Für die ausgewählten Zustandsprüfungen, die bereits über einen **Cost Center**-Tag verfügen, ändert Route 53 den Wert in **777**. Für die eine Zustandsprüfung, die keinen **Cost Center**-Tag hat, fügt Route 53 einen Tag hinzu und setzt den Wert auf **777**.

1. Wählen Sie im unteren Bereich die Registerkarte **Tags** aus und klicken Sie dann auf die Schaltfläche **Add/Edit Tags**.

1. Bearbeiten Sie den Wert im Dialogfeld **Add/Edit Tags**.

1. Wählen Sie **Speichern**.<a name="health-checks-tagging-procedure"></a>

**So löschen Sie Tags für Zustandsprüfungen**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).

1. Wählen Sie im Navigationsbereich **Health Checks** aus.

1. Wählen Sie eine Zustandsprüfung oder wählen Sie mehrere Zustandsprüfungen, wenn Sie in mehreren Zustandsprüfungen den gleichen Tag löschen möchten. 

1. Wählen Sie im unteren Bereich die Registerkarte **Tags** aus und klicken Sie dann auf die Schaltfläche **Add/Edit Tags**.

1. Wählen Sie im Dialogfeld „**Tags hinzufügen/bearbeiten**“ das *X* neben dem Tag aus, das Sie löschen möchten.

1. Wählen Sie **Speichern**.

------

# Verwendung von Zustandsprüfungen mit Amazon Route 53-API-Versionen vor 2012-12-12
<a name="dns-failover-using-old-apis"></a>

Zustandsprüfungen werden ab Version 2012-12-12 der Amazon Route 53-API unterstützt. Wenn eine gehostete Zone Datensätze enthält, für die Zustandsprüfungen konfiguriert sind, wird die ausschließliche Verwendung der API 2012-12-12 oder höher empfohlen. Bitte beachten Sie die folgenden Einschränkungen zur Verwendung von Zustandsprüfungen mit früheren API-Versionen.
+ Die Aktion `ChangeResourceRecordSets` kann keine Datensätze erstellen oder löschen, die die Elemente `EvaluateTargetHealth`, `Failover` oder `HealthCheckId` enthalten.
+ Die Aktion `ListResourceRecordSets` kann Datensätze auflisten, die diese Elemente enthalten. Diese Elemente sind jedoch nicht in der Ausgabe enthalten. Das Element `Value` der Antwort enthält die Meldung, dass der Datensatz ein nicht unterstütztes Attribut enthält.