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 Geoproximitätsdatensätze
Wenn Sie Geoproximity-Datensätze erstellen, geben Sie die folgenden Werte an.
Themen
Routing-Richtlinie
Wählen Sie Geoproximity 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 Name keinen Wert ein (zum Beispiel ein @-Symbol).
Geben Sie denselben Namen für alle Datensätze in der Gruppe der Geoproximity-Datensä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 denselben Wert für alle Datensätze in der Gruppe der Geoproximity-Datensätze aus.
TTL (Sekunden)
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.
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.
Value/Route Verkehr zu
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 – IPv6-Adresse
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 bis.
Endpunktstandort
Sie können den Standort des Ressourcenendpunkts mithilfe 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 Zonengruppe aus der Standortliste aus.
Weitere Informationen zu lokalen Zonen finden Sie unter Verfügbare lokale Zonen im AWS Local Zones-Benutzerhandbuch. 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-1adie Lokale Zonengruppeus-east-1-bue-1.
Sie können die lokale Zonengruppe für eine bestimmte lokale Zone auch mithilfe des CLI-Befehls https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html describe-availability-zones 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 lokale Zone us-west-2-den-1a zur lokalen Zonengruppe gehört. us-west-2-den-1
Sie können keine Datensätze erstellen, die keine Geoproximitätsdatensätze sind und dieselben Werte für Datensatzname und Datensatztyp wie Geoproximitätsdatensätze haben.
Sie können auch nicht zwei Geoproximity-Ressourcendatensätze erstellen, die denselben Speicherort für denselben Datensatznamen und Datensatztyp angeben.
Bias
Durch eine Verzerrung wird ein geografisches Gebiet, von dem Route 53 den Verkehr zu einer Ressource leitet, entweder erweitert oder verkleinert. Bei einer positiven Verzerrung wird das Gebiet vergrößert, bei einer negativen Verzerrung wird es verkleinert. Weitere Informationen finden Sie unter So verwendet Amazon Route 53 Bias-Werte.
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 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 prüfen den Zustand aller Datensätze in einer Gruppe von Datensätzen mit demselben Namen, demselben Typ und derselben Weiterleitungsrichtlinie (z. B. Failover- oder gewichteten Datensätzen) und geben für alle Datensätze Zustandsprüfungs-IDs 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, Geoproximitäts-Alias, Latenz-Alias, Alias oder gewichteten IP-based Aliasdatensä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?.
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.
Bei Geoproximity-Datensätzen sucht Route 53, wenn ein Endpunkt fehlerhaft ist, nach einem nächstgelegenen Endpunkt, der noch fehlerfrei ist.
Datensatz-ID
Geben Sie einen Wert ein, der diesen Datensatz in der Gruppe der Geoproximity-Datensätze eindeutig identifiziert.