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.
# Spezifische Werte für Geolocation-Aliasdatensätze
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
Wählen Sie **Geolocation** aus.
## Datensatzname
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
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
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
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
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
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
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
Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe von Geolocation-Datensätzen eindeutig identifiziert.