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.

# Werte, die Sie beim Erstellen oder Bearbeiten von Amazon Route 53-Datensätzen angeben
<a name="resource-record-sets-values"></a>

Wenn Sie Datensätze mit der Amazon Route 53-Konsole erstellen, hängen die von Ihnen angegebenen Werte von der Routing-Richtlinie ab, die Sie verwenden möchten, und davon, ob Sie Alias-Datensätze erstellen, die den Verkehr zu AWS Ressourcen weiterleiten.

Alias-Datensätze, die Traffic an bestimmte AWS Ressourcen weiterleiten, für die Sie die Zielressource angeben (z. B. Elastic Load Balancing, CloudFront Distribution, Amazon S3 S3-Bucket). Sie können optional auch Zustandsprüfungen verknüpfen und die Zielzustandsprüfung konfigurieren. Die folgenden Themen enthalten detaillierte Informationen zu den Werten, die für jede Routing-Richtlinie und jeden Datensatztyp erforderlich sind, sodass Sie Ihre Route 53-Datensätze effektiv konfigurieren können.

**Topics**
+ [Typische Werte für alle Routing-Richtlinien](resource-record-sets-values-shared.md)
+ [Werte, die für Aliasdatensätze für alle Routing-Richtlinien typisch sind](resource-record-sets-values-alias-common.md)
+ [Spezifische Werte für einfache Datensätze](resource-record-sets-values-basic.md)
+ [Spezifische Werte für einfache Aliasdatensätze](resource-record-sets-values-alias.md)
+ [Spezifische Werte für Failover-Datensätze](resource-record-sets-values-failover.md)
+ [Spezifische Werte für Failover-Aliasdatensätze](resource-record-sets-values-failover-alias.md)
+ [Spezifische Werte für Geolocation-Datensätze](resource-record-sets-values-geo.md)
+ [Spezifische Werte für Geolocation-Aliasdatensätze](resource-record-sets-values-geo-alias.md)
+ [Spezifische Werte für Geoproximitätsdatensätze](resource-record-sets-values-geoprox.md)
+ [Spezifische Werte für Geoproximitäts-Aliasdatensätze](resource-record-sets-values-geoprox-alias.md)
+ [Spezifische Werte für Latenz-Datensätze](resource-record-sets-values-latency.md)
+ [Spezifische Werte für Latenz-Aliasdatensätze](resource-record-sets-values-latency-alias.md)
+ [Spezifische Werte für IP-basierte Datensätze](resource-record-sets-values-ipbased.md)
+ [Spezifische Werte für IP-basierte Aliasdatensätze](resource-record-sets-values-ipbased-alias.md)
+ [Werte für spezifische mehrwertige Antwort-Datensätze](resource-record-sets-values-multivalue.md)
+ [Spezifische Werte für gewichtete Datensätze](resource-record-sets-values-weighted.md)
+ [Spezifische Werte für gewichtete Aliasdatensätze](resource-record-sets-values-weighted-alias.md)

# Typische Werte für alle Routing-Richtlinien
<a name="resource-record-sets-values-shared"></a>

Das sind die Werte, die Sie bei der Erstellung oder Bearbeitung von Amazon Route 53-Datensätzen angeben. Diese Werte werden von allen Routing-Richtlinien verwendet.



**Topics**
+ [Datensatzname](#rrsets-values-common-name)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-common-value)
+ [TTL (Sekunden)](#rrsets-values-common-ttl)

## Datensatzname
<a name="rrsets-values-common-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Name** keinen Wert ein (zum Beispiel ein @-Symbol). 

**CNAME-Datensätze**  
Wenn Sie einen Datensatz erstellen, der den Wert **CNAME** für **Datensatztyp** hat, darf der Name für den Datensatz nicht gleich dem Namen der gehosteten Zone sein.

**Sonderzeichen**  
Erläuterungen dazu, wie Sie andere Zeichen als a-z, 0-9 und - (Bindestrich) eingeben und wie internationale Domainnamen angegeben werden, erhalten Sie unter [Format für DNS-Domänennamen](DomainNameFormat.md).

**Platzhalterzeichen**  
Sie können im Namen ein Sternchenzeichen (\$1) verwenden. Abhängig von seiner Position im Namen wird das \$1-Zeichen vom DNS entweder als Platzhalter oder als das \$1-Zeichen (ASCII 42) behandelt. Weitere Informationen finden Sie unter [Verwendung eines Sternchens (\$1) im Namen von gehosteten Zonen und Datensätzen](DomainNameFormat.md#domain-name-format-asterisk).  
Sie können den Platzhalter \$1 nicht für Ressourcendatensätze mit dem Typ **NS** verwenden.

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-common-value"></a>

Klicken Sie auf **IP-Adresse oder ein anderer Wert, abhängig vom Datensatztyp**. Geben Sie einen gültigen Wert für **Datensatztyp** ein. Sie können für alle Typen außer **CNAME** mehr als einen Wert eingeben. Fügen Sie jeden Wert in einer separaten Zeile hinzu.

**A — IPv4 Adresse**  
Eine IP-Adresse im IPv4 Format, zum Beispiel **192.0.2.235**.

**AAAA — Adresse IPv6 **  
Eine IP-Adresse im IPv6 Format, zum Beispiel **2001:0 db 8:85 a 3:0:0:0:8** a2e: 0370:7334.

**CAA – Autorisierung der Zertifizierungsstelle**  
Drei durch Leerzeichen voneinander getrennte Werte, die festlegen, welche Zertifizierungsstellen Zertifikate oder Platzhalterzertifikate für die in **Datensatzname** angegebene Domäne oder Subdomäne ausstellen dürfen. Sie können mit CAA-Datensätzen Folgendes angeben:  
+ Welche CAs SSL/TLS Zertifizierungsstellen () können gegebenenfalls Zertifikate ausstellen
+ Die E-Mail-Adresse oder URL, die zu kontaktieren ist, wenn eine CA ein Zertifikat für die Domäne oder Subdomäne ausstellt.

**CNAME – kanonischer Name**  
Der vollständig qualifizierte Domänenname (zum Beispiel *www.example.com*), an den Route 53 die Antworten auf DNS-Abfragen für diesen Datensatz zurückgeben soll. Ein abschließender Punkt ist optional. Route 53 nimmt an, dass der Domänenname vollständig qualifiziert ist. Das bedeutet, dass *www.example.com* (ohne Punkt am Ende) und *www.example.com.* (mit Punkt am Ende) von Route 53 identisch gehandhabt werden.

**MX – Mail-Austausch**  
Eine Priorität und ein Domänenname, der einen Mail-Server angibt, zum Beispiel **10 mailserver.example.com**. Der abschließende Punkt wird als optional behandelt.

**NAPTR – Name Authority Pointer (Namensautorisierungszeiger)**  
Sechs durch Leerzeichen getrennte Einstellungen, die von DDDS-Anwendungen (Dynamic Delegation Discovery System) verwendet werden, um einen Wert in einen anderen zu konvertieren oder einen Wert durch einen anderen zu ersetzen. Weitere Informationen finden Sie unter [NAPTR-Datensatztyp](ResourceRecordTypes.md#NAPTRFormat).

**PTR – Pointer (Zeiger)**  
Der Domänenname, den Route 53 zurückgeben soll.

**NS – Namenserver**  
Der Domänenname eines Namens-Servers wie **ns1.example.com**.  
Sie können einen NS-Datensatz nur mit einfacher Routing-Richtlinie angeben.

**SPF – Sender Policy Framework.**  
Ein SPF-Datensatz in Anführungszeichen, zum Beispiel **"v=spf1 ip4:192.168.0.1/16-all"**. SPF-Einträge werden nicht empfohlen. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

**SRV – Service-Locator**  
Ein SRV-Eintrag. SRV-Einträge werden für den Zugriff auf Services verwendet, z. B. einen Service für E-Mail oder Kommunikation. Weitere Informationen zum SRV-Eintragsformat finden Sie in der Dokumentation des Service, mit dem Sie eine Verbindung herstellen möchten. Ein abschließender Punkt wird als optional behandelt.  
Das Format eines SRV-Eintrags ist folgendermaßen:  
**[Priorität] [Gewichtung] [Port] [Server-Host-Name]**  
Beispiel:  
**1 10 5269 xmpp-server.example.com.**

**TXT – Text**  
Ein Texteintrag. Schließen Sie den Text in Anführungszeichen ein, z. B. **„Beispieltexteintrag“**. 

## TTL (Sekunden)
<a name="rrsets-values-common-ttl"></a>

Der Zeitraum (in Sekunden), für den Informationen über diesen Datensatz von rekursiven DNS-Resolvern zwischengespeichert werden sollen. Durch Angabe eines längeren Wertes (z. B. 172 800 Sekunden oder zwei Tage) verringern Sie die Anzahl der Aufrufe, die rekursive DNS-Resolver an Route 53 senden müssen, um die neuesten Informationen in diesem Datensatz zu erhalten. Dies führt zu einer Verringerung der Latenz und Kosten für den Route-53-Service. Weitere Informationen finden Sie unter [So leitet Amazon Route 53 Datenverkehr an Ihre Domain weiter](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Wenn Sie einen längeren Wert als TTL angeben, dauert es allerdings länger, bis Änderungen an dem Datensatz (z. B. eine neue IP-Adresse) wirksam werden. Dies liegt daran, dass die rekursiven Resolver die Werte in ihrem Zwischenspeicher für einen längeren Zeitraum verwenden, anstatt aktuelle Informationen von Route 53 anzufordern. Wenn Sie Einstellungen für eine Domäne oder Subdomäne ändern, die bereits verwendet wird, wird empfohlen, anfänglich einen kürzeren Wert, wie z. B. 300 Sekunden anzugeben und den Wert zu erhöhen, nachdem Sie bestätigt haben, dass die neuen Einstellungen korrekt sind.

Wenn Sie diesen Datensatz mit einer Zustandsprüfung verknüpfen, empfehlen wir Ihnen eine Time to Live (TTL) von 60 Sekunden oder weniger einzugeben, damit Clients schnell auf Änderungen im Zustandsstatus reagieren.

# Werte, die für Aliasdatensätze für alle Routing-Richtlinien typisch sind
<a name="resource-record-sets-values-alias-common"></a>

Das sind die Werte, die Sie bei der Erstellung oder Bearbeitung von Amazon Route 53-Datensätzen angeben. Diese Werte werden von allen Routing-Richtlinien verwendet.

**Topics**
+ [Datensatzname](#rrsets-values-common-alias-name)
+ [Wert/Weiterleiten von Datenverkehr an](#rrsets-values-alias-common-target)

## Datensatzname
<a name="rrsets-values-common-alias-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Name** keinen Wert ein (zum Beispiel ein @-Symbol). 

**CNAME-Datensätze**  
Wenn Sie einen Datensatz erstellen, der den Wert **CNAME** für **Type (Typ)** hat, darf der Name für den Datensatz nicht gleich dem Namen der gehosteten Zone sein.

**Aliase für CloudFront Distributionen und Amazon S3 S3-Buckets**  
Der Wert, den Sie angeben, hängt zum Teil von der AWS Ressource ab, an die Sie den Datenverkehr weiterleiten:  
+ **CloudFront Verteilung** — Ihre Distribution muss einen alternativen Domainnamen enthalten, der dem Namen des Eintrags entspricht. Wenn der Name des Datensatzes beispielsweise **acme.example.com** ist, muss Ihre CloudFront-Verteilung **acme.example.com** als einen alternativen Domänennamen enthalten. Weitere Informationen finden Sie unter [Verwenden alternativer Domainnamen (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) im *Amazon CloudFront Developer Guide*. 
+ **Amazon-S3-Bucket** – Der Name des Datensatzes muss mit dem Namen Ihres Amazon-S3-Buckets übereinstimmen. Wenn der Name des Buckets beispielsweise **acme.example.com** lautet, muss der Name dieses Datensatzes ebenfalls **acme.example.com** lauten.

  Außerdem müssen Sie den Bucket für das Website-Hosting konfigurieren. Weitere Informationen finden Sie unter [Konfigurieren eines Buckets für Website-Hosting](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) im *Benutzerhandbuch für Amazon Simple Storage Service*. 

**Sonderzeichen**  
Erläuterungen dazu, wie Sie andere Zeichen als a-z, 0-9 und - (Bindestrich) eingeben und wie internationale Domainnamen angegeben werden, erhalten Sie unter [Format für DNS-Domänennamen](DomainNameFormat.md).

**Platzhalterzeichen**  
Sie können im Namen ein Sternchenzeichen (\$1) verwenden. Abhängig von seiner Position im Namen wird das \$1-Zeichen vom DNS entweder als Platzhalter oder als das \$1-Zeichen (ASCII 42) behandelt. Weitere Informationen finden Sie unter [Verwendung eines Sternchens (\$1) im Namen von gehosteten Zonen und Datensätzen](DomainNameFormat.md#domain-name-format-asterisk).

## Wert/Weiterleiten von Datenverkehr an
<a name="rrsets-values-alias-common-target"></a>

Der Wert, den Sie aus der Liste auswählen oder den Sie in das Feld eingeben, hängt von der AWS Ressource ab, an die Sie den Datenverkehr weiterleiten.

Weitere Informationen zur Konfiguration von Route 53 zur Weiterleitung von Verkehr zu bestimmten AWS Ressourcen finden Sie unter[Weiterleitung des Internetverkehrs zu Ihren AWS Ressourcen](routing-to-aws-resources.md).

**Wichtig**  
Wenn Sie dasselbe AWS Konto verwendet haben, um Ihre Hosting-Zone und die Ressource zu erstellen, zu der Sie den Datenverkehr weiterleiten, und wenn Ihre Ressource nicht in der **Endpunktliste** erscheint, überprüfen Sie Folgendes:  
Sie müssen einen unterstützten Wert für **Datensatztyp** auswählen. Unterstützte Werte sind spezifisch für die Ressource, auf die Sie den Datenverkehr leiten. Um beispielsweise Traffic an einen S3-Bucket weiterzuleiten, müssen Sie **A — IPv4 address als** **Datensatztyp** auswählen.
Das Konto muss über die IAM-Berechtigungen verfügen, die zum Auflisten der entsprechenden Ressourcen erforderlich sind. Damit beispielsweise CloudFront-Verteilungen in der Liste **Endpoint (Endpunkt)** angezeigt werden, muss das Konto über die Berechtigung zum Ausführen der folgenden Aktion verfügen: `cloudfront:ListDistributions`.  
Eine IAM-Beispielrichtlinie finden Sie unter [Erforderliche Berechtigungen zur Verwendung der Amazon-Route-53-Konsole](access-control-managing-permissions.md#console-required-permissions).
Wenn Sie verschiedene AWS Konten verwendet haben, um die gehostete Zone und die Ressource zu erstellen, wird Ihre Ressource in der **Endpunktliste** nicht angezeigt. In der folgenden Dokumentation zu Ihrem Ressourcentyp erfahren Sie, welchen Wert Sie unter **Endpunkt** eingeben müssen.

**API Gateway, kundenspezifisch, regional APIs und Edge-optimiert APIs**  
Führen Sie für API Gateway Custom Regional APIs und Edge-Optimized APIs einen der folgenden Schritte aus:  
+ **Wenn Sie für die Erstellung Ihrer gehosteten Route-53-Zone und Ihrer API dasselbe Konto verwenden** – Wählen Sie **Endpunkt** und anschließend eine API aus der Liste aus. Wenn Sie viele haben APIs, können Sie die ersten Zeichen des API-Endpunkts eingeben, um die Liste zu filtern.
**Anmerkung**  
Der Name dieses Datensatzes muss mit einem benutzerdefinierten Domänennamen für Ihre API übereinstimmen, z. B. **api.example.com**.
+ **Wenn Sie für die Erstellung Ihrer gehosteten Route-53-Zone und Ihrer API verschiedene Konten verwenden** – Geben Sie den API-Endpunkt für die API ein, z. B. **api.example.com**.

  Wenn Sie ein AWS Konto zum Erstellen der aktuellen Hosting-Zone und ein anderes Konto zum Erstellen einer API verwendet haben, wird die API nicht in der Liste **Endpoints** unter **API Gateway APIs** angezeigt.

  Wenn Sie ein Konto verwendet haben, um die aktuelle Hosting-Zone zu erstellen, und ein oder mehrere verschiedene Konten, um all Ihre Konten zu erstellen APIs, wird in der Liste **Endpoints** unter **API Gateway APIs** **Keine Ziele verfügbar** angezeigt. Weitere Informationen finden Sie unter [Weiterleiten des Datenverkehrs zu einer Amazon-API-Gateway-API mithilfe des Domainnamens](routing-to-api-gateway.md).

**CloudFront Distributionen**  
Führen Sie für CloudFront Verteilungen einen der folgenden Schritte aus:  
+ **Wenn Sie dasselbe Konto verwendet haben, um Ihre Route 53-Hosting-Zone und Ihre CloudFront Distribution zu erstellen**, wählen Sie **Endpoint** und wählen Sie eine Distribution aus der Liste aus. Bei einer großen Anzahl von Verteilungen können Sie die ersten Zeichen des Domänennamens der Verteilung eingeben, um die Liste zu filtern.

  Beachten Sie Folgendes, wenn Ihre Verteilung nicht in der Liste angezeigt wird:
  + Der Name dieses Datensatzes muss mit einem alternativen Domänennamen in Ihrer Verteilung übereinstimmen.
  + Wenn Sie Ihrer Distribution gerade einen alternativen Domainnamen hinzugefügt haben, kann es 15 Minuten dauern, bis Ihre Änderungen an allen CloudFront Edge-Standorten wirksam werden. Erst wenn die Änderungen propagiert wurden, kann Route 53 den neuen alternativen Domänennamen kennen.
+ **Wenn Sie verschiedene Konten verwendet haben, um Ihre Route 53-Hosting-Zone und Ihre Distribution zu erstellen, geben Sie den CloudFront Domainnamen für die Verteilung** ein, z. B. **d111111abcdef8.cloudfront.net**.

  **Wenn Sie ein AWS Konto zum Erstellen der aktuellen Hosting-Zone und ein anderes Konto zum Erstellen einer Verteilung verwendet haben, wird die Verteilung nicht in der Liste der Endpoints angezeigt.**

  **Wenn Sie ein Konto zum Erstellen der aktuellen Hostzone und ein oder mehrere verschiedene Konten zum Erstellen all Ihrer Verteilungen verwendet haben, wird in der Liste **Endpunkte** unter Verteilungen der Eintrag **Keine Ziele verfügbar** angezeigt. CloudFront **
Leiten Sie Abfragen nicht an eine CloudFront Verteilung weiter, die nicht an allen Edge-Standorten verbreitet wurde, da Ihre Benutzer sonst nicht auf die entsprechenden Inhalte zugreifen können. 
Ihre CloudFront Distribution muss einen alternativen Domainnamen enthalten, der dem Namen des Eintrags entspricht. Wenn der Name des Eintrags beispielsweise acme.example.com lautet, muss Ihre CloudFront Distribution **acme.example.com** als einen der **alternativen Domainnamen enthalten.** Weitere Informationen finden Sie unter [Verwenden alternativer Domainnamen (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) im *Amazon CloudFront Developer Guide*.  
Wenn für die Verteilung aktiviert IPv6 ist, erstellen Sie zwei Datensätze, einen mit dem Wert **A — IPv4 Adresse** für **Datensatztyp** und einen mit dem Wert **AAAA — IPv6 Adresse**. Weitere Informationen finden Sie unter [Weiterleitung von Traffic an eine CloudFront Amazon-Distribution mithilfe Ihres Domainnamens](routing-to-cloudfront-distribution.md).

**App-Runner-Dienst**  
Führen Sie für den App Runner-Dienst einen der folgenden Schritte aus:  
+ **Wenn Sie dasselbe Konto verwendet haben, um Ihre Route 53-Hosting-Zone und Ihren App Runner-Dienst zu erstellen** AWS-Region, wählen Sie den und dann den Domainnamen der Umgebung, in die Sie den Verkehr weiterleiten möchten, aus der Liste aus.
+ **Wenn Sie verschiedene Konten verwendet haben, um Ihre von Route 53 gehostete Zone und Ihren App Runner zu erstellen**, geben Sie den benutzerdefinierten Domainnamen ein. Weitere Informationen finden Sie unter [Verwalten benutzerdefinierter Domainnamen für App Runner](https://docs.aws.amazon.com/apprunner/latest/dg/manage-custom-domains.html).

  Wenn Sie ein AWS Konto zum Erstellen der aktuellen Hosting-Zone und ein anderes Konto zum Erstellen eines App Runners verwendet haben, wird der App Runner nicht in der Liste der **Endpoints** angezeigt.
Weitere Informationen finden Sie unter [Konfigurieren von Amazon Route 53 zur Weiterleitung des Datenverkehrs an einen App-Runner-Dienst](routing-to-app-runner.md#routing-to-app-runner-configuring).

**Elastic Beanstalk-Umgebungen, die über regionale Subdomänen verfügen**  
Wenn der Domänenname für Ihre Elastic Beanstalk-Umgebung die Region enthält, in der Sie die Umgebung bereitgestellt haben, können Sie einen Aliasdatensatz erstellen, der Datenverkehr an die Umgebung weiterleitet. Der Domänenname `my-environment.us-west-2.elasticbeanstalk.com` ist beispielsweise ein regionalisierter Domänenname.  
Für Umgebungen, die vor Anfang 2016 erstellt wurden, enthält der Domänenname die Region nicht. Um Datenverkehr an diese Umgebungen zu leiten, müssen Sie einen CNAME-Datensatz anstelle eines Alias-Datensatzes erstellen. Beachten Sie, dass es nicht möglich ist, einen CNAME-Datensatz für den Stammdomänennamen zu erstellen. Wenn der Domainname beispielsweise example.com ist, können Sie einen Datensatz erstellen, der den Datenverkehr für acme.example.com an Ihre Elastic Beanstalk-Umgebung leitet. Sie können jedoch keinen Datensatz erstellen, der den Datenverkehr für example.com an Ihre Elastic Beanstalk-Umgebung leitet.
Im Fall von Elastic-Beanstalk-Umgebungen mit regionalisierten Subdomänen führen Sie einen der folgenden Schritte aus:  
+ **Wenn Sie für die Erstellung Ihrer gehosteten Route-53-Zone und Ihrer Elastic-Beanstalk-Umgebung dasselbe Konto verwendet haben** – Wählen Sie **Endpunkt** und anschließend eine Umgebung aus der Liste aus. Bei einer großen Anzahl von Umgebungen können Sie die ersten Zeichen des CNAME-Attributs für die Umgebung eingeben, um die Liste zu filtern.
+ **Wenn Sie unterschiedliche Konten verwendet haben, um Ihre Route-53-gehostete Zone und Ihre Elastic-Beanstalk-Umgebung zu erstellen** – Geben Sie das CNAME-Attribut für die Elastic-Beanstalk-Umgebung ein.
Weitere Informationen finden Sie unter [Weiterleiten des Datenverkehrs an eine AWS Elastic Beanstalk Umgebung](routing-to-beanstalk-environment.md).

**ELB-Load Balancer**  
Führen Sie im Fall von ELB-Load Balancern einen der folgenden Schritte aus:  
+ **Wenn Sie für die Erstellung der gehostete Route-53-Zone und Ihres Load Balancer dasselbe Konto verwendet haben** – Wählen Sie **Endpunkt** und anschließend einen Load Balancer aus der Liste aus. Bei einer großen Anzahl von Load Balancern können Sie die ersten Zeichen des DNS-Namens eingeben, um die Liste zu filtern.
+ **Wenn Sie für die Erstellung Ihrer gehosteten Route-53-Zone und Ihres Load Balancer verschiedene Konten verwendet haben** – Geben Sie den Wert ein, den Sie im Verfahren [Abrufen des DNS-Namens für einen Elastic Load Balancing Load Balancer](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure) erhalten haben.

  **Wenn Sie ein AWS Konto zum Erstellen der aktuellen Hosting-Zone und ein anderes Konto zum Erstellen eines Load Balancers verwendet haben, wird der Load Balancer nicht in der Liste der Endpoints angezeigt.**

  Wenn Sie für die Erstellung der aktuellen gehosteten Zone ein Konto und für die Erstellung all Ihrer Load Balancer ein oder mehrere andere Konten verwendet haben, wird in der Liste **Endpunkte** **Keine Ziele verfügbar** unter **Elastic Load Balancer** angezeigt.
Sie müssen **dualstack.** für Anwendung und Classic Load Balancer aus einem anderen Konto voranstellen. Wenn ein Client, z. B. ein Webbrowser, die IP-Adresse für Ihren Domainnamen (example.com) oder Ihren Subdomainnamen (www.example.com) anfordert, kann der Client eine IPv4 Adresse (einen A-Datensatz), eine IPv6 Adresse (einen AAAA-Eintrag) oder beides IPv4 und IPv6 Adressen (in separaten Anfragen) anfordern. Die Qualifizierung **dualstack.** ermöglicht Route 53, mit der jeweiligen IP-Adresse für Ihren Load Balancer zu antworten, abhängig vom IP-Adressenformat, das der Client angefordert hat.  
Weitere Informationen finden Sie unter [Weiterleiten von Datenverkehr an einen ELB Load Balancer](routing-to-elb-load-balancer.md).

**AWS Beschleuniger von Global Accelerator**  
Geben Sie für AWS Global Accelerator-Beschleuniger den DNS-Namen für den Accelerator ein. Sie können den DNS-Namen eines Accelerators eingeben, den Sie mit dem aktuellen AWS Konto oder mit einem anderen AWS Konto erstellt haben. 

**Amazon-S3-Buckets**  
Im Fall von Amazon-S3-Buckets, die als Website-Endpunkte konfiguriert sind, führen Sie einen der folgenden Schritte aus:  
+ **Wenn Sie für die Erstellung Ihrer gehosteten Route-53-Zone und Ihres Amazon-S3-Buckets dasselbe Konto verwendet haben** – Wählen Sie Alias **Endpunkt** und anschließend einen Bucket aus der Liste aus. Bei einer großen Anzahl von Buckets können Sie die ersten Zeichen des DNS-Namens eingeben, um die Liste zu filtern.

  Der Wert von **Endpunkt** ändert sich für Ihren Bucket in den Amazon-S3-Website-Endpunkt.
+ **Wenn Sie für die Erstellung Ihrer gehosteten Route-53-Zone und Ihres Amazon-S3-Buckets verschiedene Konten verwendet haben** – Geben Sie den Namen der Region ein, in der Sie Ihren S3 Bucket erstellt haben. Verwenden Sie den entsprechenden Wert aus der Spalte **Website-Endpunkt** in der Tabelle [Amazon-S3-Website-Endpunkte](https://docs.aws.amazon.com/general/latest/gr/s3.html#s3_website_region_endpoints) im *Allgemeine Amazon Web Services-Referenz*.

  Wenn Sie für die Erstellung Ihrer Amazon S3 S3-Buckets andere AWS Konten als das aktuelle Konto verwendet haben, wird der Bucket nicht in der Liste der **Endpoints** angezeigt.
Sie müssen den Bucket für Website-Hosting konfigurieren. Weitere Informationen finden Sie unter [Konfigurieren eines Buckets für Website-Hosting](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) im *Benutzerhandbuch für Amazon Simple Storage Service*.  
Der Name des Datensatzes muss mit dem Namen Ihres Amazon-S3-Buckets übereinstimmen. Wenn der Name des Amazon-S3-Buckets beispielsweise **acme.example.com** lautet, muss der Name dieses Datensatzes ebenfalls **acme.example.com** lauten.  
In einer Gruppe mit gewichteten Alias-, Latenz-Alias-, Failover-Alias- oder Geolocation-Alias-Datensätzen können Sie nur einen Datensatz erstellen, der Abfragen an einen Amazon-S3-Bucket weiterleitet. Der Grund hierfür ist, dass der Name des Datensatzes mit dem Namen des Buckets übereinstimmen muss und Bucketnamen global eindeutig sein müssen.

** OpenSearch Amazon-Dienst**  
Führen Sie für OpenSearch Service einen der folgenden Schritte aus:  
+ **OpenSearch Benutzerdefinierte Dienstdomäne**: Der Name des Eintrags muss mit der benutzerdefinierten Domäne übereinstimmen. Wenn der Name Ihrer benutzerdefinierten Domain beispielsweise test.example.com lautet, muss der Name dieses Datensatzes auch test.example.com lauten.
+ **Wenn Sie dasselbe Konto verwendet haben, um Ihre Route 53-Hosting-Zone und Ihre OpenSearch Service-Domain zu erstellen AWS-Region, wählen Sie die und dann den Domainnamen** aus.
+ **Wenn Sie unterschiedliche Konten verwendet haben, um Ihre Route 53-Hosting-Zone und Ihre OpenSearch Service-Domain zu erstellen**, geben Sie den benutzerdefinierten Domainnamen ein. Weitere Informationen finden Sie unter [Benutzerdefinierten Endpunkt erstellen](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/customendpoint.html).

  Wenn Sie ein AWS Konto zum Erstellen der aktuellen Hosting-Zone und ein anderes Konto zum Erstellen einer OpenSearch Dienstdomäne verwendet haben, wird die Domain nicht in der Liste der **Endpoints** angezeigt.

  **Wenn Sie ein Konto verwendet haben, um die aktuelle Hosting-Zone zu erstellen, und ein oder mehrere verschiedene Konten, um all Ihre OpenSearch Service-Domains zu erstellen, wird in der Liste **Endpoints** unter OpenSearch Service die Option **Keine Ziele verfügbar** angezeigt.**
Weitere Informationen finden Sie unter [Konfiguration von Amazon Route 53 zur Weiterleitung von Datenverkehr an einen Amazon OpenSearch Service-Domain-Endpunkt](routing-to-open-search-service.md#routing-to-open-search-service-configuring).

**Amazon-VPC-Schnittstellenendpunkte**  
Im Fall von Amazon-VPC-Schnittstellenendpunkten führen Sie einen der folgenden Schritte aus:  
+ **Wenn Sie für die Erstellung Ihrer gehosteten Route-53-Zone und Ihres Schnittstellenendpunkts dasselbe Konto verwendet haben** – Wählen Sie **Endpunkt** und anschließend einen Schnittstellenendpunkt aus der Liste aus. Bei einer großen Anzahl von Schnittstellenendpunkten können Sie die ersten Zeichen des DNS-Namens eingeben, um die Liste zu filtern.
+ **Wenn Sie verschiedene Konten verwendet haben, um Ihre Route 53-Hosting-Zone und Ihren Schnittstellenendpunkt zu erstellen**, geben Sie den DNS-Hostnamen für den Schnittstellenendpunkt ein, z. B. **vpce-123456789abcdef01- example-us-east -1a.elasticloadbalancing.us-east-1.vpce.amazonaws.com**.

  Wenn Sie ein AWS Konto zum Erstellen der aktuellen Hosting-Zone und ein anderes Konto zum Erstellen eines Schnittstellenendpunkts verwendet haben, wird der Schnittstellenendpunkt nicht in der **Endpunktliste** unter **VPC-Endpoints** angezeigt.

  Wenn Sie für die Erstellung der aktuellen gehosteten Zone ein Konto und für die Erstellung all Ihrer Schnittstellenendpunkte ein oder mehrere Konten verwendet haben, wird in der Liste **Endpunkte** **Keine Ziele verfügbar** unter **VPC-Endpunkte** angezeigt.

  Weitere Informationen finden Sie unter [Weiterleiten des Datenverkehrs an einen Amazon-Virtual-Private Cloud-Schnittstellenendpunkt unter Verwendung Ihres Domainnamens](routing-to-vpc-interface-endpoint.md).

**Datensätze in dieser gehosteten Zone**  
Wählen Sie für Datensätze in dieser gehosteten Zone **Endpunkt** und anschließend den jeweiligen Datensatz aus. Bei einer großen Anzahl von Datensätzen können Sie die ersten Zeichen des Namens eingeben, um die Liste zu filtern.  
Wenn die gehostete Zone nur die NS- und SOA-Standarddatensätze enthält, wird in der Liste **Endpunkte** **Keine Ziele verfügbar** angezeigt.  
Wenn Sie einen Aliasdatensatz erstellen, der denselben Namen wie die gehostete Zone hat (*Zonen-Apex*), können Sie keinen Datensatz auswählen, dessen Wert für **Datensatztyp** **CNAME** ist. Der Grund hierfür ist, dass der Aliasdatensatz denselben Typ wie der Datensatz haben muss, zu dem Sie den Datenverkehr weiterleiten, und die Erstellung eines CNAME-Datensatzes für den Zonen-Apex wird für einen Aliasdatensatz nicht unterstützt. 

# Spezifische Werte für einfache Datensätze
<a name="resource-record-sets-values-basic"></a>

Beim Erstellen einfacher Datensätze geben Sie die folgenden Werte an.

**Topics**
+ [Routing-Richtlinie](#rrsets-values-basic-routing-policy)
+ [Datensatzname](#rrsets-values-basic-name)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-basic-value)
+ [Datensatztyp](#rrsets-values-basic-type)
+ [TTL (Sekunden)](#rrsets-values-basic-ttl)

## Routing-Richtlinie
<a name="rrsets-values-basic-routing-policy"></a>

Klicken Sie auf **Einfaches Routing**.

## Datensatzname
<a name="rrsets-values-basic-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Name** keinen Wert ein (zum Beispiel ein @-Symbol). 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-basic-value"></a>

Klicken Sie auf **IP-Adresse oder ein anderer Wert, abhängig vom Datensatztyp**. Geben Sie einen gültigen Wert für **Datensatztyp** ein. Sie können für alle Typen außer **CNAME** mehr als einen Wert eingeben. Fügen Sie jeden Wert in einer separaten Zeile hinzu.

Sie können weiterleiten oder die folgenden Werte angeben:
+ **A — IPv4 Adresse**
+ **AAAA — Adresse IPv6 **
+ **CAA – Certificate Authority Authorization** (Autorisierung der Zertifizierungsstelle)
+ **CNAME – kanonischer Name**
+ **MX – Mail-Austausch**
+ **NAPTR – Name Authority Pointer** (Namensautorisierungszeiger)
+ **NS – Namenserver**

  Der Domänenname eines Namens-Servers wie **ns1.example.com**.
**Anmerkung**  
Sie können einen NS-Datensatz nur mit einfacher Routing-Richtlinie angeben.
+ **PTR – Pointer** (Zeiger)
+ **SPF – Sender Policy Framework** (Richtlinien-Framework des Senders)
+ **SRV – Service-Locator** 
+ **TXT – Text**

Weitere Informationen zu den oben genannten Werten finden Sie unter [Allgemeine Werte für den Value/Route Verkehr nach](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Datensatztyp
<a name="rrsets-values-basic-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie den Wert für **Datensatztyp** danach aus, wie Route 53 auf DNS-Abfragen antworten soll. 

## TTL (Sekunden)
<a name="rrsets-values-basic-ttl"></a>

Der Zeitraum (in Sekunden), für den Informationen über diesen Datensatz von rekursiven DNS-Resolvern zwischengespeichert werden sollen. Durch Angabe eines längeren Wertes (z. B. 172 800 Sekunden oder zwei Tage) verringern Sie die Anzahl der Aufrufe, die rekursive DNS-Resolver an Route 53 senden müssen, um die neuesten Informationen in diesem Datensatz zu erhalten. Dies führt zu einer Verringerung der Latenz und Kosten für den Route-53-Service. Weitere Informationen finden Sie unter [So leitet Amazon Route 53 Datenverkehr an Ihre Domain weiter](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Wenn Sie einen längeren Wert als TTL angeben, dauert es allerdings länger, bis Änderungen an dem Datensatz (z. B. eine neue IP-Adresse) wirksam werden. Dies liegt daran, dass die rekursiven Resolver die Werte in ihrem Zwischenspeicher für einen längeren Zeitraum verwenden, anstatt aktuelle Informationen von Route 53 anzufordern. Wenn Sie Einstellungen für eine Domäne oder Subdomäne ändern, die bereits verwendet wird, wird empfohlen, anfänglich einen kürzeren Wert, wie z. B. 300 Sekunden anzugeben und den Wert zu erhöhen, nachdem Sie bestätigt haben, dass die neuen Einstellungen korrekt sind.

# Spezifische Werte für einfache Aliasdatensätze
<a name="resource-record-sets-values-alias"></a>

Beim Erstellen von Aliasdatensätzen geben Sie die folgenden Werte an. Weitere Informationen finden Sie unter [Wählen zwischen Alias- und Nicht-Alias-Datensätzen](resource-record-sets-choosing-alias-non-alias.md).

**Anmerkung**  
Wenn Sie Route 53 in der verwenden AWS GovCloud (US) Region, hat diese Funktion einige Einschränkungen. Weitere Informationen finden Sie auf der [Amazon-Route-53-Seite](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/govcloud-r53.html) im *AWS GovCloud (US) -Benutzerhandbuch*.

**Topics**
+ [Routing-Richtlinie](#rrsets-values-alias-routing-policy)
+ [Datensatzname](#rrsets-values-alias-name)
+ [Wert/Weiterleiten von Datenverkehr an](#rrsets-values-alias-alias-target)
+ [Datensatztyp](#rrsets-values-alias-type)
+ [Evaluate Target Health](#rrsets-values-alias-evaluate-target-health)

## Routing-Richtlinie
<a name="rrsets-values-alias-routing-policy"></a>

Klicken Sie auf **Einfaches Routing**.

## Datensatzname
<a name="rrsets-values-alias-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Name** keinen Wert ein (zum Beispiel ein @-Symbol). 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Wert/Weiterleiten von Datenverkehr an
<a name="rrsets-values-alias-alias-target"></a>

Der Wert, den Sie aus der Liste auswählen oder den Sie in das Feld eingeben, hängt von der AWS Ressource ab, zu der Sie den Verkehr weiterleiten.

Informationen darüber, auf welche AWS Ressourcen Sie abzielen können, finden Sie unter [Allgemeine Werte für Aliasdatensätze für den value/route Datenverkehr](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Weitere Informationen zur Konfiguration von Route 53 zur Weiterleitung von Datenverkehr an bestimmte AWS Ressourcen finden Sie unter[Weiterleitung des Internetverkehrs zu Ihren AWS Ressourcen](routing-to-aws-resources.md).

## Datensatztyp
<a name="rrsets-values-alias-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie den entsprechenden Wert basierend auf der AWS Ressource aus, an die Sie den Verkehr weiterleiten:

**Benutzerdefinierte regionale API-Gateway-API oder Edge-optimierte API**  
Wählen Sie **A — IPv4 Adresse** aus.

**Amazon-VPC-Schnittstellenendpunkte**  
Wählen Sie **A — IPv4 Adresse** aus.

**CloudFront Vertrieb**  
Wählen Sie **A — IPv4 Adresse** aus.  
Wenn für die Verteilung aktiviert IPv6 ist, erstellen Sie zwei Datensätze, einen mit dem Wert **A — IPv4 Adresse** für **Typ** und einen mit dem Wert **AAAA — IPv6 Adresse**.

**App-Runner-Dienst**  
Wählen Sie **A — Adresse IPv4 **

**Elastic-Beanstalk-Umgebung, die über regionale Subdomänen verfügt**  
Wählen Sie **A — IPv4 Adresse**

**ELB-Load Balancer**  
Wählen **Sie IPv4 A-Adresse** oder **AAAA-Adresse IPv6 **

**Amazon-S3-Bucket**  
Wählen Sie **A — Adresse IPv4 **

**OpenSearch Dienst**  
Wählen **Sie IPv4 A-Adresse** oder **AAAA-Adresse IPv6 **

**Weiterer Datensatz in dieser gehosteten Zone**  
Wählen Sie den Typ des Datensatzes aus, für den Sie den Alias erstellen. Es werden alle Typen außer **NS** und **SOA** unterstützt.  
Wenn Sie einen Aliasdatensatz mit demselben Namen wie die gehostete Zone (*Zonen-Apex*) erstellen, können Sie den Datenverkehr nicht zu einem Datensatz weiterleiten, dessen Wert in **Type (Typ)** **CNAME** ist. Der Grund hierfür ist, dass der Aliasdatensatz denselben Typ wie der Datensatz haben muss, zu dem Sie den Datenverkehr weiterleiten, und die Erstellung eines CNAME-Datensatzes für den Zonen-Apex wird für einen Aliasdatensatz nicht unterstützt. 

## Evaluate Target Health
<a name="rrsets-values-alias-evaluate-target-health"></a>

Wenn der Wert der **Routing policy (Routing-Richtlinie)** **Simple (Einfach)** ist, können Sie entweder **No (Nein)** oder den Standardwert **Ja** auswählen, da **Evaluate target health (Zielzustand bewerten)** keine Auswirkung auf **einfaches** Routing hat. Wenn es nur einen Datensatz mit einem bestimmten Namen und Typ gibt, antwortet Route 53 auf DNS-Abfragen mittels der Werte in diesem Datensatz, unabhängig davon, ob die Ressource fehlerfrei ist.

Bei anderen Routing-Richtlinien bestimmt **Evaluate target health**, ob Route 53 den Zustand der Ressource überprüft, auf die sich der Aliaseintrag bezieht:
+ **Dienste, bei denen die Option Zielintegrität bewerten betriebliche Vorteile bietet**: Bei Load Balancers (ELB) und AWS Elastic Beanstalk Umgebungen mit Load Balancers kann Route 53 den Verkehr von fehlerhaften Ressourcen wegleiten, wenn die Option **Zielintegrität auswerten** auf **Ja** gesetzt wird.
+ **Hochverfügbare Services**: Für Services wie Amazon S3 S3-Buckets, VPC-Schnittstellenendpunkte, Amazon API Gateway AWS Global Accelerator, Amazon OpenSearch Service und Amazon VPC Lattice bietet **Evaluate Target Health** keinen betrieblichen Vorteil, da diese Services auf Hochverfügbarkeit ausgelegt sind. Verwenden Sie für Failover-Szenarien mit diesen Diensten stattdessen [Route 53 53-Zustandsprüfungen](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html).

Ausführliche Informationen darüber, wie **Evaluate Target Health** mit verschiedenen AWS Diensten funktioniert, finden Sie in der [ EvaluateTargetHealth](https://docs.aws.amazon.com/Route53/latest/APIReference/API_AliasTarget.html#Route53-Type-AliasTarget-EvaluateTargetHealth)Dokumentation in der API-Referenz.

# Spezifische Werte für Failover-Datensätze
<a name="resource-record-sets-values-failover"></a>

Beim Erstellen von Failover-Datensätzen geben Sie die folgenden Werte an.

**Anmerkung**  
Weitere Informationen zum Erstellen von Failover-Datensätzen in einer privaten gehosteten Zone finden Sie unter [Konfigurieren von Failover in einer privaten gehosteten Zone](dns-failover-private-hosted-zones.md).

**Topics**
+ [Routing-Richtlinie](#rrsets-values-failover-routing-policy)
+ [Datensatzname](#rrsets-values-failover-name)
+ [Datensatztyp](#rrsets-values-failover-type)
+ [TTL (Sekunden)](#rrsets-values-failover-ttl)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-failover-value)
+ [Failover-Datensatztyp](#rrsets-values-failover-record-type)
+ [Gesundheitscheck](#rrsets-values-failover-associate-with-health-check)
+ [Datensatz-ID](#rrsets-values-failover-set-id)

## Routing-Richtlinie
<a name="rrsets-values-failover-routing-policy"></a>

Klicken Sie auf **Failover**. 

## Datensatzname
<a name="rrsets-values-failover-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Datensatzname** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie für beide Datensätze in der Gruppe von Failover-Datensätzen denselben Namen ein. 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Datensatztyp
<a name="rrsets-values-failover-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie für die primären und sekundären Failover-Datensätze denselben Wert aus.

## TTL (Sekunden)
<a name="rrsets-values-failover-ttl"></a>

Der Zeitraum (in Sekunden), für den Informationen über diesen Datensatz von rekursiven DNS-Resolvern zwischengespeichert werden sollen. Durch Angabe eines längeren Wertes (z. B. 172 800 Sekunden oder zwei Tage) verringern Sie die Anzahl der Aufrufe, die rekursive DNS-Resolver an Route 53 senden müssen, um die neuesten Informationen in diesem Datensatz zu erhalten. Dies führt zu einer Verringerung der Latenz und Kosten für den Route-53-Service. Weitere Informationen finden Sie unter [So leitet Amazon Route 53 Datenverkehr an Ihre Domain weiter](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Wenn Sie einen längeren Wert als TTL angeben, dauert es allerdings länger, bis Änderungen an dem Datensatz (z. B. eine neue IP-Adresse) wirksam werden. Dies liegt daran, dass die rekursiven Resolver die Werte in ihrem Zwischenspeicher für einen längeren Zeitraum verwenden, anstatt aktuelle Informationen von Route 53 anzufordern. Wenn Sie Einstellungen für eine Domäne oder Subdomäne ändern, die bereits verwendet wird, wird empfohlen, anfänglich einen kürzeren Wert, wie z. B. 300 Sekunden anzugeben und den Wert zu erhöhen, nachdem Sie bestätigt haben, dass die neuen Einstellungen korrekt sind.

Wenn Sie diesen Datensatz mit einer Zustandsprüfung verknüpfen, empfehlen wir Ihnen eine Time to Live (TTL) von 60 Sekunden oder weniger einzugeben, damit Clients schnell auf Änderungen im Zustandsstatus reagieren.

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-failover-value"></a>

Klicken Sie auf **IP-Adresse oder ein anderer Wert, abhängig vom Datensatztyp**. Geben Sie einen gültigen Wert für **Datensatztyp** ein. Sie können für alle Typen außer **CNAME** mehr als einen Wert eingeben. Fügen Sie jeden Wert in einer separaten Zeile hinzu.

Sie können weiterleiten oder die folgenden Werte angeben:
+ **A — IPv4 Adresse**
+ **AAAA — Adresse IPv6 **
+ **CAA – Certificate Authority Authorization** (Autorisierung der Zertifizierungsstelle)
+ **CNAME – kanonischer Name**
+ **MX – Mail-Austausch**
+ **NAPTR – Name Authority Pointer** (Namensautorisierungszeiger)
+ **PTR – Pointer** (Zeiger)
+ **SPF – Sender Policy Framework** (Richtlinien-Framework des Senders)
+ **SRV – Service-Locator** 
+ **TXT – Text**

Weitere Informationen zu den oben genannten Werten finden Sie unter [Allgemeine Werte für den Value/Route Verkehr nach](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Failover-Datensatztyp
<a name="rrsets-values-failover-record-type"></a>

Wählen Sie den passenden Wert für diesen Datensatz aus. Damit der Failover-Prozess ordnungsgemäß funktionieren kann, müssen Sie einen primären und einen sekundären Failover-Datensatz erstellen.

Sie können keine Nicht-Failover-Datensätze erstellen, die über die gleichen Werte wie Failover-Datensätze für **Datensatzname** und **Datensatztyp** verfügen.

## Gesundheitscheck
<a name="rrsets-values-failover-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) für einen Alias-Datensatz oder die Datensätze in einer Gruppe aus Failover-Alias-, Geolocation-Alias-, Latenz-Alias-, IP-basierten Alias- oder gewichteten Alias-Datensätzen aus. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
Wenn Sie in dieser Konfiguration eine Zustandsprüfung erstellen, für die der Wert von **Domain Name (Domänenname)** mit dem Namen der Datensätze übereinstimmt, und anschließend die Zustandsprüfung mit diesen Datensätzen verknüpfen, sind die Ergebnisse der Zustandsprüfung nicht planbar.

## Datensatz-ID
<a name="rrsets-values-failover-set-id"></a>

Geben Sie einen Wert ein, der die primären und sekundären Datensätze eindeutig identifiziert. 

# Spezifische Werte für Failover-Aliasdatensätze
<a name="resource-record-sets-values-failover-alias"></a>

Beim Erstellen von Failover-Aliasdatensätzen geben Sie die folgenden Werte an.

Weitere Informationen finden Sie unter den folgenden Themen:
+ Weitere Informationen zum Erstellen von Failover-Datensätzen in einer privaten gehosteten Zone finden Sie unter [Konfigurieren von Failover in einer privaten gehosteten Zone](dns-failover-private-hosted-zones.md).
+ Weitere Informationen über Alias-Datensätze finden Sie unter [Wählen zwischen Alias- und Nicht-Alias-Datensätzen](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Routing-Richtlinie](#rrsets-values-failover-alias-routing-policy)
+ [Datensatzname](#rrsets-values-failover-alias-name)
+ [Datensatztyp](#rrsets-values-failover-alias-type)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-failover-alias-alias-target)
+ [Failover-Datensatztyp](#rrsets-values-failover-alias-failover-record-type)
+ [Gesundheitscheck](#rrsets-values-failover-alias-associate-with-health-check)
+ [Evaluate Target Health](#rrsets-values-failover-alias-evaluate-target-health)
+ [Datensatz-ID](#rrsets-values-failover-alias-set-id)

## Routing-Richtlinie
<a name="rrsets-values-failover-alias-routing-policy"></a>

Klicken Sie auf **Failover**. 

## Datensatzname
<a name="rrsets-values-failover-alias-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Datensatzname** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie für beide Datensätze in der Gruppe von Failover-Datensätzen denselben Namen ein. 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Datensatztyp
<a name="rrsets-values-failover-alias-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie den entsprechenden Wert basierend auf der AWS Ressource aus, zu der Sie den Verkehr weiterleiten. Wählen Sie für die primären und sekundären Failover-Datensätze denselben Wert aus:

**Benutzerdefinierte regionale API-Gateway-API oder Edge-optimierte API**  
Wählen Sie **A — IPv4 Adresse** aus.

**Amazon-VPC-Schnittstellenendpunkte**  
Wählen Sie **A — IPv4 Adresse**.

**CloudFront Vertrieb**  
Wählen Sie **A — IPv4 Adresse** aus.  
Wenn für die Verteilung aktiviert IPv6 ist, erstellen Sie zwei Datensätze, einen mit dem Wert **A — IPv4 Adresse** für **Typ** und einen mit dem Wert **AAAA — IPv6 Adresse**.

**App-Runner-Dienst**  
Wählen Sie **A — Adresse IPv4 **

**Elastic-Beanstalk-Umgebung, die über regionale Subdomänen verfügt**  
Wählen Sie **A — IPv4 Adresse**

**ELB-Load Balancer**  
Wählen **Sie IPv4 A-Adresse** oder **AAAA-Adresse IPv6 **

**Amazon-S3-Bucket**  
Wählen Sie **A — Adresse IPv4 **

**OpenSearch Dienst**  
Wählen **Sie IPv4 A-Adresse** oder **AAAA-Adresse IPv6 **

**Weiterer Datensatz in dieser gehosteten Zone**  
Wählen Sie den Typ des Datensatzes aus, für den Sie den Alias erstellen. Es werden alle Typen außer **NS** und **SOA** unterstützt.  
Wenn Sie einen Aliasdatensatz mit demselben Namen wie die gehostete Zone (*Zonen-Apex*) erstellen, können Sie den Datenverkehr nicht zu einem Datensatz weiterleiten, dessen Wert in **Type (Typ)** **CNAME** ist. Der Grund hierfür ist, dass der Aliasdatensatz denselben Typ wie der Datensatz haben muss, zu dem Sie den Datenverkehr weiterleiten, und die Erstellung eines CNAME-Datensatzes für den Zonen-Apex wird für einen Aliasdatensatz nicht unterstützt. 

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-failover-alias-alias-target"></a>

Der Wert, den Sie aus der Liste auswählen oder den Sie in das Feld eingeben, hängt von der AWS Ressource ab, an die Sie den Verkehr weiterleiten.

Informationen darüber, auf welche AWS Ressourcen Sie abzielen können, finden Sie unter [Allgemeine Werte für Aliasdatensätze für den value/route Datenverkehr](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Weitere Informationen zur Konfiguration von Route 53 zur Weiterleitung von Datenverkehr an bestimmte AWS Ressourcen finden Sie unter[Weiterleitung des Internetverkehrs zu Ihren AWS Ressourcen](routing-to-aws-resources.md).

**Anmerkung**  
Bei der Erstellung von primären und sekundären Failover-Datensätzen können Sie optional einen Failover- und einen Failover-*Alias*-Datensatz erstellen, die dieselben Werte für **Name** und **Datensatztyp** haben. Wenn Sie Failover- und Failover-Alias-Datensätze mischen, kann jeder davon der primäre Datensatz sein. 

## Failover-Datensatztyp
<a name="rrsets-values-failover-alias-failover-record-type"></a>

Wählen Sie den passenden Wert für diesen Datensatz aus. Damit der Failover-Prozess ordnungsgemäß funktionieren kann, müssen Sie einen primären und einen sekundären Failover-Datensatz erstellen.

Sie können keine Nicht-Failover-Datensätze erstellen, die über die gleichen Werte wie Failover-Datensätze für **Datensatzname** und **Datensatztyp** verfügen.

## Gesundheitscheck
<a name="rrsets-values-failover-alias-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) für einen Alias-Datensatz oder die Datensätze in einer Gruppe aus Failover-Alias-, Geolocation-Alias-, Latenz-Alias-, IP-basierten Alias- oder gewichteten Alias-Datensätzen aus. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
Wenn Sie in dieser Konfiguration eine Zustandsprüfung erstellen, für die der Wert von **Domain Name (Domänenname)** mit dem Namen der Datensätze übereinstimmt, und anschließend die Zustandsprüfung mit diesen Datensätzen verknüpfen, sind die Ergebnisse der Zustandsprüfung nicht planbar.

## Evaluate Target Health
<a name="rrsets-values-failover-alias-evaluate-target-health"></a>

Wählen Sie **Ja** aus, wenn Route 53 ermitteln soll, ob auf DNS-Abfragen, die diesen Datensatz verwenden, geantwortet werden soll, indem der Zustand der in **Endpunkt** angegebenen Ressource geprüft wird. 

Beachten Sie Folgendes:

**API Gateway, kundenspezifisch, regional APIs und Edge-optimiert APIs**  
Es gibt keine besonderen Anforderungen für das Festlegen von **Zielzustand bewerten** auf **Ja**, wenn der Endpunkt eine benutzerdefinierte regionale API-Gateway-API oder eine Edge-optimierte API ist.

**CloudFront Verteilungen**  
Sie können die Option **Zielintegrität bewerten** nicht auf **Ja setzen, wenn es** sich bei dem Endpunkt um eine CloudFront Verteilung handelt.

**Elastic Beanstalk-Umgebungen, die über regionale Subdomänen verfügen**  
Wenn Sie in **Endpunkt** eine Elastic-Beanstalk-Umgebung angeben und diese einen ELB-Load-Balancer enthält, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien Amazon-EC2-Instances weiter, die beim Load Balancer registriert sind. (Eine Umgebung enthält automatisch einen ELB-Load Balancer, wenn sie mehr als eine Amazon EC2-Instance umfasst.) Wenn Sie **Zielzustand bewerten** auf **Ja** setzen und entweder keine fehlerfreien Amazon-EC2-Instances zur Verfügung stehen oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere fehlerfreie Ressourcen weiter, sofern vorhanden.   
Bei einer Umgebung, die nur eine einzelne Amazon EC2-Instance enthält, gibt es keine besonderen Anforderungen.

**ELB-Load Balancer**  
Das Verhalten der Zustandsprüfung ist abhängig vom Typ des Load Balancers:  
+ **Classic Load Balancer** – Wenn Sie in **Endpunkt** einen ELB-Classic-Load-Balancer angeben, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien Amazon-EC2-Instances weiter, die beim Load Balancer registriert sind. Wenn Sie **Zielzustand bewerten** auf **Ja** festlegen und es entweder keine fehlerfreien EC2-Instances gibt oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere Ressourcen weiter.
+ **Anwendung und Network Load Balancer** – Wenn Sie eine ELB-Anwendung oder einen Network Load Balancer angeben und **Zielzustand bewerten** auf **Ja** festlegen, leitet Route 53 Abfragen basierend auf dem Zustand der mit dem Load Balancer verknüpften Zielgruppen an den Load Balancer weiter:
  + Damit ein Application oder Network Load Balancer als fehlerfrei gilt, muss eine Zielgruppe mit Zielen mindestens ein fehlerfreies Ziel enthalten. Falls eine Zielgruppe nur fehlerhafte Ziele enthält, gilt der Load Balancer als fehlerhaft und Route 53 leitet Abfragen an andere Ressourcen weiter.
  + Eine Zielgruppe ohne registrierte Ziele gilt als fehlerhaft.
Beim Erstellen eines Load Balancers konfigurieren Sie Einstellungen für Elastic Load Balancing-Zustandsprüfungen. Dies sind keine Route 53-Zustandsprüfungen. Sie erfüllen aber eine ähnliche Funktion. Erstellen Sie keine Route 53-Zustandsprüfungen für die EC2-Instances, die Sie bei einem ELB-Load Balancer registrieren. 

**S3-Buckets**  
Es gibt keine speziellen Anforderungen, nach denen **Evaluate Target Health (Zielzustand bewerten)** auf **Yes (Ja)** festgelegt werden muss, wenn es sich beim Endpunkt um einen S3-Bucket handelt.

**Amazon-VPC-Schnittstellenendpunkte**  
Es gibt keine besonderen Anforderungen für das Festlegen der **Zielzustand bewerten** auf **Ja**, wenn der Endpunkt ein Amazon-VPC-Schnittstellenendpunkt ist.

**Andere Datensätze innerhalb derselben gehosteten Zone**  
Wenn es sich bei der AWS Ressource, die Sie in **Endpoint** angeben, um einen Datensatz oder eine Gruppe von Datensätzen handelt (z. B. um eine Gruppe gewichteter Datensätze), es sich jedoch nicht um einen weiteren Aliasdatensatz handelt, empfehlen wir, allen Datensätzen im Endpunkt eine Integritätsprüfung zuzuordnen. Weitere Informationen finden Sie unter [Was geschieht, wenn Sie Zustandsprüfungen überspringen?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## Datensatz-ID
<a name="rrsets-values-failover-alias-set-id"></a>

Geben Sie einen Wert ein, der die primären und sekundären Datensätze eindeutig identifiziert. 

# Spezifische Werte für Geolocation-Datensätze
<a name="resource-record-sets-values-geo"></a>

Beim Erstellen von Geolocation-Datensätzen geben Sie die folgenden Werte an.

**Topics**
+ [Routing-Richtlinie](#rrsets-values-geo-routing-policy)
+ [Datensatzname](#rrsets-values-geo-name)
+ [Datensatztyp](#rrsets-values-geo-type)
+ [TTL (Sekunden)](#rrsets-values-geo-ttl)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-geo-value)
+ [Speicherort](#rrsets-values-geo-location)
+ [US-Staaten](#rrsets-values-geo-sublocation)
+ [Gesundheitscheck](#rrsets-values-geo-associate-with-health-check)
+ [Datensatz-ID](#rrsets-values-geo-set-id)

## Routing-Richtlinie
<a name="rrsets-values-geo-routing-policy"></a>

Wählen Sie **Geolocation** aus. 

## Datensatzname
<a name="rrsets-values-geo-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Name** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie für alle Datensätze in der Gruppe von Geolocation-Datensätzen denselben Namen ein. 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Datensatztyp
<a name="rrsets-values-geo-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie für alle Datensätze in der Gruppe von Geolocation-Datensätzen denselben Namen aus:

## TTL (Sekunden)
<a name="rrsets-values-geo-ttl"></a>

Der Zeitraum (in Sekunden), für den Informationen über diesen Datensatz von rekursiven DNS-Resolvern zwischengespeichert werden sollen. Durch Angabe eines längeren Wertes (z. B. 172 800 Sekunden oder zwei Tage) verringern Sie die Anzahl der Aufrufe, die rekursive DNS-Resolver an Route 53 senden müssen, um die neuesten Informationen in diesem Datensatz zu erhalten. Dies führt zu einer Verringerung der Latenz und Kosten für den Route-53-Service. Weitere Informationen finden Sie unter [So leitet Amazon Route 53 Datenverkehr an Ihre Domain weiter](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Wenn Sie einen längeren Wert als TTL angeben, dauert es allerdings länger, bis Änderungen an dem Datensatz (z. B. eine neue IP-Adresse) wirksam werden. Dies liegt daran, dass die rekursiven Resolver die Werte in ihrem Zwischenspeicher für einen längeren Zeitraum verwenden, anstatt aktuelle Informationen von Route 53 anzufordern. Wenn Sie Einstellungen für eine Domäne oder Subdomäne ändern, die bereits verwendet wird, wird empfohlen, anfänglich einen kürzeren Wert, wie z. B. 300 Sekunden anzugeben und den Wert zu erhöhen, nachdem Sie bestätigt haben, dass die neuen Einstellungen korrekt sind.

Wenn Sie diesen Datensatz mit einer Zustandsprüfung verknüpfen, empfehlen wir Ihnen eine Time to Live (TTL) von 60 Sekunden oder weniger einzugeben, damit Clients schnell auf Änderungen im Zustandsstatus reagieren.

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-geo-value"></a>

Klicken Sie auf **IP-Adresse oder ein anderer Wert, abhängig vom Datensatztyp**. Geben Sie einen gültigen Wert für **Datensatztyp** ein. Sie können für alle Typen außer **CNAME** mehr als einen Wert eingeben. Fügen Sie jeden Wert in einer separaten Zeile hinzu.

Sie können weiterleiten oder die folgenden Werte angeben:
+ **A — IPv4 Adresse**
+ **AAAA — Adresse IPv6 **
+ **CAA – Certificate Authority Authorization** (Autorisierung der Zertifizierungsstelle)
+ **CNAME – kanonischer Name**
+ **MX – Mail-Austausch**
+ **NAPTR – Name Authority Pointer** (Namensautorisierungszeiger)
+ **PTR – Pointer** (Zeiger)
+ **SPF – Sender Policy Framework** (Richtlinien-Framework des Senders)
+ **SRV – Service-Locator** 
+ **TXT – Text**

Weitere Informationen zu den oben genannten Werten finden Sie unter [Allgemeine Werte für den Value/Route Verkehr nach](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Speicherort
<a name="rrsets-values-geo-location"></a>

Bei der Konfiguration von Route 53 für Antworten auf DNS-Abfragen auf Basis des Standorts, von dem die Abfragen stammen, wählen Sie den Kontinent oder das Land aus, für den bzw. das Route 53 mit den Einstellungen in diesem Datensatz antworten soll. Wenn Route 53 auf DNS-Abfragen für einzelne Bundesstaaten in den Vereinigten Staaten antworten soll, wählen Sie **United States (USA)** in der Liste **Location (Ort)** und den Bundesstaat in der Liste **Sublocation (Standort)** aus.

Wählen Sie für eine private gehostete Zone den Kontinent, das Land oder die Unterteilung aus, die dem, in dem sich Ihre Ressource befindet AWS-Region , am nächsten liegt. Wenn sich Ihre Ressource beispielsweise in us-east-1 befindet, können Sie Nordamerika, USA oder Virginia angeben.

**Wichtig**  
Es wird empfohlen, einen Geolocation-Datensatz mit dem Wert **Standard** für **Standort** zu erstellen. Dies deckt geographische Standorte ab, für die Sie keine Datensätze erstellt haben, sowie IP-Adressen, für die Route 53 keinen Standort identifizieren kann.

Sie können keine Nicht-Geolocation-Datensätze erstellen, die für **Datensatzname** und **Datensatztyp** die gleichen Werte wie Geolocation-Datensätze aufweisen.

Weitere Informationen finden Sie unter [Geolocation-Routing](routing-policy-geo.md).

Dies sind die Länder, die Amazon Route 53 dem jeweiligen Kontinent zuordnet. Die Ländercodes entsprechen ISO 3166. Weitere Informationen finden Sie im Wikipedia-Artikel zu [ISO 3166-1 Alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2):

**Afrika (AF)**  
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW

**Antarktika (AN)**  
AQ, GS, TF

**Asien (AS)**  
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE

**Europa (EU)**  
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK  
Einige Anbieter gehen davon aus, dass TR in Asien angesiedelt ist, und die IP-Adressen werden dies widerspiegeln.

**Nordamerika (NA)**  
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI

**Ozeanien (OC)**  
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS

**Südamerika (SA)**  
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE

**Anmerkung**  
Route 53 unterstützt nicht die Erstellung von Geolokalisierungsdatensätzen für die folgenden Länder: Bouvetinsel (BV), Weihnachtsinsel (CX), Westsahara (EH) und Heard Island and McDonald Islands (HM). Für diese Länder stehen keine Daten zu IP-Adressen zur Verfügung.

## US-Staaten
<a name="rrsets-values-geo-sublocation"></a>

Wenn Route 53 auf DNS-Abfragen auf Basis des Bundesstaats in den Vereinigten Staaten, aus dem die Abfragen stammen, antworten soll, wählen Sie den Bundesstaat in der Liste **USA-Staaten** aus. US-Territorien (zum Beispiel Puerto Rico) werden in der Liste **Location (Ort)** als Länder aufgeführt.

**Wichtig**  
Einige IP-Adressen sind mit den Vereinigten Staaten verknüpft, aber nicht mit einem einzelnen Bundesstaat. Wenn Sie Datensätze für sämtliche Bundesstaaten der Vereinigten Staaten erstellen, empfehlen wir, auch einen Datensatz für die Vereinigten Staaten zu erstellen, um diese nicht verknüpften IP-Adressen weiterzuleiten. Wenn Sie keinen Datensatz für die Vereinigten Staaten erstellen, antwortet Route 53 auf DNS-Abfragen von nicht verknüpften IP-Adressen der Vereinigten Staaten mit den Einstellungen aus dem standardmäßigen Geolocation-Datensatz (sofern von Ihnen erstellt) oder mit der Information, dass keine Antwort erfolgt. 

## Gesundheitscheck
<a name="rrsets-values-geo-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) für einen Alias-Datensatz oder die Datensätze in einer Gruppe aus Failover-Alias-, Geolocation-Alias-, Latenz-Alias-, IP-basierten Alias- oder gewichteten Alias-Datensätzen aus. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
Wenn Sie in dieser Konfiguration eine Zustandsprüfung erstellen, für die der Wert von **Domain Name (Domänenname)** mit dem Namen der Datensätze übereinstimmt, und anschließend die Zustandsprüfung mit diesen Datensätzen verknüpfen, sind die Ergebnisse der Zustandsprüfung nicht planbar.

Wenn es einen fehlerhaften Endpunkt in Geolocation-Datensätzen gibt, sucht Route 53 nach einem Datensatz für die größere verknüpfte geografische Region. Angenommen, Sie besitzen Datensätze für einen Bundesstaat der Vereinigten Staaten, für die Vereinigten Staaten, für Nordamerika und für alle Standorte (**Location (Standort)** ist **Default (Standard)**). Wenn der Endpunkt für den Bundesstaatdatensatz fehlerhaft ist, prüft Route 53 der Reihe nach die Datensätze für die Vereinigten Staaten, für Nordamerika und für alle Standorte, bis ein Datensatz mit einem fehlerfreien Endpunkt gefunden wird. Wenn alle Datensätze einschließlich des Datensatzes für alle Standorte fehlerhaft sind, antwortet Route 53 auf die DNS-Abfrage mittels des Werts für den Datensatz für die kleinste geografische Region. 

## Datensatz-ID
<a name="rrsets-values-geo-set-id"></a>

Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe von Geolocation-Datensätzen eindeutig identifiziert.

# Spezifische Werte für Geolocation-Aliasdatensätze
<a name="resource-record-sets-values-geo-alias"></a>

Beim Erstellen von Geolocation-Aliasdatensätzen geben Sie die folgenden Werte an.

Weitere Informationen finden Sie unter [Wählen zwischen Alias- und Nicht-Alias-Datensätzen](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Routing-Richtlinie](#rrsets-values-geo-alias-routing-policy)
+ [Datensatzname](#rrsets-values-geo-alias-name)
+ [Datensatztyp](#rrsets-values-geo-alias-type)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-geo-alias-alias-target)
+ [Speicherort](#rrsets-values-geo-alias-location)
+ [US-Staaten](#rrsets-values-geo-alias-sublocation)
+ [Gesundheitscheck](#rrsets-values-geo-alias-associate-with-health-check)
+ [Evaluate Target Health](#rrsets-values-geo-alias-evaluate-target-health)
+ [Datensatz-ID](#rrsets-values-geo-alias-set-id)

## Routing-Richtlinie
<a name="rrsets-values-geo-alias-routing-policy"></a>

Wählen Sie **Geolocation** aus. 

## Datensatzname
<a name="rrsets-values-geo-alias-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Datensatzname** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie für alle Datensätze in der Gruppe von Geolocation-Datensätzen denselben Namen ein. 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Datensatztyp
<a name="rrsets-values-geo-alias-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie den entsprechenden Wert basierend auf der AWS Ressource aus, zu der Sie den Verkehr weiterleiten. Wählen Sie für alle Datensätze in der Gruppe von Geolocation-Datensätzen denselben Namen aus:

**Benutzerdefinierte regionale API-Gateway-API oder Edge-optimierte API**  
Wählen Sie **A — IPv4 Adresse** aus.

**Amazon-VPC-Schnittstellenendpunkte**  
Wählen Sie **A — IPv4 Adresse** aus.

**CloudFront Vertrieb**  
Wählen Sie **A — IPv4 Adresse** aus.  
Wenn für die Verteilung aktiviert IPv6 ist, erstellen Sie zwei Datensätze, einen mit dem Wert **A — IPv4 Adresse** für **Typ** und einen mit dem Wert **AAAA — IPv6 Adresse**.

**App-Runner-Dienst**  
Wählen Sie **A — Adresse IPv4 **

**Elastic-Beanstalk-Umgebung, die über regionale Subdomänen verfügt**  
Wählen Sie **A — IPv4 Adresse**

**ELB-Load Balancer**  
Wählen **Sie IPv4 A-Adresse** oder **AAAA-Adresse IPv6 **

**Amazon-S3-Bucket**  
Wählen Sie **A — Adresse IPv4 **

**OpenSearch Dienst**  
Wählen Sie **A — IPv4 Adresse** oder **AAAA — IPv6 ** Adresse

**Weiterer Datensatz in dieser gehosteten Zone**  
Wählen Sie den Typ des Datensatzes aus, für den Sie den Alias erstellen. Es werden alle Typen außer **NS** und **SOA** unterstützt.  
Wenn Sie einen Aliasdatensatz mit demselben Namen wie die gehostete Zone (*Zonen-Apex*) erstellen, können Sie den Datenverkehr nicht zu einem Datensatz weiterleiten, dessen Wert in **Type (Typ)** **CNAME** ist. Der Grund hierfür ist, dass der Aliasdatensatz denselben Typ wie der Datensatz haben muss, zu dem Sie den Datenverkehr weiterleiten, und die Erstellung eines CNAME-Datensatzes für den Zonen-Apex wird für einen Aliasdatensatz nicht unterstützt. 

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-geo-alias-alias-target"></a>

Der Wert, den Sie aus der Liste auswählen oder den Sie in das Feld eingeben, hängt von der AWS Ressource ab, an die Sie den Verkehr weiterleiten.

Informationen darüber, auf welche AWS Ressourcen Sie abzielen können, finden Sie unter[Wert/Weiterleiten von Datenverkehr an](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Weitere Informationen zur Konfiguration von Route 53 zur Weiterleitung von Datenverkehr zu bestimmten AWS Ressourcen finden Sie unter[Weiterleitung des Internetverkehrs zu Ihren AWS Ressourcen](routing-to-aws-resources.md).

## Speicherort
<a name="rrsets-values-geo-alias-location"></a>

Bei der Konfiguration von Route 53 für Antworten auf DNS-Abfragen auf Basis des Standorts, von dem die Abfragen stammen, wählen Sie den Kontinent oder das Land aus, für den bzw. das Route 53 mit den Einstellungen in diesem Datensatz antworten soll. Wenn Route 53 auf DNS-Abfragen für einzelne Bundesstaaten in den Vereinigten Staaten antworten soll, wählen Sie **United States (USA)** in der Liste **Location (Ort)** und den Bundesstaat in der Liste **U.S. States (USA)** aus.

Wählen Sie für eine private gehostete Zone den Kontinent, das Land oder die Unterteilung aus, die dem, in dem sich Ihre Ressource befindet AWS-Region , am nächsten liegt. Wenn sich Ihre Ressource beispielsweise in us-east-1 befindet, können Sie Nordamerika, USA oder Virginia angeben.

**Wichtig**  
Es wird empfohlen, einen Geolocation-Datensatz mit dem Wert **Standard** für **Standort** zu erstellen. Dies deckt geographische Standorte ab, für die Sie keine Datensätze erstellt haben, sowie IP-Adressen, für die Route 53 keinen Standort identifizieren kann.

Sie können keine Nicht-Geolocation-Datensätze erstellen, die für **Datensatzname** und **Datensatztyp** die gleichen Werte wie Geolocation-Datensätze aufweisen.

Weitere Informationen finden Sie unter [Geolocation-Routing](routing-policy-geo.md).

Dies sind die Länder, die Amazon Route 53 dem jeweiligen Kontinent zuordnet. Die Ländercodes entsprechen ISO 3166. Weitere Informationen finden Sie im Wikipedia-Artikel zu [ISO 3166-1 Alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2):

**Afrika (AF)**  
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW

**Antarktika (AN)**  
AQ, GS, TF

**Asien (AS)**  
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE

**Europa (EU)**  
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK  
Einige Anbieter gehen davon aus, dass TR in Asien angesiedelt ist, und die IP-Adressen werden dies widerspiegeln.

**Nordamerika (NA)**  
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI

**Ozeanien (OC)**  
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS

**Südamerika (SA)**  
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE

**Anmerkung**  
Route 53 unterstützt nicht die Erstellung von Geolokalisierungsdatensätzen für die folgenden Länder: Bouvetinsel (BV), Weihnachtsinsel (CX), Westsahara (EH) und Heard Island and McDonald Islands (HM). Für diese Länder stehen keine Daten zu IP-Adressen zur Verfügung.

## US-Staaten
<a name="rrsets-values-geo-alias-sublocation"></a>

Wenn Route 53 auf DNS-Abfragen auf Basis des Bundesstaats in den Vereinigten Staaten, aus dem die Abfragen stammen, antworten soll, wählen Sie den Bundesstaat in der Liste **USA-Staaten** aus. US-Territorien (zum Beispiel Puerto Rico) werden in der Liste **Location (Ort)** als Länder aufgeführt.

**Wichtig**  
Einige IP-Adressen sind mit den Vereinigten Staaten verknüpft, aber nicht mit einem einzelnen Bundesstaat. Wenn Sie Datensätze für sämtliche Bundesstaaten der Vereinigten Staaten erstellen, empfehlen wir, auch einen Datensatz für die Vereinigten Staaten zu erstellen, um diese nicht verknüpften IP-Adressen weiterzuleiten. Wenn Sie keinen Datensatz für die Vereinigten Staaten erstellen, antwortet Route 53 auf DNS-Abfragen von nicht verknüpften IP-Adressen der Vereinigten Staaten mit den Einstellungen aus dem standardmäßigen Geolocation-Datensatz (sofern von Ihnen erstellt) oder mit der Information, dass keine Antwort erfolgt. 

## Gesundheitscheck
<a name="rrsets-values-geo-alias-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) für einen Alias-Datensatz oder die Datensätze in einer Gruppe aus Failover-Alias-, Geolocation-Alias-, Latenz-Alias-, IP-basierten Alias- oder gewichteten Alias-Datensätzen aus. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
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 es einen fehlerhaften Endpunkt in Geolocation-Datensätzen gibt, sucht Route 53 nach einem Datensatz für die größere verknüpfte geografische Region. Angenommen, Sie besitzen Datensätze für einen Bundesstaat der Vereinigten Staaten, für die Vereinigten Staaten, für Nordamerika und für alle Standorte (**Location (Standort)** ist **Default (Standard)**). Wenn der Endpunkt für den Bundesstaatdatensatz fehlerhaft ist, prüft Route 53 der Reihe nach die Datensätze für die Vereinigten Staaten, für Nordamerika und für alle Standorte, bis ein Datensatz mit einem fehlerfreien Endpunkt gefunden wird. Wenn alle Datensätze einschließlich des Datensatzes für alle Standorte fehlerhaft sind, antwortet Route 53 auf die DNS-Abfrage mittels des Werts für den Datensatz für die kleinste geografische Region. 

## Evaluate Target Health
<a name="rrsets-values-geo-alias-evaluate-target-health"></a>

Wählen Sie **Ja** aus, wenn Route 53 ermitteln soll, ob auf DNS-Abfragen, die diesen Datensatz verwenden, geantwortet werden soll, indem der Zustand der in **Endpunkt** angegebenen Ressource geprüft wird. 

Beachten Sie Folgendes:

**API Gateway, kundenspezifisch, regional APIs und Edge-optimiert APIs**  
Es gibt keine besonderen Anforderungen für das Festlegen von **Evaluate target health (Zielzustand bewerten)** auf **Yes (Ja)**, wenn der Endpunkt eine benutzerdefinierte regionale API-Gateway-API oder eine Edge-optimierte API ist.

**CloudFront Verteilungen**  
Sie können die Option **Zielintegrität bewerten** nicht auf **Ja setzen, wenn es** sich bei dem Endpunkt um eine CloudFront Verteilung handelt.

**Elastic Beanstalk-Umgebungen, die über regionale Subdomänen verfügen**  
Wenn Sie in **Endpunkt** eine Elastic-Beanstalk-Umgebung angeben und diese einen ELB-Load-Balancer enthält, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien Amazon-EC2-Instances weiter, die beim Load Balancer registriert sind. (Eine Umgebung enthält automatisch einen ELB-Load Balancer, wenn sie mehr als eine Amazon EC2-Instance umfasst.) Wenn Sie **Zielzustand bewerten** auf **Ja** setzen und entweder keine fehlerfreien Amazon-EC2-Instances zur Verfügung stehen oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere fehlerfreie Ressourcen weiter, sofern vorhanden.   
Bei einer Umgebung, die nur eine einzelne Amazon EC2-Instance enthält, gibt es keine besonderen Anforderungen.

**ELB-Load Balancer**  
Das Verhalten der Zustandsprüfung ist abhängig vom Typ des Load Balancers:  
+ **Classic Load Balancer** – Wenn Sie in **Endpunkt** einen ELB-Classic-Load-Balancer angeben, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien Amazon-EC2-Instances weiter, die beim Load Balancer registriert sind. Wenn Sie **Zielzustand bewerten** auf **Ja** festlegen und es entweder keine fehlerfreien EC2-Instances gibt oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere Ressourcen weiter.
+ **Anwendungs- und Network Load Balancer** – Wenn Sie einen ELB-Anwendungs- oder -Network Load Balancer angeben und **Zielzustand bewerten** auf **Ja** festlegen, leitet Route 53 Abfragen basierend auf dem Zustand der mit dem Load Balancer verknüpften Zielgruppen an den Load Balancer weiter:
  + Damit ein Application oder Network Load Balancer als fehlerfrei gilt, muss jede Zielgruppe mit Zielen mindestens ein fehlerfreies Ziel enthalten. Falls eine Zielgruppe nur fehlerhafte Ziele enthält, gilt der Load Balancer als fehlerhaft und Route 53 leitet Abfragen an andere Ressourcen weiter.
  + Eine Zielgruppe ohne registrierte Ziele gilt als fehlerhaft.
Beim Erstellen eines Load Balancers konfigurieren Sie Einstellungen für Elastic Load Balancing-Zustandsprüfungen. Dies sind keine Route 53-Zustandsprüfungen. Sie erfüllen aber eine ähnliche Funktion. Erstellen Sie keine Route 53-Zustandsprüfungen für die EC2-Instances, die Sie bei einem ELB-Load Balancer registrieren. 

**S3-Buckets**  
Es gibt keine speziellen Anforderungen, nach denen **Evaluate Target Health (Zielzustand bewerten)** auf **Yes (Ja)** festgelegt werden muss, wenn es sich beim Endpunkt um einen S3-Bucket handelt.

**Amazon-VPC-Schnittstellenendpunkte**  
Es gibt keine besonderen Anforderungen für das Festlegen der **Zielzustand bewerten** auf **Ja**, wenn der Endpunkt ein Amazon-VPC-Schnittstellenendpunkt ist.

**Andere Datensätze innerhalb derselben gehosteten Zone**  
Wenn es sich bei der AWS Ressource, die Sie in **Endpoint** angeben, um einen Datensatz oder eine Gruppe von Datensätzen handelt (z. B. um eine Gruppe gewichteter Datensätze), es sich jedoch nicht um einen weiteren Aliasdatensatz handelt, empfehlen wir, allen Datensätzen im Endpunkt eine Integritätsprüfung zuzuordnen. Weitere Informationen finden Sie unter [Was geschieht, wenn Sie Zustandsprüfungen überspringen?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## Datensatz-ID
<a name="rrsets-values-geo-alias-set-id"></a>

Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe von Geolocation-Datensätzen eindeutig identifiziert.

# Spezifische Werte für Geoproximitätsdatensätze
<a name="resource-record-sets-values-geoprox"></a>

Wenn Sie Geoproximitätsdatensätze erstellen, geben Sie die folgenden Werte an.

**Topics**
+ [Routing-Richtlinie](#rrsets-values-geoprox-routing-policy)
+ [Datensatzname](#rrsets-values-geoprox-name)
+ [Datensatztyp](#rrsets-values-geoprox-type)
+ [TTL (Sekunden)](#rrsets-values-geoprox-ttl)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-geoprox-value)
+ [Endpunktstandort](#rrsets-values-geoprox-endpoint-location)
+ [Bias](#rrsets-values-geoprox-bias)
+ [Gesundheitscheck](#rrsets-values-geoprox-associate-with-health-check)
+ [Datensatz-ID](#rrsets-values-geoprox-set-id)

## Routing-Richtlinie
<a name="rrsets-values-geoprox-routing-policy"></a>

Wählen Sie **Geoproximity**. 

## Datensatzname
<a name="rrsets-values-geoprox-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Name** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie denselben Namen für alle Datensätze in der Gruppe der Geoproximitätsdatensätze ein. 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Datensatztyp
<a name="rrsets-values-geoprox-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie denselben Wert für alle Datensätze in der Gruppe der Geoproximitätsdatensätze aus.

## TTL (Sekunden)
<a name="rrsets-values-geoprox-ttl"></a>

Der Zeitraum (in Sekunden), für den Informationen über diesen Datensatz von rekursiven DNS-Resolvern zwischengespeichert werden sollen. Durch Angabe eines längeren Wertes (z. B. 172 800 Sekunden oder zwei Tage) verringern Sie die Anzahl der Aufrufe, die rekursive DNS-Resolver an Route 53 senden müssen, um die neuesten Informationen in diesem Datensatz zu erhalten. Dies führt zu einer Verringerung der Latenz und Kosten für den Route-53-Service. Weitere Informationen finden Sie unter [So leitet Amazon Route 53 Datenverkehr an Ihre Domain weiter](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Wenn Sie einen längeren Wert als TTL angeben, dauert es allerdings länger, bis Änderungen an dem Datensatz (z. B. eine neue IP-Adresse) wirksam werden. Dies liegt daran, dass die rekursiven Resolver die Werte in ihrem Zwischenspeicher für einen längeren Zeitraum verwenden, anstatt aktuelle Informationen von Route 53 anzufordern. Wenn Sie Einstellungen für eine Domäne oder Subdomäne ändern, die bereits verwendet wird, wird empfohlen, anfänglich einen kürzeren Wert, wie z. B. 300 Sekunden anzugeben und den Wert zu erhöhen, nachdem Sie bestätigt haben, dass die neuen Einstellungen korrekt sind.

Wenn Sie diesen Datensatz mit einer Zustandsprüfung verknüpfen, empfehlen wir Ihnen eine Time to Live (TTL) von 60 Sekunden oder weniger einzugeben, damit Clients schnell auf Änderungen im Zustandsstatus reagieren.

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-geoprox-value"></a>

Klicken Sie auf **IP-Adresse oder ein anderer Wert, abhängig vom Datensatztyp**. Geben Sie einen gültigen Wert für **Datensatztyp** ein. Sie können für alle Typen außer **CNAME** mehr als einen Wert eingeben. Fügen Sie jeden Wert in einer separaten Zeile hinzu.

Sie können weiterleiten oder die folgenden Werte angeben:
+ **A — Adresse IPv4 **
+ **AAAA — Adresse IPv6 **
+ **CAA – Certificate Authority Authorization** (Autorisierung der Zertifizierungsstelle)
+ **CNAME – kanonischer Name**
+ **MX – Mail-Austausch**
+ **NAPTR – Name Authority Pointer** (Namensautorisierungszeiger)
+ **PTR – Pointer** (Zeiger)
+ **SPF – Sender Policy Framework** (Richtlinien-Framework des Senders)
+ **SRV – Service-Locator** 
+ **TXT – Text**

Weitere Informationen zu den oben genannten Werten finden Sie unter [Allgemeine Werte für den Value/Route Verkehr nach](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Endpunktstandort
<a name="rrsets-values-geoprox-endpoint-location"></a>

Sie können den Standort des Ressourcenendpunkts mit einer der folgenden Methoden angeben: 

**Benutzerdefinierte Koordinaten**  
Geben Sie den Längen- und Breitengrad für ein geografisches Gebiet an.

**AWS-Region**  
Wählen Sie eine verfügbare Region aus der **Standortliste** aus.   
Weitere Informationen zu den Regionen finden Sie unter [AWS Globale Infrastruktur](https://aws.amazon.com/about-aws/global-infrastructure/).

**AWS Lokale Zonengruppe**  
Wählen Sie eine verfügbare lokale Zonengruppe aus der **Standortliste** aus.  
Weitere Informationen zu Local Zones finden Sie unter [Available Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) im *AWS Local Zones User Guide*. Eine lokale Zonengruppe ist normalerweise die lokale Zone ohne das Endzeichen. Wenn die lokale Zone beispielsweise die lokale Zone ist, ist es `us-east-1-bue-1a` die lokale Zonengruppe`us-east-1-bue-1`.

Sie können die Local Zones Group für eine bestimmte Local Zone auch mit dem [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI-Befehl identifizieren:

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

Dieser Befehl gibt: zurück und gibt an`"GroupName": "us-west-2-den-1"`, dass die Local Zone `us-west-2-den-1a` zur Local Zone Group gehört`us-west-2-den-1`.

Sie können keine Geoproximitätsdatensätze erstellen, die dieselben Werte für **Datensatzname und **Datensatztyp**** wie Geoproximitätsdatensätze haben.

Sie können auch nicht zwei Geoproximity-Ressourcendatensätze erstellen, die denselben Standort für denselben Datensatznamen und Datensatztyp angeben.

## Bias
<a name="rrsets-values-geoprox-bias"></a>

Durch eine Abweichung wird ein geografisches Gebiet, von dem aus die Route 53 den Verkehr zu einer Ressource weiterleitet, entweder vergrößert oder verkleinert. Eine positive Tendenz erweitert den Bereich, und eine negative Tendenz verkleinert ihn. Weitere Informationen finden Sie unter [So verwendet Amazon Route 53 Bias-Werte](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).

## Gesundheitscheck
<a name="rrsets-values-geoprox-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Ja** für **Evaluate Target Health** für einen Aliasdatensatz oder die Datensätze in einer Gruppe von Failover-Alias, Geolocation-Alias, Geoproximity-Alias, Latenzalias, IP-basiertem Alias oder gewichtetem Aliasdatensatz. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
Wenn Sie in dieser Konfiguration eine Zustandsprüfung erstellen, für die der Wert von **Domain Name (Domänenname)** mit dem Namen der Datensätze übereinstimmt, und anschließend die Zustandsprüfung mit diesen Datensätzen verknüpfen, sind die Ergebnisse der Zustandsprüfung nicht planbar.

Wenn ein Endpunkt fehlerhaft ist, sucht Route 53 bei Geoproximitätsdatensätzen nach einem Endpunkt, der sich am nächsten befindet und noch fehlerfrei ist. 

## Datensatz-ID
<a name="rrsets-values-geoprox-set-id"></a>

Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe der Geoproximitätsdatensätze eindeutig identifiziert.

# Spezifische Werte für Geoproximitäts-Aliasdatensätze
<a name="resource-record-sets-values-geoprox-alias"></a>

Wenn Sie Geoproximity-Aliasdatensätze erstellen, geben Sie die folgenden Werte an.

Weitere Informationen finden Sie unter [Wählen zwischen Alias- und Nicht-Alias-Datensätzen](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Routing-Richtlinie](#rrsets-values-geoprox-alias-routing-policy)
+ [Datensatzname](#rrsets-values-geoprox-alias-name)
+ [Datensatztyp](#rrsets-values-geoprox-alias-type)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-geoprox-alias-alias-target)
+ [Endpunktstandort](#rrsets-values-geoprox-alias-endpoint-location)
+ [Bias](#rrsets-values-geoprox-alias-bias)
+ [Gesundheitscheck](#rrsets-values-geoprox-alias-associate-with-health-check)
+ [Evaluate Target Health](#rrsets-values-geoprox-alias-evaluate-target-health)
+ [Datensatz-ID](#rrsets-values-geoprox-alias-set-id)

## Routing-Richtlinie
<a name="rrsets-values-geoprox-alias-routing-policy"></a>

Wählen Sie **Geoproximity**. 

## Datensatzname
<a name="rrsets-values-geoprox-alias-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Datensatzname** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie denselben Namen für alle Datensätze in der Gruppe der Geoproximitätsdatensätze ein. 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Datensatztyp
<a name="rrsets-values-geoprox-alias-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie den entsprechenden Wert basierend auf der AWS Ressource aus, zu der Sie den Verkehr weiterleiten. Wählen Sie denselben Wert für alle Datensätze in der Gruppe der Geoproximitätsdatensätze aus:

**Benutzerdefinierte regionale API-Gateway-API oder Edge-optimierte API**  
Wählen Sie **A — IPv4 Adresse** aus.

**Amazon-VPC-Schnittstellenendpunkte**  
Wählen Sie **A — IPv4 Adresse**.

**CloudFront Vertrieb**  
Wählen Sie **A — IPv4 Adresse** aus.  
Wenn für die Verteilung aktiviert IPv6 ist, erstellen Sie zwei Datensätze, einen mit dem Wert **A — IPv4 Adresse** für **Typ** und einen mit dem Wert **AAAA — IPv6 Adresse**.

**App-Runner-Dienst**  
Wählen Sie **A — Adresse IPv4 **

**Elastic-Beanstalk-Umgebung, die über regionale Subdomänen verfügt**  
Wählen Sie **A — IPv4 Adresse**

**ELB-Load Balancer**  
Wählen **Sie IPv4 A-Adresse** oder **AAAA-Adresse IPv6 **

**Amazon-S3-Bucket**  
Wählen Sie **A — Adresse IPv4 **

**OpenSearch Dienst**  
Wählen **Sie IPv4 A-Adresse** oder **AAAA-Adresse IPv6 **

**Weiterer Datensatz in dieser gehosteten Zone**  
Wählen Sie den Typ des Datensatzes aus, für den Sie den Alias erstellen. Es werden alle Typen außer **NS** und **SOA** unterstützt.  
Wenn Sie einen Aliasdatensatz mit demselben Namen wie die gehostete Zone (*Zonen-Apex*) erstellen, können Sie den Datenverkehr nicht zu einem Datensatz weiterleiten, dessen Wert in **Type (Typ)** **CNAME** ist. Der Grund hierfür ist, dass der Aliasdatensatz denselben Typ wie der Datensatz haben muss, zu dem Sie den Datenverkehr weiterleiten, und die Erstellung eines CNAME-Datensatzes für den Zonen-Apex wird für einen Aliasdatensatz nicht unterstützt. 

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-geoprox-alias-alias-target"></a>

Der Wert, den Sie aus der Liste auswählen oder den Sie in das Feld eingeben, hängt von der AWS Ressource ab, an die Sie den Verkehr weiterleiten.

Informationen darüber, auf welche AWS Ressourcen Sie abzielen können, finden Sie unter[Wert/Weiterleiten von Datenverkehr an](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Weitere Informationen zur Konfiguration von Route 53 zur Weiterleitung von Datenverkehr zu bestimmten AWS Ressourcen finden Sie unter[Weiterleitung des Internetverkehrs zu Ihren AWS Ressourcen](routing-to-aws-resources.md).

## Endpunktstandort
<a name="rrsets-values-geoprox-alias-endpoint-location"></a>

Sie können den Standort des Ressourcenendpunkts mit einer der folgenden Methoden angeben: 

**Benutzerdefinierte Koordinaten**  
Geben Sie den Längen- und Breitengrad für ein geografisches Gebiet an.

**AWS-Region**  
Wählen Sie eine verfügbare Region aus der **Standortliste** aus.   
Weitere Informationen zu den Regionen finden Sie unter [AWS Globale Infrastruktur](https://aws.amazon.com/about-aws/global-infrastructure/).

**AWS Lokale Zonengruppe**  
Wählen Sie eine verfügbare lokale Zonenregion aus der **Standortliste** aus.  
Weitere Informationen zu Local Zones finden Sie unter [Available Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) im *AWS Local Zones User Guide*. Eine lokale Zonengruppe ist normalerweise die lokale Zone ohne das Endzeichen. Wenn die lokale Zone beispielsweise die lokale Zone ist, ist es `us-east-1-bue-1a` die lokale Zonengruppe`us-east-1-bue-1`.

Sie können die Local Zones Group auch für eine bestimmte Local Zone identifizieren, indem Sie den [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI-Befehl verwenden:

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

Dieser Befehl gibt: zurück und gibt an`"GroupName": "us-west-2-den-1"`, dass die Local Zone `us-west-2-den-1a` zur Local Zone Group gehört`us-west-2-den-1`.

Sie können keine Geoproximitätsdatensätze erstellen, die dieselben Werte für **Datensatzname und **Datensatztyp**** wie Geoproximitätsdatensätze haben.

Sie können auch nicht zwei Geoproximity-Ressourcendatensätze erstellen, die denselben Standort für denselben Datensatznamen und Datensatztyp angeben.

Weitere Informationen finden Sie unter .html available-local-zones

## Bias
<a name="rrsets-values-geoprox-alias-bias"></a>

Durch eine Verzerrung wird ein geografisches Gebiet, von dem aus die Route 53 den Verkehr zu einer Ressource weiterleitet, entweder vergrößert oder verkleinert. Eine positive Tendenz erweitert den Bereich, und eine negative Tendenz verkleinert ihn. Weitere Informationen finden Sie unter [So verwendet Amazon Route 53 Bias-Werte](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).

## Gesundheitscheck
<a name="rrsets-values-geoprox-alias-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Ja** für **Zielintegrität für einen Aliasdatensatz oder die Datensätze in einer Gruppe von Failover-Alias, Geolocation-Alias, Geoproximity-Alias, Latenz-Alias, IP-basiertem Alias oder gewichtetem Aliasdatensatz auswerten**. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
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 ein Endpunkt fehlerhaft ist, sucht Route 53 bei Geoproximitätsdatensätzen nach einem Endpunkt, der sich am nächsten befindet und noch fehlerfrei ist. 

## Evaluate Target Health
<a name="rrsets-values-geoprox-alias-evaluate-target-health"></a>

Wählen Sie **Ja** aus, wenn Route 53 ermitteln soll, ob auf DNS-Abfragen, die diesen Datensatz verwenden, geantwortet werden soll, indem der Zustand der in **Endpunkt** angegebenen Ressource geprüft wird. 

Beachten Sie Folgendes:

**API Gateway, kundenspezifisch, regional APIs und Edge-optimiert APIs**  
Es gibt keine besonderen Anforderungen für das Festlegen von **Evaluate target health (Zielzustand bewerten)** auf **Yes (Ja)**, wenn der Endpunkt eine benutzerdefinierte regionale API-Gateway-API oder eine Edge-optimierte API ist.

**CloudFront Verteilungen**  
Sie können die Option **Zielintegrität bewerten** nicht auf **Ja setzen, wenn es** sich bei dem Endpunkt um eine CloudFront Verteilung handelt.

**Elastic Beanstalk-Umgebungen, die über regionale Subdomänen verfügen**  
Wenn Sie in **Endpunkt** eine Elastic-Beanstalk-Umgebung angeben und diese einen ELB-Load-Balancer enthält, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien Amazon-EC2-Instances weiter, die beim Load Balancer registriert sind. (Eine Umgebung enthält automatisch einen ELB-Load Balancer, wenn sie mehr als eine Amazon EC2-Instance umfasst.) Wenn Sie **Zielzustand bewerten** auf **Ja** setzen und entweder keine fehlerfreien Amazon-EC2-Instances zur Verfügung stehen oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere fehlerfreie Ressourcen weiter, sofern vorhanden.   
Bei einer Umgebung, die nur eine einzelne Amazon EC2-Instance enthält, gibt es keine besonderen Anforderungen.

**ELB-Load Balancer**  
Das Verhalten der Zustandsprüfung ist abhängig vom Typ des Load Balancers:  
+ **Classic Load Balancer** – Wenn Sie in **Endpunkt** einen ELB-Classic-Load-Balancer angeben, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien Amazon-EC2-Instances weiter, die beim Load Balancer registriert sind. Wenn Sie **Zielzustand bewerten** auf **Ja** festlegen und es entweder keine fehlerfreien EC2-Instances gibt oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere Ressourcen weiter.
+ **Anwendungs- und Network Load Balancer** – Wenn Sie einen ELB-Anwendungs- oder -Network Load Balancer angeben und **Zielzustand bewerten** auf **Ja** festlegen, leitet Route 53 Abfragen basierend auf dem Zustand der mit dem Load Balancer verknüpften Zielgruppen an den Load Balancer weiter:
  + Damit ein Application oder Network Load Balancer als fehlerfrei gilt, muss jede Zielgruppe mit Zielen mindestens ein fehlerfreies Ziel enthalten. Falls eine Zielgruppe nur fehlerhafte Ziele enthält, gilt der Load Balancer als fehlerhaft und Route 53 leitet Abfragen an andere Ressourcen weiter.
  + Eine Zielgruppe ohne registrierte Ziele gilt als fehlerhaft.
Beim Erstellen eines Load Balancers konfigurieren Sie Einstellungen für Elastic Load Balancing-Zustandsprüfungen. Dies sind keine Route 53-Zustandsprüfungen. Sie erfüllen aber eine ähnliche Funktion. Erstellen Sie keine Route 53-Zustandsprüfungen für die EC2-Instances, die Sie bei einem ELB-Load Balancer registrieren. 

**S3-Buckets**  
Es gibt keine speziellen Anforderungen, nach denen **Evaluate Target Health (Zielzustand bewerten)** auf **Yes (Ja)** festgelegt werden muss, wenn es sich beim Endpunkt um einen S3-Bucket handelt.

**Amazon-VPC-Schnittstellenendpunkte**  
Es gibt keine besonderen Anforderungen für das Festlegen der **Zielzustand bewerten** auf **Ja**, wenn der Endpunkt ein Amazon-VPC-Schnittstellenendpunkt ist.

**Andere Datensätze innerhalb derselben gehosteten Zone**  
Wenn es sich bei der AWS Ressource, die Sie in **Endpoint** angeben, um einen Datensatz oder eine Gruppe von Datensätzen handelt (z. B. um eine Gruppe gewichteter Datensätze), es sich jedoch nicht um einen weiteren Aliasdatensatz handelt, empfehlen wir, allen Datensätzen im Endpunkt eine Integritätsprüfung zuzuordnen. Weitere Informationen finden Sie unter [Was geschieht, wenn Sie Zustandsprüfungen überspringen?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## Datensatz-ID
<a name="rrsets-values-geoprox-alias-set-id"></a>

Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe der Geoproximitätsdatensätze eindeutig identifiziert.

# Spezifische Werte für Latenz-Datensätze
<a name="resource-record-sets-values-latency"></a>

Beim Erstellen von Latenz-Datensätzen geben Sie die folgenden Werte an.

**Topics**
+ [Routing-Richtlinie](#rrsets-values-latency-routing-policy)
+ [Datensatzname](#rrsets-values-latency-name)
+ [Datensatztyp](#rrsets-values-latency-type)
+ [TTL (Sekunden)](#rrsets-values-latency-ttl)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-latency-value)
+ [Region](#rrsets-values-latency-region)
+ [Gesundheitscheck](#rrsets-values-latency-associate-with-health-check)
+ [Datensatz-ID](#rrsets-values-latency-set-id)

## Routing-Richtlinie
<a name="rrsets-values-latency-routing-policy"></a>

Klicken Sie auf **Latenz**. 

## Datensatzname
<a name="rrsets-values-latency-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Datensatzname** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie für alle Datensätze in der Gruppe von Latenz-Datensätzen denselben Namen ein. 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Datensatztyp
<a name="rrsets-values-latency-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie den Wert für **Typ** danach aus, wie Route 53 auf DNS-Abfragen antworten soll. 

Wählen Sie für alle Datensätze in der Gruppe von Latenz-Datensätzen denselben Namen aus.

## TTL (Sekunden)
<a name="rrsets-values-latency-ttl"></a>

Der Zeitraum (in Sekunden), für den Informationen über diesen Datensatz von rekursiven DNS-Resolvern zwischengespeichert werden sollen. Durch Angabe eines längeren Wertes (z. B. 172 800 Sekunden oder zwei Tage) verringern Sie die Anzahl der Aufrufe, die rekursive DNS-Resolver an Route 53 senden müssen, um die neuesten Informationen in diesem Datensatz zu erhalten. Dies führt zu einer Verringerung der Latenz und Kosten für den Route-53-Service. Weitere Informationen finden Sie unter [So leitet Amazon Route 53 Datenverkehr an Ihre Domain weiter](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Wenn Sie einen längeren Wert als TTL angeben, dauert es allerdings länger, bis Änderungen an dem Datensatz (z. B. eine neue IP-Adresse) wirksam werden. Dies liegt daran, dass die rekursiven Resolver die Werte in ihrem Zwischenspeicher für einen längeren Zeitraum verwenden, anstatt aktuelle Informationen von Route 53 anzufordern. Wenn Sie Einstellungen für eine Domäne oder Subdomäne ändern, die bereits verwendet wird, wird empfohlen, anfänglich einen kürzeren Wert, wie z. B. 300 Sekunden anzugeben und den Wert zu erhöhen, nachdem Sie bestätigt haben, dass die neuen Einstellungen korrekt sind.

Wenn Sie diesen Datensatz mit einer Zustandsprüfung verknüpfen, empfehlen wir Ihnen eine Time to Live (TTL) von 60 Sekunden oder weniger einzugeben, damit Clients schnell auf Änderungen im Zustandsstatus reagieren.

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-latency-value"></a>

Klicken Sie auf **IP-Adresse oder ein anderer Wert, abhängig vom Datensatztyp**. Geben Sie einen gültigen Wert für **Datensatztyp** ein. Sie können für alle Typen außer **CNAME** mehr als einen Wert eingeben. Fügen Sie jeden Wert in einer separaten Zeile hinzu.

Sie können weiterleiten oder die folgenden Werte angeben:
+ **A — IPv4 Adresse**
+ **AAAA — Adresse IPv6 **
+ **CAA – Certificate Authority Authorization** (Autorisierung der Zertifizierungsstelle)
+ **CNAME – kanonischer Name**
+ **MX – Mail-Austausch**
+ **NAPTR – Name Authority Pointer** (Namensautorisierungszeiger)
+ **PTR – Pointer** (Zeiger)
+ **SPF – Sender Policy Framework** (Richtlinien-Framework des Senders)
+ **SRV – Service-Locator** 
+ **TXT – Text**

Weitere Informationen zu den oben genannten Werten finden Sie unter [Allgemeine Werte für den Value/Route Verkehr nach](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Region
<a name="rrsets-values-latency-region"></a>

Die Amazon-EC2-Region, in der sich die Ressource befindet, die Sie in diesem Datensatz angegeben haben. Route 53 empfiehlt basierend auf anderen von Ihnen angegebenen Werten eine Amazon-EC2-Region. Dies gilt auch für privat gehostete Zonen. Wir empfehlen, diesen Wert nicht zu ändern.

Beachten Sie Folgendes:
+ Sie können für jede Amazon-EC2-Region nur einen Latenzdatensatz erstellen.
+ Es ist nicht notwendig, für alle Amazon-EC2-Regionen Latenzdatensätze zu erstellen. Route 53 wählt aus den Regionen, für die Sie Latenzdatensätze erstellen, die Region mit der besten Latenz aus.
+ Sie können keine Datensätze ohne Latenz erstellen, die über dieselben Werte wie Latenzdatensätze für **Datensatzname** und **Datensatztyp** verfügen.
+ Wenn Sie einen Datensatz erstellen, der mit der Region **cn-north-1** markiert ist, antwortet Route 53 unabhängig von der Latenz immer auf Abfragen aus China mit diesem Datensatz.

Weitere Informationen zum Verwenden von Latenz-Datensätzen finden Sie unter [Latenzbasiertes Routing](routing-policy-latency.md). 

## Gesundheitscheck
<a name="rrsets-values-latency-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) für einen Alias-Datensatz oder die Datensätze in einer Gruppe aus Failover-Alias-, Geolocation-Alias-, Latenz-Alias-, IP-basierten Alias- oder gewichteten Alias-Datensätzen aus. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
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.

## Datensatz-ID
<a name="rrsets-values-latency-set-id"></a>

Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe von Latenz-Datensätzen eindeutig identifiziert.

# Spezifische Werte für Latenz-Aliasdatensätze
<a name="resource-record-sets-values-latency-alias"></a>

Beim Erstellen von Latenz-Aliasdatensätzen geben Sie die folgenden Werte an.

Weitere Informationen finden Sie unter [Wählen zwischen Alias- und Nicht-Alias-Datensätzen](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Routing-Richtlinie](#rrsets-values-latency-alias-routing-policy)
+ [Datensatzname](#rrsets-values-latency-alias-name)
+ [Datensatztyp](#rrsets-values-latency-alias-type)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-latency-alias-alias-target)
+ [Region](#rrsets-values-latency-alias-region)
+ [Gesundheitscheck](#rrsets-values-latency-alias-associate-with-health-check)
+ [Evaluate Target Health](#rrsets-values-latency-alias-evaluate-target-health)
+ [Datensatz-ID](#rrsets-values-latency-alias-set-id)

## Routing-Richtlinie
<a name="rrsets-values-latency-alias-routing-policy"></a>

Klicken Sie auf **Latenz**. 

## Datensatzname
<a name="rrsets-values-latency-alias-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Datensatzname** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie für alle Datensätze in der Gruppe von Latenz-Datensätzen denselben Namen ein. 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Datensatztyp
<a name="rrsets-values-latency-alias-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie den entsprechenden Wert basierend auf der AWS Ressource aus, an die Sie den Verkehr weiterleiten:

**Benutzerdefinierte regionale API-Gateway-API oder Edge-optimierte API**  
Wählen Sie **A — IPv4 Adresse** aus.

**Amazon-VPC-Schnittstellenendpunkte**  
Wählen Sie **A — IPv4 Adresse** aus.

**CloudFront Vertrieb**  
Wählen Sie **A — IPv4 Adresse** aus.  
Wenn für die Verteilung aktiviert IPv6 ist, erstellen Sie zwei Datensätze, einen mit dem Wert **A — IPv4 Adresse** für **Typ** und einen mit dem Wert **AAAA — IPv6 Adresse**.

**App-Runner-Dienst**  
Wählen Sie **A — Adresse IPv4 **

**Elastic-Beanstalk-Umgebung, die über regionale Subdomänen verfügt**  
Wählen Sie **A — IPv4 Adresse**

**ELB-Load Balancer**  
Wählen **Sie IPv4 A-Adresse** oder **AAAA-Adresse IPv6 **

**Amazon-S3-Bucket**  
Wählen Sie **A — Adresse IPv4 **

**OpenSearch Dienst**  
Wählen Sie **A — IPv4 Adresse** oder **AAAA — IPv6 ** Adresse

**Weiterer Datensatz in dieser gehosteten Zone**  
Wählen Sie den Typ des Datensatzes aus, für den Sie den Alias erstellen. Es werden alle Typen außer **NS** und **SOA** unterstützt.  
Wenn Sie einen Aliasdatensatz mit demselben Namen wie die gehostete Zone (*Zonen-Apex*) erstellen, können Sie den Datenverkehr nicht zu einem Datensatz weiterleiten, dessen Wert in **Type (Typ)** **CNAME** ist. Der Grund hierfür ist, dass der Aliasdatensatz denselben Typ wie der Datensatz haben muss, zu dem Sie den Datenverkehr weiterleiten, und die Erstellung eines CNAME-Datensatzes für den Zonen-Apex wird für einen Aliasdatensatz nicht unterstützt. 

Wählen Sie für alle Datensätze in der Gruppe von Latenz-Datensätzen denselben Namen aus.

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-latency-alias-alias-target"></a>

Der Wert, den Sie aus der Liste auswählen oder den Sie in das Feld eingeben, hängt von der AWS Ressource ab, an die Sie den Verkehr weiterleiten.

Informationen darüber, auf welche AWS Ressourcen Sie abzielen können, finden Sie unter [Allgemeine Werte für Aliasdatensätze für den value/route Datenverkehr](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Weitere Informationen zur Konfiguration von Route 53 zur Weiterleitung von Datenverkehr an bestimmte AWS Ressourcen finden Sie unter[Weiterleitung des Internetverkehrs zu Ihren AWS Ressourcen](routing-to-aws-resources.md).

## Region
<a name="rrsets-values-latency-alias-region"></a>

Die Amazon-EC2-Region, in der sich die von Ihnen in diesem Datensatz angegebene Ressource befindet. Route 53 empfiehlt basierend auf anderen von Ihnen angegebenen Werten eine Amazon-EC2-Region. Dies gilt auch für privat gehostete Zonen. Wir empfehlen, diesen Wert nicht zu ändern.

Beachten Sie Folgendes:
+ Sie können für jede Amazon-EC2-Region nur einen Latenzdatensatz erstellen.
+ Es ist nicht notwendig, für alle Amazon-EC2-Regionen Latenzdatensätze zu erstellen. Route 53 wählt aus den Regionen, für die Sie Latenzdatensätze erstellen, die Region mit der besten Latenz aus.
+ Sie können keine Datensätze ohne Latenz erstellen, die über dieselben Werte wie Latenzdatensätze für **Datensatzname** und **Datensatztyp** verfügen.
+ Wenn Sie einen Datensatz erstellen, der mit der Region **cn-north-1** markiert ist, antwortet Route 53 unabhängig von der Latenz immer auf Abfragen aus China mit diesem Datensatz.

Weitere Informationen zum Verwenden von Latenz-Datensätzen finden Sie unter [Latenzbasiertes Routing](routing-policy-latency.md). 

## Gesundheitscheck
<a name="rrsets-values-latency-alias-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) für einen Alias-Datensatz oder die Datensätze in einer Gruppe aus Failover-Alias-, Geolocation-Alias-, Latenz-Alias-, IP-basierten Alias- oder gewichteten Alias-Datensätzen aus. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
Wenn Sie in dieser Konfiguration eine Zustandsprüfung erstellen, für die der Wert von **Domain Name (Domänenname)** mit dem Namen der Datensätze übereinstimmt, und anschließend die Zustandsprüfung mit diesen Datensätzen verknüpfen, sind die Ergebnisse der Zustandsprüfung nicht planbar.

## Evaluate Target Health
<a name="rrsets-values-latency-alias-evaluate-target-health"></a>

Wählen Sie **Ja** aus, wenn Route 53 ermitteln soll, ob auf DNS-Abfragen, die diesen Datensatz verwenden, geantwortet werden soll, indem der Zustand der in **Endpunkt** angegebenen Ressource geprüft wird. 

Beachten Sie Folgendes:

**API Gateway, kundenspezifisch, regional APIs und Edge-optimiert APIs**  
Es gibt keine besonderen Anforderungen für das Festlegen von **Zielzustand bewerten** auf **Ja**, wenn der Endpunkt eine benutzerdefinierte regionale API-Gateway-API oder eine Edge-optimierte API ist.

**CloudFront Verteilungen**  
Sie können **Evaluate Target Health** nicht auf **Ja setzen, wenn es** sich bei dem Endpunkt um eine CloudFront Verteilung handelt.

**Elastic Beanstalk-Umgebungen, die über regionale Subdomänen verfügen**  
Wenn Sie in **Endpunkt** eine Elastic-Beanstalk-Umgebung angeben und diese einen ELB-Load-Balancer enthält, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien Amazon-EC2-Instances weiter, die beim Load Balancer registriert sind. (Eine Umgebung enthält automatisch einen ELB-Load Balancer, wenn sie mehr als eine Amazon EC2-Instance umfasst.) Wenn Sie **Zielzustand bewerten** auf **Ja** setzen und entweder keine fehlerfreien Amazon-EC2-Instances zur Verfügung stehen oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere fehlerfreie Ressourcen weiter, sofern vorhanden.   
Bei einer Umgebung, die nur eine einzelne Amazon EC2-Instance enthält, gibt es keine besonderen Anforderungen.

**ELB-Load Balancer**  
Das Verhalten der Zustandsprüfung ist abhängig vom Typ des Load Balancers:  
+ **Classic Load Balancer** – Wenn Sie in **Endpunkt** einen ELB-Classic-Load-Balancer angeben, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien Amazon-EC2-Instances weiter, die beim Load Balancer registriert sind. Wenn Sie **Zielzustand bewerten** auf **Ja** festlegen und es entweder keine fehlerfreien EC2-Instances gibt oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere Ressourcen weiter.
+ **Anwendungs- und Network Load Balancer** – Wenn Sie einen ELB-Anwendungs- oder -Network Load Balancer angeben und **Zielzustand bewerten** auf **Ja** festlegen, leitet Route 53 Abfragen basierend auf dem Zustand der mit dem Load Balancer verknüpften Zielgruppen an den Load Balancer weiter:
  + Damit ein Application oder Network Load Balancer als fehlerfrei gilt, muss jede Zielgruppe mit Zielen mindestens ein fehlerfreies Ziel enthalten. Falls eine Zielgruppe nur fehlerhafte Ziele enthält, gilt der Load Balancer als fehlerhaft und Route 53 leitet Abfragen an andere Ressourcen weiter.
  + Eine Zielgruppe ohne registrierte Ziele gilt als fehlerhaft.
Beim Erstellen eines Load Balancers konfigurieren Sie Einstellungen für Elastic Load Balancing-Zustandsprüfungen. Dies sind keine Route 53-Zustandsprüfungen. Sie erfüllen aber eine ähnliche Funktion. Erstellen Sie keine Route 53-Zustandsprüfungen für die EC2-Instances, die Sie bei einem ELB-Load Balancer registrieren. 

**S3-Buckets**  
Es gibt keine speziellen Anforderungen, nach denen **Evaluate Target Health (Zielzustand bewerten)** auf **Yes (Ja)** festgelegt werden muss, wenn es sich beim Endpunkt um einen S3-Bucket handelt.

**Amazon-VPC-Schnittstellenendpunkte**  
Es gibt keine besonderen Anforderungen für das Festlegen der **Zielzustand bewerten** auf **Ja**, wenn der Endpunkt ein Amazon-VPC-Schnittstellenendpunkt ist.

**Andere Datensätze innerhalb derselben gehosteten Zone**  
Wenn es sich bei der AWS Ressource, die Sie in **Endpoint** angeben, um einen Datensatz oder eine Gruppe von Datensätzen handelt (z. B. um eine Gruppe gewichteter Datensätze), es sich jedoch nicht um einen weiteren Aliasdatensatz handelt, empfehlen wir, allen Datensätzen im Endpunkt eine Integritätsprüfung zuzuordnen. Weitere Informationen finden Sie unter [Was geschieht, wenn Sie Zustandsprüfungen überspringen?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## Datensatz-ID
<a name="rrsets-values-latency-alias-set-id"></a>

Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe von Latenz-Datensätzen eindeutig identifiziert.

# Spezifische Werte für IP-basierte Datensätze
<a name="resource-record-sets-values-ipbased"></a>

Beim Erstellen IP-basierter Datensätze geben Sie die folgenden Werte an.

**Anmerkung**  
Das Erstellen von IP-basierten Datensätzen in einer privat gehosteten Zone ist zwar erlaubt, wird aber nicht unterstützt.

**Topics**
+ [Routing-Richtlinie](#rrsets-values-ipbased-routing-policy)
+ [Datensatzname](#rrsets-values-ibased-name)
+ [Datensatztyp](#rrsets-values-ibased-type)
+ [TTL (Sekunden)](#rrsets-values-ibased-ttl)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-ibased-value)
+ [Ort](#rrsets-values-ibased-location)
+ [Zustandsprüfung](#rrsets-values-ibased-associate-with-health-check)
+ [Datensatz-ID](#rrsets-values-ipbased-set-id)

## Routing-Richtlinie
<a name="rrsets-values-ipbased-routing-policy"></a>

Wählen Sie **IP-based** (IP-basiert) aus. 

## Datensatzname
<a name="rrsets-values-ibased-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Datensatzname** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie den gleichen Namen für alle Datensätze in der Gruppe von IP-basierten Datensätzen ein. 

**CNAME-Datensätze**  
Wenn Sie einen Datensatz erstellen, der den Wert **CNAME** für **Datensatztyp** hat, darf der Name für den Datensatz nicht gleich dem Namen der gehosteten Zone sein.

**Sonderzeichen**  
Erläuterungen dazu, wie Sie andere Zeichen als a-z, 0-9 und - (Bindestrich) eingeben und wie internationale Domainnamen angegeben werden, erhalten Sie unter [Format für DNS-Domänennamen](DomainNameFormat.md).

**Platzhalterzeichen**  
Sie können im Namen ein Sternchenzeichen (\$1) verwenden. Abhängig von seiner Position im Namen wird das \$1-Zeichen vom DNS entweder als Platzhalter oder als das \$1-Zeichen (ASCII 42) behandelt. Weitere Informationen finden Sie unter [Verwendung eines Sternchens (\$1) im Namen von gehosteten Zonen und Datensätzen](DomainNameFormat.md#domain-name-format-asterisk).

## Datensatztyp
<a name="rrsets-values-ibased-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie den Wert für **Typ** danach aus, wie Route 53 auf DNS-Abfragen antworten soll. 

Wählen Sie denselben Wert für alle Datensätze in der Gruppe der IP-basierten Datensätze aus.

## TTL (Sekunden)
<a name="rrsets-values-ibased-ttl"></a>

Der Zeitraum (in Sekunden), für den Informationen über diesen Datensatz von rekursiven DNS-Resolvern zwischengespeichert werden sollen. Durch Angabe eines längeren Wertes (z. B. 172800 Sekunden, oder zwei Tage) verringern Sie die Anzahl der Aufrufe, die rekursive DNS-Resolver an Route 53 senden müssen, um die neuesten Informationen in diesem Datensatz zu erhalten. Dies führt zu einer Verringerung der Latenz und Ihrer Rechnung für den Route 53-Service. Weitere Informationen finden Sie unter [So leitet Amazon Route 53 Datenverkehr an Ihre Domain weiter](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Wenn Sie einen längeren Wert als TTL angeben, dauert es allerdings länger, bis Änderungen an dem Datensatz (z. B. eine neue IP-Adresse) wirksam werden. Dies liegt daran, dass die rekursiven Resolver die Werte in ihrem Zwischenspeicher für einen längeren Zeitraum verwenden, anstatt aktuelle Informationen von Route 53 anzufordern. Wenn Sie Einstellungen für eine Domäne oder Subdomäne ändern, die bereits verwendet wird, wird empfohlen, anfänglich einen kürzeren Wert, wie z. B. 300 Sekunden anzugeben und den Wert zu erhöhen, nachdem Sie bestätigt haben, dass die neuen Einstellungen korrekt sind.

Wenn Sie diesen Datensatz mit einer Zustandsprüfung verknüpfen, empfehlen wir Ihnen eine Time to Live (TTL, Gültigkeitsdauer) von 60 Sekunden oder weniger einzugeben, damit Clients schnell auf Änderungen im Zustandsstatus reagieren.

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-ibased-value"></a>

Klicken Sie auf **IP-Adresse oder ein anderer Wert, abhängig vom Datensatztyp**. Geben Sie einen gültigen Wert für **Datensatztyp** ein. Sie können für alle Typen außer **CNAME** mehr als einen Wert eingeben. Fügen Sie jeden Wert in einer separaten Zeile hinzu.

Sie können weiterleiten oder die folgenden Werte angeben:
+ **A — Adresse IPv4 **
+ **AAAA — Adresse IPv6 **
+ **CAA – Certificate Authority Authorization** (Autorisierung der Zertifizierungsstelle)
+ **CNAME – kanonischer Name**
+ **MX – Mail-Austausch**
+ **NAPTR – Name Authority Pointer** (Namensautorisierungszeiger)
+ **PTR – Pointer** (Zeiger)
+ **SPF – Sender Policy Framework** (Richtlinien-Framework des Senders)
+ **SRV – Service-Locator** 
+ **TXT – Text**

Weitere Informationen zu diesen Werten finden Sie unter [Bewerten/Weiterleiten des Datenverkehrs an](resource-record-sets-values-shared.md#rrsets-values-common-value) [Gemeinsame Werte für Bewerten/Weiterleiten des Datenverkehrs an](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Ort
<a name="rrsets-values-ibased-location"></a>

Der Name des CIDR-Standorts, an dem die Ressource, die Sie in diesem Datensatz angegeben haben, durch die CIDR-Blockwerte innerhalb des CIDR-Standorts angegeben wird. 

Weitere Informationen zum Verwenden von IP-basierten Datensätzen finden Sie unter [IP-basiertes Routing](routing-policy-ipbased.md). 

## Zustandsprüfung
<a name="rrsets-values-ibased-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben die Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) für einen Alias-Datensatz oder die Datensätze in einer Gruppe aus Failover-Alias-, Geolocation-Alias-, Latenz-Alias-, IP-basiertem Alias oder gewichteten Alias-Datensätzen aus. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
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.

## Datensatz-ID
<a name="rrsets-values-ipbased-set-id"></a>

Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe von IP-basierten Datensätzen eindeutig identifiziert.

# Spezifische Werte für IP-basierte Aliasdatensätze
<a name="resource-record-sets-values-ipbased-alias"></a>

Beim Erstellen von IP-basierten Aliasdatensätzen geben Sie die folgenden Werte an.

**Anmerkung**  
Das Erstellen von IP-basierten Aliasdatensätzen in einer privat gehosteten Zone ist zwar erlaubt, wird aber nicht unterstützt.

Weitere Informationen finden Sie unter [Wählen zwischen Alias- und Nicht-Alias-Datensätzen](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Routing-Richtlinie](#rrsets-values-ipbased-alias-routing-policy)
+ [Datensatzname](#rrsets-values-ipbased-alias-name)
+ [Datensatztyp](#rrsets-values-ipbased-alias-type)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-ipbased-alias-alias-target)
+ [Speicherort](#rrsets-values-ipbased-alias-location)
+ [Gesundheitscheck](#rrsets-values-ipbased-alias-associate-with-health-check)
+ [Evaluate Target Health](#rrsets-values-ipbased-alias-evaluate-target-health)
+ [Datensatz-ID](#rrsets-values-ipbased-alias-set-id)

## Routing-Richtlinie
<a name="rrsets-values-ipbased-alias-routing-policy"></a>

Wählen Sie **IP-based** (IP-basiert) aus. 

**Anmerkung**  
Das Erstellen von IP-basierten Aliasdatensätzen in einer privat gehosteten Zone ist zwar erlaubt, wird aber nicht unterstützt.

## Datensatzname
<a name="rrsets-values-ipbased-alias-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Datensatzname** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie den gleichen Namen für alle Datensätze in der Gruppe von IP-basierten Datensätzen ein. 

**CNAME-Datensätze**  
Wenn Sie einen Datensatz erstellen, der den Wert **CNAME** für **Datensatztyp** hat, darf der Name für den Datensatz nicht gleich dem Namen der gehosteten Zone sein.

**Aliase für CloudFront Distributionen und Amazon S3 S3-Buckets**  
Der Wert, den Sie angeben, hängt zum Teil von der AWS Ressource ab, an die Sie den Datenverkehr weiterleiten:  
+ **CloudFront Verteilung** — Ihre Distribution muss einen alternativen Domainnamen enthalten, der dem Namen des Eintrags entspricht. Wenn der Name des Datensatzes beispielsweise **acme.example.com** ist, muss Ihre CloudFront-Verteilung **acme.example.com** als einen alternativen Domänennamen enthalten. Weitere Informationen finden Sie unter [Verwenden alternativer Domainnamen (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) im *Amazon CloudFront Developer Guide*. 
+ **Amazon-S3-Bucket** – Der Name des Datensatzes muss mit dem Namen Ihres Amazon-S3-Buckets übereinstimmen. Wenn der Name des Buckets beispielsweise **acme.example.com** lautet, muss der Name dieses Datensatzes ebenfalls **acme.example.com** lauten.

  Außerdem müssen Sie den Bucket für das Website-Hosting konfigurieren. Weitere Informationen finden Sie unter [Konfigurieren eines Buckets für Website-Hosting](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) im *Benutzerhandbuch für Amazon Simple Storage Service*. 

**Sonderzeichen**  
Erläuterungen dazu, wie Sie andere Zeichen als a-z, 0-9 und - (Bindestrich) eingeben und wie internationale Domainnamen angegeben werden, erhalten Sie unter [Format für DNS-Domänennamen](DomainNameFormat.md).

**Platzhalterzeichen**  
Sie können im Namen ein Sternchenzeichen (\$1) verwenden. Abhängig von seiner Position im Namen wird das \$1-Zeichen vom DNS entweder als Platzhalter oder als das \$1-Zeichen (ASCII 42) behandelt. Weitere Informationen finden Sie unter [Verwendung eines Sternchens (\$1) im Namen von gehosteten Zonen und Datensätzen](DomainNameFormat.md#domain-name-format-asterisk).

## Datensatztyp
<a name="rrsets-values-ipbased-alias-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie den entsprechenden Wert basierend auf der AWS Ressource aus, an die Sie den Datenverkehr weiterleiten. Wählen Sie für alle Datensätze in der Gruppe IP-basierter Datensätzen denselben Wert aus.

**Benutzerdefinierte regionale API-Gateway-API oder Edge-optimierte API**  
Wählen Sie **A — IPv4 Adresse** aus.

**Amazon-VPC-Schnittstellenendpunkte**  
Wählen Sie **A — IPv4 Adresse** aus.

**CloudFront Vertrieb**  
Wählen Sie **A — IPv4 Adresse** aus.  
Wenn für die Verteilung aktiviert IPv6 ist, erstellen Sie zwei Datensätze, einen mit dem Wert **A — IPv4 Adresse** für **Typ** und einen mit dem Wert **AAAA — IPv6 Adresse**.

**App-Runner-Dienst**  
Wählen Sie **A — Adresse IPv4 **

**Elastic-Beanstalk-Umgebung, die über regionale Subdomänen verfügt**  
Wählen Sie **A — IPv4 Adresse**

**ELB-Load Balancer**  
Wählen **Sie IPv4 A-Adresse** oder **AAAA-Adresse IPv6 **

**Amazon-S3-Bucket**  
Wählen Sie **A — Adresse IPv4 **

**OpenSearch Dienst**  
Wählen Sie **A — IPv4 Adresse** oder **AAAA — IPv6 ** Adresse

**Weiterer Datensatz in dieser gehosteten Zone**  
Wählen Sie den Typ des Datensatzes aus, für den Sie den Alias erstellen. Es werden alle Typen außer **NS** und **SOA** unterstützt.  
Wenn Sie einen Aliasdatensatz mit demselben Namen wie die gehostete Zone (*Zonen-Apex*) erstellen, können Sie den Datenverkehr nicht zu einem Datensatz weiterleiten, dessen Wert in **Type (Typ)** **CNAME** ist. Der Grund hierfür ist, dass der Aliasdatensatz denselben Typ wie der Datensatz haben muss, zu dem Sie den Datenverkehr weiterleiten, und die Erstellung eines CNAME-Datensatzes für den Zonen-Apex wird für einen Aliasdatensatz nicht unterstützt. 

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-ipbased-alias-alias-target"></a>

Der Wert, den Sie aus der Liste auswählen oder den Sie in das Feld eingeben, hängt von der AWS Ressource ab, an die Sie den Verkehr weiterleiten.

Informationen darüber, auf welche AWS Ressourcen Sie abzielen können, finden Sie unter [Allgemeine Werte für Aliasdatensätze für den value/route Datenverkehr](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Weitere Informationen zur Konfiguration von Route 53 zur Weiterleitung von Datenverkehr an bestimmte AWS Ressourcen finden Sie unter[Weiterleitung des Internetverkehrs zu Ihren AWS Ressourcen](routing-to-aws-resources.md).

## Speicherort
<a name="rrsets-values-ipbased-alias-location"></a>

Bei der Konfiguration von Route 53 für Antworten auf DNS-Abfragen auf Basis des Standorts, von dem die Abfragen stammen, wählen Sie den CIDR-Standort aus, für den bzw. das Route 53 mit den Einstellungen in diesem Datensatz antworten soll.

**Wichtig**  
Es wird empfohlen, einen IP-basierten Datensatz mit dem Wert **Standard** für **Standort** zu erstellen. Dies deckt Standorte ab, für die Sie keine Datensätze erstellt haben, sowie IP-Adressen, für die Route 53 keinen Standort identifizieren kann.

Sie können keine non-IP-based Datensätze erstellen, die dieselben Werte für **Datensatzname und **Datensatztyp**** haben wie IP-basierte Datensätze.

Weitere Informationen finden Sie unter [IP-basiertes Routing](routing-policy-ipbased.md).

## Gesundheitscheck
<a name="rrsets-values-ipbased-alias-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) für einen Alias-Datensatz oder die Datensätze in einer Gruppe aus Failover-Alias-, Geolocation-Alias-, IP-basiertem Alias-, Latenz-Alias oder gewichteten Alias-Datensätzen aus. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
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 es einen ungesunden Endpunkt in IP-basierten Aliasdatensätzen gibt, sucht Route 53 nach einem Datensatz im größeren verbundenen Standort. Angenommen, Sie besitzen Datensätze für einen Bundesstaat der Vereinigten Staaten, für die Vereinigten Staaten, für Nordamerika und für alle Standorte (**Location (Standort)** ist **Default (Standard)**). Wenn der Endpunkt für den Bundesstaatdatensatz fehlerhaft ist, prüft Route 53 der Reihe nach die Datensätze für die Vereinigten Staaten, für Nordamerika und für alle Standorte, bis ein Datensatz mit einem fehlerfreien Endpunkt gefunden wird. Wenn alle Datensätze einschließlich des Datensatzes für alle Standorte fehlerhaft sind, antwortet Route 53 auf die DNS-Abfrage mittels des Werts für den Datensatz für die kleinste geografische Region. 

## Evaluate Target Health
<a name="rrsets-values-ipbased-alias-evaluate-target-health"></a>

Wählen Sie **Ja** aus, wenn Route 53 ermitteln soll, ob auf DNS-Abfragen, die diesen Datensatz verwenden, geantwortet werden soll, indem der Zustand der in **Endpunkt** angegebenen Ressource geprüft wird. 

Beachten Sie Folgendes:

**API Gateway, kundenspezifisch, regional APIs und Edge-optimiert APIs**  
Es gibt keine besonderen Anforderungen für das Festlegen von **Zielzustand bewerten** auf **Ja**, wenn der Endpunkt eine benutzerdefinierte regionale API-Gateway-API oder eine Edge-optimierte API ist.

**CloudFront Verteilungen**  
Sie können die Option **Zielintegrität bewerten** nicht auf **Ja setzen, wenn es** sich bei dem Endpunkt um eine CloudFront Verteilung handelt.

**Elastic Beanstalk-Umgebungen, die über regionale Subdomänen verfügen**  
Wenn Sie in **Endpoint** eine Elastic Beanstalk Beanstalk-Umgebung angeben und die Umgebung einen ELB-Load Balancer enthält, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien EC2 Amazon-Instances weiter, die beim Load Balancer registriert sind. (Eine Umgebung enthält automatisch einen ELB-Load Balancer, wenn sie mehr als eine EC2 Amazon-Instance umfasst.) Wenn Sie **Evaluate target health** auf **Ja** setzen und entweder keine EC2 Amazon-Instances fehlerfrei sind oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere verfügbare Ressourcen weiter, die fehlerfrei sind, falls vorhanden.   
Wenn die Umgebung eine einzelne EC2 Amazon-Instance enthält, gibt es keine besonderen Anforderungen.

**ELB-Load Balancer**  
Das Verhalten der Zustandsprüfung ist abhängig vom Typ des Load Balancers:  
+ **Classic Load Balancers** — Wenn Sie einen ELB Classic Load Balancer in **Endpoint** angeben, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien EC2 Amazon-Instances weiter, die beim Load Balancer registriert sind. Wenn Sie „**Zielstatus bewerten**“ auf **Ja** setzen und entweder keine EC2 Instances fehlerfrei sind oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere Ressourcen weiter.
+ **Anwendungs- und Network Load Balancer** – Wenn Sie einen ELB-Anwendungs- oder -Network Load Balancer angeben und **Zielzustand bewerten** auf **Ja** festlegen, leitet Route 53 Abfragen basierend auf dem Zustand der mit dem Load Balancer verknüpften Zielgruppen an den Load Balancer weiter:
  + Damit ein Application oder Network Load Balancer als fehlerfrei gilt, muss jede Zielgruppe mit Zielen mindestens ein fehlerfreies Ziel enthalten. Falls eine Zielgruppe nur fehlerhafte Ziele enthält, gilt der Load Balancer als fehlerhaft und Route 53 leitet Abfragen an andere Ressourcen weiter.
  + Eine Zielgruppe ohne registrierte Ziele gilt als fehlerhaft.
Beim Erstellen eines Load Balancers konfigurieren Sie Einstellungen für Elastic Load Balancing-Zustandsprüfungen. Dies sind keine Route 53-Zustandsprüfungen. Sie erfüllen aber eine ähnliche Funktion. Erstellen Sie keine Route 53-Zustandsprüfungen für die EC2 Instances, die Sie bei einem ELB-Load Balancer registrieren. 

**S3-Buckets**  
Es gibt keine speziellen Anforderungen, nach denen **Evaluate Target Health (Zielzustand bewerten)** auf **Yes (Ja)** festgelegt werden muss, wenn es sich beim Endpunkt um einen S3-Bucket handelt.

**Amazon-VPC-Schnittstellenendpunkte**  
Es gibt keine besonderen Anforderungen für das Festlegen der **Zielzustand bewerten** auf **Ja**, wenn der Endpunkt ein Amazon-VPC-Schnittstellenendpunkt ist.

**Andere Datensätze innerhalb derselben gehosteten Zone**  
Wenn es sich bei der AWS Ressource, die Sie in **Endpoint** angeben, um einen Datensatz oder eine Gruppe von Datensätzen (z. B. um eine Gruppe gewichteter Datensätze) handelt, es sich jedoch nicht um einen weiteren Alias-Datensatz handelt, empfehlen wir, allen Datensätzen im Endpunkt eine Integritätsprüfung zuzuordnen. Weitere Informationen finden Sie unter [Was geschieht, wenn Sie Zustandsprüfungen überspringen?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## Datensatz-ID
<a name="rrsets-values-ipbased-alias-set-id"></a>

Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe von IP-basierten Datensätzen eindeutig identifiziert.

# Werte für spezifische mehrwertige Antwort-Datensätze
<a name="resource-record-sets-values-multivalue"></a>

Beim Erstellen mehrwertiger Antwort-Datensätze geben Sie folgende Werte an.

**Anmerkung**  
Das Erstellen von mehrwertigen Antwort-Aliasdatensätzen wird nicht unterstützt.

**Topics**
+ [Routing-Richtlinie](#rrsets-values-multivalue-routing-policy)
+ [Datensatzname](#rrsets-values-multivalue-name)
+ [Datensatztyp](#rrsets-values-multivalue-type)
+ [TTL (Sekunden)](#rrsets-values-multivalue-ttl)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-multivalue-value)
+ [Gesundheitscheck](#rrsets-values-multivalue-associate-with-health-check)
+ [Datensatz-ID](#rrsets-values-multivalue-set-identifier)

## Routing-Richtlinie
<a name="rrsets-values-multivalue-routing-policy"></a>

Klicken Sie auf **Mehrwertige Antwort**.

## Datensatzname
<a name="rrsets-values-multivalue-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Datensatzname** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie für alle Datensätze in der Gruppe von mehrwertigen Datensätzen denselben Namen ein. 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Datensatztyp
<a name="rrsets-values-multivalue-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie einen beliebigen Wert außer **NS** und **CNAME** aus.

Wählen Sie für alle Datensätze in der Gruppe von mehrwertigen Antwort-Datensätzen denselben Namen aus.

## TTL (Sekunden)
<a name="rrsets-values-multivalue-ttl"></a>

Der Zeitraum (in Sekunden), für den Informationen über diesen Datensatz von rekursiven DNS-Resolvern zwischengespeichert werden sollen. Durch Angabe eines längeren Wertes (z. B. 172 800 Sekunden oder zwei Tage) verringern Sie die Anzahl der Aufrufe, die rekursive DNS-Resolver an Route 53 senden müssen, um die neuesten Informationen in diesem Datensatz zu erhalten. Dies führt zu einer Verringerung der Latenz und Kosten für den Route-53-Service. Weitere Informationen finden Sie unter [So leitet Amazon Route 53 Datenverkehr an Ihre Domain weiter](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Wenn Sie einen längeren Wert als TTL angeben, dauert es allerdings länger, bis Änderungen an dem Datensatz (z. B. eine neue IP-Adresse) wirksam werden. Dies liegt daran, dass die rekursiven Resolver die Werte in ihrem Zwischenspeicher für einen längeren Zeitraum verwenden, anstatt aktuelle Informationen von Route 53 anzufordern. Wenn Sie Einstellungen für eine Domäne oder Subdomäne ändern, die bereits verwendet wird, wird empfohlen, anfänglich einen kürzeren Wert, wie z. B. 300 Sekunden anzugeben und den Wert zu erhöhen, nachdem Sie bestätigt haben, dass die neuen Einstellungen korrekt sind.

Wenn Sie diesen Datensatz mit einer Zustandsprüfung verknüpfen, empfehlen wir Ihnen eine Time to Live (TTL) von 60 Sekunden oder weniger einzugeben, damit Clients schnell auf Änderungen im Zustandsstatus reagieren.

**Anmerkung**  
Wenn Sie zwei oder mehr mehrwertige Antwortdatensätze mit demselben Namen und Typ erstellen, verwenden Sie die Konsole und legen unterschiedliche Werte für **TTL** fest. Route 53 ändert den Wert von **TTL** für alle Datensätze auf den letzten angegebenen Wert.

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-multivalue-value"></a>

Klicken Sie auf **IP-Adresse oder ein anderer Wert, abhängig vom Datensatztyp**. Geben Sie einen gültigen Wert für **Datensatztyp** ein. Wenn Sie mehr als einen Wert eingeben, geben Sie jeden Wert in einer separaten Zeile ein.

Sie können den Datenverkehr weiterleiten oder die folgenden Werte angeben:
+ **A — IPv4 Adresse**
+ **AAAA — Adresse IPv6 **
+ **CAA – Certificate Authority Authorization** (Autorisierung der Zertifizierungsstelle)
+ **MX – Mail-Austausch**
+ **NAPTR – Name Authority Pointer** (Namensautorisierungszeiger)
+ **PTR – Pointer** (Zeiger)
+ **SPF – Sender Policy Framework** (Richtlinien-Framework des Senders)
+ **SRV – Service-Locator** 
+ **TXT – Text**

Weitere Informationen zu den oben genannten Werten finden Sie unter [Allgemeine Werte für den Value/Route Verkehr nach](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Gesundheitscheck
<a name="rrsets-values-multivalue-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Yes (Ja)** für **Evaluate Target Health (Zustand des Ziels bewerten)** für einen Alias-Datensatz oder die Datensätze in einer Gruppe aus Failover-Alias-, Geolocation-Alias-, Latenz-Alias- oder gewichteten Alias-Datensätzen aus. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
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.

## Datensatz-ID
<a name="rrsets-values-multivalue-set-identifier"></a>

Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe von mehrwertigen Antwort-Datensätzen eindeutig identifiziert. 

# Spezifische Werte für gewichtete Datensätze
<a name="resource-record-sets-values-weighted"></a>

Beim Erstellen von gewichteten Datensätzen geben Sie die folgenden Werte an.

**Topics**
+ [Routing-Richtlinie](#rrsets-values-weighted-routing-policy)
+ [Datensatzname](#rrsets-values-weighted-name)
+ [Datensatztyp](#rrsets-values-weighted-type)
+ [TTL (Sekunden)](#rrsets-values-weighted-ttl)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-weighted-value)
+ [Gewicht](#rrsets-values-weighted-weight)
+ [Gesundheitscheck](#rrsets-values-weighted-associate-with-health-check)
+ [Datensatz-ID](#rrsets-values-weighted-set-identifier)

## Routing-Richtlinie
<a name="rrsets-values-weighted-routing-policy"></a>

Wählen Sie **Weighted (Gewichtet)** aus.

## Datensatzname
<a name="rrsets-values-weighted-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Datensatzname** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie für alle Datensätze in der Gruppe von gewichteten Datensätzen denselben Namen ein. 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Datensatztyp
<a name="rrsets-values-weighted-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie für alle Datensätze in der Gruppe von gewichteten Datensätzen denselben Namen aus.

## TTL (Sekunden)
<a name="rrsets-values-weighted-ttl"></a>

Der Zeitraum (in Sekunden), für den Informationen über diesen Datensatz von rekursiven DNS-Resolvern zwischengespeichert werden sollen. Durch Angabe eines längeren Wertes (z. B. 172 800 Sekunden oder zwei Tage) verringern Sie die Anzahl der Aufrufe, die rekursive DNS-Resolver an Route 53 senden müssen, um die neuesten Informationen in diesem Datensatz zu erhalten. Dies führt zu einer Verringerung der Latenz und Kosten für den Route-53-Service. Weitere Informationen finden Sie unter [So leitet Amazon Route 53 Datenverkehr an Ihre Domain weiter](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Wenn Sie einen längeren Wert als TTL angeben, dauert es allerdings länger, bis Änderungen an dem Datensatz (z. B. eine neue IP-Adresse) wirksam werden. Dies liegt daran, dass die rekursiven Resolver die Werte in ihrem Zwischenspeicher für einen längeren Zeitraum verwenden, anstatt aktuelle Informationen von Route 53 anzufordern. Wenn Sie Einstellungen für eine Domäne oder Subdomäne ändern, die bereits verwendet wird, wird empfohlen, anfänglich einen kürzeren Wert, wie z. B. 300 Sekunden anzugeben und den Wert zu erhöhen, nachdem Sie bestätigt haben, dass die neuen Einstellungen korrekt sind.

Wenn Sie diesen Datensatz mit einer Zustandsprüfung verknüpfen, empfehlen wir Ihnen eine Time to Live (TTL) von 60 Sekunden oder weniger einzugeben, damit Clients schnell auf Änderungen im Zustandsstatus reagieren.

Sie müssen für alle Datensätze in dieser Gruppe von gewichteten Datensätzen denselben Wert für **TTL** angeben.

**Anmerkung**  
Wenn Sie zwei oder mehr gewichtete Datensätze mit demselben Namen und Typ erstellen und unterschiedliche Werte für **TTL** festlegen, ändert Route 53 den Wert von **TTL** für alle Datensätze auf den letzten angegebenen Wert.

Wenn eine Gruppe von gewichteten Datensätzen einen oder mehrere gewichtete Alias-Datensätze enthält, die Datenverkehr an einen ELB-Load Balancer weiterleiten, wird empfohlen, eine TTL von 60 Sekunden für sämtliche gewichteten Nicht-Alias-Datensätze anzugeben, die denselben Namen und Typ haben. Andere Werte als 60 Sekunden (die TTL für Load Balancer) ändern die Auswirkungen der Werte, die Sie für **Weight (Gewichtung)** angeben.

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-weighted-value"></a>

Klicken Sie auf **IP-Adresse oder ein anderer Wert, abhängig vom Datensatztyp**. Geben Sie einen gültigen Wert für **Datensatztyp** ein. Sie können für alle Typen außer **CNAME** mehr als einen Wert eingeben. Fügen Sie jeden Wert in einer separaten Zeile hinzu.

Sie können weiterleiten oder die folgenden Werte angeben:
+ **A — IPv4 Adresse**
+ **AAAA — Adresse IPv6 **
+ **CAA – Certificate Authority Authorization** (Autorisierung der Zertifizierungsstelle)
+ **CNAME – kanonischer Name**
+ **MX – Mail-Austausch**
+ **NAPTR – Name Authority Pointer** (Namensautorisierungszeiger)
+ **PTR – Pointer** (Zeiger)
+ **SPF – Sender Policy Framework** (Richtlinien-Framework des Senders)
+ **SRV – Service-Locator** 
+ **TXT – Text**

Weitere Informationen zu den oben genannten Werten finden Sie unter [Allgemeine Werte für den Value/Route Verkehr nach](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Gewicht
<a name="rrsets-values-weighted-weight"></a>

Ein Wert, der das Verhältnis von DNS-Abfragen, auf die Route 53 antwortet, anhand des aktuellen Datensatzes bestimmt. Route 53 berechnet die Summe der Gewichtungen für die Datensätze, die dieselbe Kombination von DNS-Namen und -Typ aufweisen. Route 53 beantwortet dann Abfragen, die auf dem Verhältnis der Gewichtung einer Ressource zur Gesamtmenge basieren. 

Sie können keine nicht gewichteten Datensätze erstellen, die über dieselben Werte wie gewichtete Datensätze für **Datensatzname** und **Datensatztyp** verfügen.

Geben Sie eine Ganzzahl zwischen 0 und 255 ein. Zum Deaktivieren der Weiterleitung an eine Ressource setzen Sie für **Weight (Gewichtung)** den Wert 0 fest. Wenn Sie **Weight (Gewichtung)** für alle Datensätze in der Gruppe auf 0 setzen, wird der Datenverkehr mit gleicher Wahrscheinlichkeit zu allen Ressourcen weitergeleitet. Auf diese Weise wird verhindert, dass Sie die Weiterleitung für eine Gruppe von gewichteten Datensätzen versehentlich deaktivieren.

Wenn Sie Zustandsprüfungen mit gewichteten Datensätzen verknüpfen und **Weight (Gewichtung)** auf 0 setzen, unterscheidet sich das Resultat. 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).

## Gesundheitscheck
<a name="rrsets-values-weighted-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) für einen Alias-Datensatz oder die Datensätze in einer Gruppe aus Failover-Alias-, Geolocation-Alias-, Latenz-Alias-, IP-basierten Alias- oder gewichteten Alias-Datensätzen aus. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
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.

## Datensatz-ID
<a name="rrsets-values-weighted-set-identifier"></a>

Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe von gewichteten Datensätzen eindeutig identifiziert.

# Spezifische Werte für gewichtete Aliasdatensätze
<a name="resource-record-sets-values-weighted-alias"></a>

Beim Erstellen von gewichteten Aliasdatensätzen geben Sie die folgenden Werte an. Weitere Informationen finden Sie unter [Wählen zwischen Alias- und Nicht-Alias-Datensätzen](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Routing-Richtlinie](#rrsets-values-weighted-alias-routing-policy)
+ [Datensatzname](#rrsets-values-weighted-alias-name)
+ [Datensatztyp](#rrsets-values-weighted-alias-type)
+ [Bewerten/Weiterleiten des Datenverkehrs an](#rrsets-values-weighted-alias-alias-target)
+ [Gewicht](#rrsets-values-weighted-alias-weight)
+ [Gesundheitscheck](#rrsets-values-weighted-alias-associate-with-health-check)
+ [Evaluate Target Health](#rrsets-values-weighted-alias-evaluate-target-health)
+ [Datensatz-ID](#rrsets-values-weighted-alias-set-identifier)

## Routing-Richtlinie
<a name="rrsets-values-weighted-alias-routing-policy"></a>

Klicken Sie auf **Gewichtet**.

## Datensatzname
<a name="rrsets-values-weighted-alias-name"></a>

Geben Sie den Namen der Domäne oder Subdomäne ein, für die Sie Verkehr weiterleiten wollen. Der Standardwert ist der Name der gehosteten Zone. 

**Anmerkung**  
Wenn Sie einen Datensatz erstellen, der denselben Namen wie die gehostete Zone hat, geben Sie im Feld **Name** keinen Wert ein (zum Beispiel ein @-Symbol). 

Geben Sie für alle Datensätze in der Gruppe von gewichteten Datensätzen denselben Namen ein. 

Weitere Informationen über Datensatznamen finden Sie unter [Datensatzname](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Datensatztyp
<a name="rrsets-values-weighted-alias-type"></a>

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter [Unterstützte DNS-Datensatztypen](ResourceRecordTypes.md).

Wählen Sie den entsprechenden Wert basierend auf der AWS Ressource aus, an die Sie den Verkehr weiterleiten:

**Benutzerdefinierte regionale API-Gateway-API oder Edge-optimierte API**  
Wählen Sie **A — IPv4 Adresse** aus.

**Amazon-VPC-Schnittstellenendpunkte**  
Wählen Sie **A — IPv4 Adresse** aus.

**CloudFront Vertrieb**  
Wählen Sie **A — IPv4 Adresse** aus.  
Wenn für die Verteilung aktiviert IPv6 ist, erstellen Sie zwei Datensätze, einen mit dem Wert **A — IPv4 Adresse** für **Typ** und einen mit dem Wert **AAAA — IPv6 Adresse**.

**App-Runner-Dienst**  
Wählen Sie **A — Adresse IPv4 **

**Elastic-Beanstalk-Umgebung, die über regionale Subdomänen verfügt**  
Wählen Sie **A — IPv4 Adresse**

**ELB-Load Balancer**  
Wählen **Sie IPv4 A-Adresse** oder **AAAA-Adresse IPv6 **

**Amazon-S3-Bucket**  
Wählen Sie **A — Adresse IPv4 **

**OpenSearch Dienst**  
Wählen Sie **A — IPv4 Adresse** oder **AAAA — IPv6 ** Adresse

**Weiterer Datensatz in dieser gehosteten Zone**  
Wählen Sie den Typ des Datensatzes aus, für den Sie den Alias erstellen. Es werden alle Typen außer **NS** und **SOA** unterstützt.  
Wenn Sie einen Aliasdatensatz mit demselben Namen wie die gehostete Zone (*Zonen-Apex*) erstellen, können Sie den Datenverkehr nicht zu einem Datensatz weiterleiten, dessen Wert in **Type (Typ)** **CNAME** ist. Der Grund hierfür ist, dass der Aliasdatensatz denselben Typ wie der Datensatz haben muss, zu dem Sie den Datenverkehr weiterleiten, und die Erstellung eines CNAME-Datensatzes für den Zonen-Apex wird für einen Aliasdatensatz nicht unterstützt. 

Wählen Sie für alle Datensätze in der Gruppe von gewichteten Datensätzen denselben Namen aus.

## Bewerten/Weiterleiten des Datenverkehrs an
<a name="rrsets-values-weighted-alias-alias-target"></a>

Der Wert, den Sie aus der Liste auswählen oder den Sie in das Feld eingeben, hängt von der AWS Ressource ab, an die Sie den Verkehr weiterleiten.

Informationen darüber, auf welche AWS Ressourcen Sie abzielen können, finden Sie unter [Allgemeine Werte für Aliasdatensätze für den value/route Datenverkehr](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Weitere Informationen zur Konfiguration von Route 53 zur Weiterleitung von Datenverkehr an bestimmte AWS Ressourcen finden Sie unter[Weiterleitung des Internetverkehrs zu Ihren AWS Ressourcen](routing-to-aws-resources.md).

## Gewicht
<a name="rrsets-values-weighted-alias-weight"></a>

Ein Wert, der das Verhältnis von DNS-Abfragen, auf die Route 53 antwortet, anhand des aktuellen Datensatzes bestimmt. Route 53 berechnet die Summe der Gewichtungen für die Datensätze, die dieselbe Kombination von DNS-Namen und -Typ aufweisen. Route 53 beantwortet dann Abfragen, die auf dem Verhältnis der Gewichtung einer Ressource zur Gesamtmenge basieren. 

Sie können keine nicht gewichteten Datensätze erstellen, die über dieselben Werte wie gewichtete Datensätze für **Datensatzname** und **Datensatztyp** verfügen.

Geben Sie eine Ganzzahl zwischen 0 und 255 ein. Zum Deaktivieren der Weiterleitung an eine Ressource setzen Sie für **Weight (Gewichtung)** den Wert 0 fest. Wenn Sie **Weight (Gewichtung)** für alle Datensätze in der Gruppe auf 0 setzen, wird der Datenverkehr mit gleicher Wahrscheinlichkeit zu allen Ressourcen weitergeleitet. Auf diese Weise wird verhindert, dass Sie die Weiterleitung für eine Gruppe von gewichteten Datensätzen versehentlich deaktivieren.

Wenn Sie Zustandsprüfungen mit gewichteten Datensätzen verknüpfen und **Weight (Gewichtung)** auf 0 setzen, unterscheidet sich das Resultat. 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).

## Gesundheitscheck
<a name="rrsets-values-weighted-alias-associate-with-health-check"></a>

Wählen Sie eine Zustandsprüfung aus, wenn Route 53 den Status eines angegebenen Endpunkts überprüfen und DNS-Abfragen mit diesem Eintrag nur beantworten soll, wenn der Endpunkt fehlerfrei ist. 

Route 53 prüft den Zustand des im Datensatz angegebenen Endpunkts nicht, z. B. des durch die IP-Adresse im Feld **Wert** definierten Endpunkts. Wenn Sie eine Zustandsprüfung für einen Datensatz auswählen, überprüft Route 53 den Zustand des Endpunkts, den Sie in der Zustandsprüfung angegeben haben. Informationen dazu, wie Route 53 ermittelt, ob ein Endpunkt fehlerfrei ist, 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).

Die Verknüpfung einer Zustandsprüfung mit einem Datensatz ist nur nützlich, wenn Route 53 zwischen mindestens zwei Datensätzen auswählt, um auf eine DNS-Abfrage zu antworten, und Route 53 die Auswahl zum Teil anhand des Status einer Zustandsprüfung treffen soll. Verwenden Sie Zustandsprüfungen nur in den folgenden Konfigurationen:
+ Sie überprüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen, die denselben Namen, denselben Typ und dieselbe Routing-Richtlinie haben (z. B. Failover oder gewichtete Datensätze), und Sie geben eine Integritätsprüfung IDs für alle Datensätze an. Wenn die Zustandsprüfung für einen Datensatz einen Endpunkt angibt, der nicht fehlerfrei ist, antwortet Route 53 nicht mehr auf Abfragen, die den Wert für diesen Datensatz verwenden.
+ Sie wählen **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) für einen Alias-Datensatz oder die Datensätze in einer Gruppe aus Failover-Alias-, Geolocation-Alias-, Latenz-Alias-, IP-basierten Alias- oder gewichteten Alias-Datensätzen aus. Wenn die Alias-Datensätze andere als Alias-Datensätze in derselben gehosteten Zone referenzieren, müssen Sie auch Zustandsprüfungen für die referenzierten Datensätze angeben. Wenn Sie eine Zustandsprüfung mit einem Aliasdatensatz verknüpfen und **Yes** (Ja) für **Evaluate Target Health** (Zustand des Ziels bewerten) auswählen, müssen beide mit „True“ ausgewertet werden. 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).

Wenn Ihre Zustandsprüfungen den Endpunkt nur nach Domainname angeben, sollten Sie für jeden Endpunkt eine eigene Zustandsprüfung erstellen. Sie sollten beispielsweise eine Zustandsprüfung für jeden HTTP-Server erstellen, der Inhalte für www.example.com bereitstellt. Sie müssen in **Domain Name (Domänenname)** als Wert den Domänennamen des Servers angeben (z. B. us-east-2-www.example.com), nicht den Namen der Datensätze (example.com).

**Wichtig**  
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.

## Evaluate Target Health
<a name="rrsets-values-weighted-alias-evaluate-target-health"></a>

Wählen Sie **Ja** aus, wenn Route 53 ermitteln soll, ob auf DNS-Abfragen, die diesen Datensatz verwenden, geantwortet werden soll, indem der Zustand der in **Endpunkt** angegebenen Ressource geprüft wird. 

Beachten Sie Folgendes:

**API Gateway, kundenspezifisch, regional APIs und Edge-optimiert APIs**  
Es gibt keine besonderen Anforderungen für das Festlegen von **Evaluate target health (Zielzustand bewerten)** auf **Yes (Ja)**, wenn der Endpunkt eine benutzerdefinierte regionale API-Gateway-API oder eine Edge-optimierte API ist.

**CloudFront Verteilungen**  
Sie können die Option **Zielintegrität bewerten** nicht auf **Ja setzen, wenn es** sich bei dem Endpunkt um eine CloudFront Verteilung handelt.

**Elastic Beanstalk-Umgebungen, die über regionale Subdomänen verfügen**  
Wenn Sie in **Endpunkt** eine Elastic-Beanstalk-Umgebung angeben und diese einen ELB-Load-Balancer enthält, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien Amazon-EC2-Instances weiter, die beim Load Balancer registriert sind. (Eine Umgebung enthält automatisch einen ELB-Load Balancer, wenn sie mehr als eine Amazon EC2-Instance umfasst.) Wenn Sie **Zielzustand bewerten** auf **Ja** setzen und entweder keine fehlerfreien Amazon-EC2-Instances zur Verfügung stehen oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere fehlerfreie Ressourcen weiter, sofern vorhanden.   
Bei einer Umgebung, die nur eine einzelne Amazon EC2-Instance enthält, gibt es keine besonderen Anforderungen.

**ELB-Load Balancer**  
Das Verhalten der Zustandsprüfung ist abhängig vom Typ des Load Balancers:  
+ **Classic Load Balancer** – Wenn Sie in **Endpunkt** einen ELB-Classic-Load-Balancer angeben, leitet Elastic Load Balancing Abfragen nur an die fehlerfreien Amazon-EC2-Instances weiter, die beim Load Balancer registriert sind. Wenn Sie **Zielzustand bewerten** auf **Ja** festlegen und es entweder keine fehlerfreien EC2-Instances gibt oder der Load Balancer selbst fehlerhaft ist, leitet Route 53 Abfragen an andere Ressourcen weiter.
+ **Anwendung und Network Load Balancer** – Wenn Sie eine ELB-Anwendung oder einen Network Load Balancer angeben und **Zielzustand bewerten** auf **Ja** festlegen, leitet Route 53 Abfragen basierend auf dem Zustand der mit dem Load Balancer verknüpften Zielgruppen an den Load Balancer weiter:
  + Damit ein Application oder Network Load Balancer als fehlerfrei gilt, muss jede Zielgruppe mit Zielen mindestens ein fehlerfreies Ziel enthalten. Falls eine Zielgruppe nur fehlerhafte Ziele enthält, gilt der Load Balancer als fehlerhaft und Route 53 leitet Abfragen an andere Ressourcen weiter.
  + Eine Zielgruppe ohne registrierte Ziele gilt als fehlerhaft.
Beim Erstellen eines Load Balancers konfigurieren Sie Einstellungen für Elastic Load Balancing-Zustandsprüfungen. Dies sind keine Route 53-Zustandsprüfungen. Sie erfüllen aber eine ähnliche Funktion. Erstellen Sie keine Route 53-Zustandsprüfungen für die EC2-Instances, die Sie bei einem ELB-Load Balancer registrieren. 

**S3-Buckets**  
Es gibt keine speziellen Anforderungen, nach denen **Evaluate Target Health (Zielzustand bewerten)** auf **Yes (Ja)** festgelegt werden muss, wenn es sich beim Endpunkt um einen S3-Bucket handelt.

**Amazon-VPC-Schnittstellenendpunkte**  
Es gibt keine besonderen Anforderungen für das Festlegen der **Zielzustand bewerten** auf **Ja**, wenn der Endpunkt ein Amazon-VPC-Schnittstellenendpunkt ist.

**Andere Datensätze innerhalb derselben gehosteten Zone**  
Wenn es sich bei der AWS Ressource, die Sie in **Endpoint** angeben, um einen Datensatz oder eine Gruppe von Datensätzen handelt (z. B. um eine Gruppe gewichteter Datensätze), es sich jedoch nicht um einen weiteren Aliasdatensatz handelt, empfehlen wir, allen Datensätzen im Endpunkt eine Integritätsprüfung zuzuordnen. Weitere Informationen finden Sie unter [Was geschieht, wenn Sie Zustandsprüfungen überspringen?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## Datensatz-ID
<a name="rrsets-values-weighted-alias-set-identifier"></a>

Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe von gewichteten Datensätzen eindeutig identifiziert.