Spezifische Werte für Geoproximitäts-Aliasdatensätze

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.

Routing-Richtlinie

Wählen Sie Geoproximity.

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 denselben Namen für alle Datensätze in der Gruppe der Geoproximitätsdatensätze ein.

Weitere Informationen über Datensatznamen finden Sie unter Datensatzname.

Datensatztyp

Der DNS-Datensatztyp. Weitere Informationen finden Sie unter Unterstützte DNS-Datensatztypen.

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

Anmerkung

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 unterBewerten/Weiterleiten des Datenverkehrs an.

Weitere Informationen zur Konfiguration von Route 53 zur Weiterleitung von Datenverkehr zu bestimmten AWS Ressourcen finden Sie unterWeiterleitung des Internetverkehrs zu Ihren AWS Ressourcen.

Endpunktstandort

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.

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 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 Zonengruppeus-east-1-bue-1.

Sie können die Local Zones Group auch für eine bestimmte Local Zone identifizieren, indem Sie den describe-availability-zonesCLI-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örtus-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

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.

Zustandsprüfung

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 ist.

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 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?.

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

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

Anmerkung

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?.

Datensatz-ID

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