Amazon Route 53 – Häufig gestellte Fragen

F: Was ist ein Domain Name System-Service (DNS)?

DNS ist ein global verteilter Service, der menschenlesbare Namen wie www.beispiel.com in die numerischen IP-Adressen wie 192.0.2.1 übersetzt, die Computer zur gegenseitigen Vernetzung verwenden. Das DNS-System des Internets funktioniert ähnlich wie ein Telefonbuch: Es verwaltet die Zuordnung zwischen Namen und Nummern. Bei DNS sind die Namen Domänennamen (www.beispiel.com), die man sich leicht merken kann, und die Nummern sind IP-Adressen (192.0.2.1), die den Standort der Computer im Internet angeben. DNS-Server übersetzen Namensanforderungen in IP-Adressen und steuern dabei, zu welchem Server ein Endbenutzer eine Verbindung herstellt, wenn er in seinen Webbrowser einen Domänennamen eingibt.

F: Was ist Amazon Route 53?

Amazon Route 53 ist ein hochverfügbarer und skalierbarer DNS-Service, der Entwicklern und Unternehmen eine außerordentlich zuverlässige und kostengünstige Möglichkeit bietet, Endbenutzer zu Internetanwendungen zu routen. Der Name für unseren Service (Route 53) rührt daher, dass DNS-Server am Anschluss 53 Anfragen beantworten und Antworten bieten, die Endbenutzer zu Ihren Anwendungen im Internet routen.

F: Was kann ich mit Amazon Route 53 tun?

Mit Amazon Route 53 können Sie Ihre öffentlichen DNS-Einträge erstellen und verwalten. Ähnlich einem Telefonbuch erlaubt Ihnen Route 53 die Verwaltung der IP-Adressen, die im DNS-Telefonbuch des Internets für Ihre Domänennamen gelistet sind. Route 53 beantwortet auch Anfragen, spezifische Domänennamen wie www.beispiel.com in die entsprechenden IP-Adressen wie 192.0.2.1 zu übersetzen. Sie können Route 53 verwenden, um DNS-Datensätze für eine neue Domäne zu erstellen, oder DNS-Datensätze für eine vorhandene Domäne übertragen. Die einfache, standardbasierte REST-API für Route 53 erlaubt Ihnen die bequeme Erstellung, Aktualisierung und Verwaltung von DNS-Datensätzen.

F: Welche ersten Schritte sind für die Benutzung von Amazon Route 53 notwendig?

Amazon Route 53 bietet eine benutzerfreundliche Web-Service-Schnittstelle, dank der Sie binnen weniger Minuten loslegen können. Ihre DNS-Datensätze sind in "Hosting-Zonen" unterteilt, die Sie mit der AWS Management Console oder der API von Route 53 konfigurieren. Um Route 53 nutzen zu können, müssen Sie lediglich Folgendes tun:

• Melden Sie sich bei dem Service an, indem Sie auf der Service-Seite auf die Anmelde-Schaltfläche klicken.

• Verwenden Sie die AWS Management Console oder die API CreateHostedZone, um eine Hosting-Zone zu erstellen, die DNS-Datensätze für Ihre Domäne speichern kann. Wenn Sie eine Hosting-Zone erstellt haben, erhalten Sie vier Route 53-Nameserver auf vier verschiedenen Domänen oberster Ebene (Top-Level Domains, TLD), um ein hohes Verfügbarkeitsniveau sicherzustellen.

• Ihre Hosting-Zone wird zunächst mit einem einfachen Satz von DNS-Datensätzen gefüllt. Dazu zählen auch vier virtuelle Nameserver, die Anfragen für Ihre Domäne beantworten. Sie können die in diesem Satz enthaltenen Datensätze löschen oder ändern, oder Datensätze in den Satz einfügen. Hierfür verwenden Sie die AWS Management Console oder die API ChangeResourceRecordSet. Eine Liste unterstützter DNS-Datensätze finden Sie hier.

• Bitten Sie den Registrar, bei dem Sie Ihren Domänennamen registriert haben, die Nameserver für Ihre Domäne auf die mit Ihrer Hosting-Zone verbundenen Nameserver zu aktualisieren.

F: Wie bietet Amazon Route 53 hohe Verfügbarkeit und geringe Latenz?

Route 53 basiert auf der hochverfügbaren und zuverlässigen Infrastruktur von AWS. Da von uns verteilte DNS-Server eingesetzt werden, können wir ein konsistentes Routing Ihrer Endbenutzer zu Ihrer Anwendung sicherstellen. Dabei werden alle internet- oder netzwerkbezogenen Probleme umgangen. Route 53 ist so konzipiert, dass das Maß an Zuverlässigkeit geboten wird, das von wichtigen Anwendungen benötigt wird. Mithilfe eines globalen Anycast-Netzwerks weltweit verteilter DNS-Server ist Route 53 so konzipiert, dass es Anfragen abhängig von den Netzwerkverhältnissen automatisch vom optimalen Standort aus beantwortet. Daher bietet der Service für Ihre Endbenutzer eine geringe Anfragelatenz.

F: Welches sind die DNS-Servernamen für den Amazon Route-Service?

Um Ihnen einen hochverfügbaren Service zu bieten, wird jede Hosting-Zone auf Amazon Route 53 von einem eigenen Satz virtueller DNS-Server unterstützt. Die DNS-Servernamen für jede Hosting-Zone werden daher vom System zugewiesen, wenn diese Hosting-Zone erstellt wird.

F: Wie übertrage ich meine vorhandene Domäne an Amazon Route 53, ohne meinen vorhandenen Webverkehr zu unterbrechen?

Zuerst müssen Sie eine Liste der DNS-Datensätze für Ihren Domänennamen abrufen. Normalerweise ist diese in Form einer „Zonendatei‟ verfügbar, die Sie bei Ihrem vorhandenen DNS-Anbieter erhalten können. Anhand der DNS-Datensätze können Sie dann mithilfe der Management-Konsole oder einfachen Webservice-Schnittstelle von Route 53 eine Hosting-Zone erstellen, welche die DNS-Datensätze für Ihre Domäne speichern kann. Um den Vorgang der Übertragung der Domäne abzuschließen, bitten Sie den Registrar, bei dem Sie Ihren Domänennamen registriert haben, die Nameserver für Ihre Domäne auf die mit Ihrer Hosting-Zone verbundenen Nameserver zu aktualisieren. Sobald Ihr Registrar die neuen Nameserver-Delegationen weiterverbreitet, werden die DNS-Anfragen Ihrer Endbenutzer von den Route 53-DNS-Servern beantwortet.

F: Welche Typen von DNS-Datensätzen werden von Amazon Route 53 unterstützt?

Amazon Route 53 unterstützt derzeit folgende DNS-Eintragstypen:

• A (Adressen-Datensatz)

• AAAA (IPv6 Adressen-Datensatz)

• CNAME (Canonical Name-Datensatz)

• MX (Mail Exchange-Datensatz)

• NS (Nameserver-Datensatz)

• PTR (Pointer-Datensatz)

• SOA (Start of Authority-Datensatz)

• SPF (Sender Policy Framework)

• SRV (Service Locator)

• TXT (Text-Datensatz)

• Route 53 bietet außerdem "Alias"-Datensätze an (Route 53-spezifische virtuelle Datensätze). Alias-Datensätze dienen zum Zuordnen von Ressourcendatensätze in Ihrer gehosteten Zone zu Load Balancers von Elastic Load Balancing oder Amazon S3-Buckets, die als Websites konfiguriert sind. Alias-Datensätze funktionieren wie ein CNAME-Datensatz, da Sie einen DNS-Namen (beispiel.com) einem anderen Ziel-DNS-Namen (elb1234.elb.amazonaws.com) zuordnen können. Sie unterscheiden sich von CNAME-Datensätzen, da sie für Auflöser nicht sichtbar sind. Auflöser sehen nur den A-Datensatz und die resultierende IP-Adresse des Zieldatensatzes.

Es ist geplant, künftig weitere Datensatztypen hinzuzufügen.

F: Unterstützt Amazon Route 53 Wildcard-Einträge? Wenn ja: von welchen Eintragstypen werden sie unterstützt?

Ja. Um es Ihnen die Konfiguration von DNS-Einstellungen für Ihre Domäne noch leichter zu machen, unterstützt Amazon Route 53 Wildcard-Einträge für alle Datensatztypen. Ein Wildcard-Eintrag ist ein Datensatz in einer DNS-Zone, der je nach der von Ihnen festgelegten Konfiguration mit Anfragen für beliebige Domänennamen übereinstimmt. Ein Wildcard-DNS-Datensatz wie *.beispiel.com z. B. stimmt mit Anfragen nach www.beispiel.com und subdomain.beispiel.com überein.

F: Unterstützt Amazon Route 53 Weighted Round Robin (WRR)?

Ja. Weighted Round Robin, auch als DNS-Lastausgleich bezeichnet, ermöglicht die Gewichtung von Ressourcen-Datensätzen zur Angabe der Frequenz, mit der unterschiedliche Anfragen behandelt werden. Diese Fähigkeit kann für A/B-Tests eingesetzt werden, indem ein geringer Anteil des Datenverkehrs zu einem Server gesendet wird, auf dem Sie eine Softwareänderung durchgeführt haben. Angenommen, Sie haben zwei Datensätze mit dem selben DNS-Namen — der eine mit Gewichtung 3, der andere mit Gewichtung 1. In diesem Fall liefert Route 53 in 75 % der Fälle den Datensatz mit 3 und in 25 % der Fälle den Datensatz mit Gewichtung 1. Die Gewichtung kann eine beliebige Zahl zwischen 0 und 255 sein.

F: Kann ich mit meiner Root-Domain (beispiel.com statt www.beispiel.com) auf meinen Elastic Load Balancer verweisen?

Ja. Amazon Route 53 bietet einen speziellen Datensatztyp, der als Alias-Datensatz bezeichnet wird. Er ermöglicht die Zuordnung des DNS-Namens Ihrer Root-Domain (beispiel.com) zu Ihrem ELB-DNS-Namen (d. h. elb1234.elb.amazonaws.com). Mit Amazon Elastic Load Balancers verknüpfte IP-Adressen können sich aufgrund von Skalierung oder Software-Updates laufend ändern. Route 53 beantwortet jede Anfrage auf einen "Alias"-Datensatz mit einer IP-Adresse für den Load Balancer. Wenn ein Load Balancer mehr als eine IP-Adresse hat, wählt Elastic Load Balancing irgendeine der IP-Adressen und gibt sie an Route 53 zurück. Route 53 beantwortet die Anfrage mit dieser IP-Adresse. Abfragen von Alias-Datensätzen, die ELB Load Balancers zugewiesen sind, werden nicht in Rechnung gestellt. Diese Abfragen sind im Amazon Route 53-Nutzungsbericht als "Intra-AWS-DNS-Queries" ausgewiesen.

F: Kann ich mit meiner Root-Domain (beispiel.com statt www.beispiel.com) auf meine in Amazon S3 gehostete Website verweisen?

Ja. Amazon Route 53 bietet einen speziellen Datensatztyp, der als Alias-Datensatz bezeichnet wird. Er ermöglicht die Zuordnung des DNS-Namens Ihrer Root-Domain (beispiel.com) zu Ihrem Amazon S3-Website-Bucket (d. h. beispiel.com.s3-website-us-west-2.amazonaws.com). Mit Amazon S3-Website-Endpunkten verknüpfte IP-Adressen können sich aufgrund von Skalierung oder Software-Updates laufend ändern. Route 53 beantwortet jede Anforderung eines Alias-Datensatzes mit einer IP-Adresse für den Bucket. Bei Route 53 werden für Abfragen von Alias-Datensätzen, die einem S3-Bucket zugeordnet sind, der als Website konfiguriert ist, keine Gebühren in Rechnung gestellt. Diese Abfragen sind im Amazon Route 53-Nutzungsbericht als "Intra-AWS-DNS-Queries" ausgewiesen.

F: Kann ich Alias-Datensätze mit Unterdomänen verwenden?

Ja. Sie können auch Ihre Unter-Domains (www.beispiel.com, bilder.beispiel.com usw.) mittels Alias-Datensätzen Ihren ELB Load Balancers oder S3-Website-Buckets zuordnen.

F: Unterstützt Amazon Route 53 DNSSEC?

Nein. Amazon Route 53 unterstützt DNSSEC zurzeit nicht.

F: Bietet Amazon Route 53 auch Website-Hosting?

Nein. Amazon Route 53 ist ein autoritativer DNS-Service und bietet kein Website-Hosting. Sie können allerdings Amazon Simple Storage Service (Amazon S3) verwenden, um eine statische Website zu hosten, und Ihren Endbenutzern mit Amazon CloudFront eine geringe Latenz bieten. Weitere Informationen zu Amazon finden Sie hier. Wenn Sie ein dynamische Website oder andere Webanwendungen hosten möchten, können Sie Amazon Elastic Compute Cloud (Amazon EC2) verwenden. Der Service bietet Flexibilität, Kontrolle und erhebliche Kosteneinsparungen im Vergleich zu herkömmlichen Web-Hosting-Lösungen. Weitere Informationen zu Amazon CloudFront finden Sie hier.

F: Wie kann ich Amazon Route 53 mit Amazon Simple Storage Service (Amazon S3) und Amazon CloudFront verwenden?

Sie können den Amazon Route 53-Service verwenden, um einen CNAME-Datensatz für Ihre Domäne zu erstellen, und den Amazon S3-Bucket-Namen oder den Amazon CloudFront-Verteilungsnamen. Beachten Sie dabei, dass Sie auch Ihren Amazon S3-Bucket bzw. Ihre Amazon CloudFront-Verteilung mit dem CNAME-Eintrag konfigurieren müssen, um eine vollständige Verknüpfung zwischen Ihrem Domänennamen und dem AWS-Domänennamen für Ihren Bucket oder Ihre Verteilung zu erstellen.

Bei Amazon S3-Buckets, die für das Hosten statischer Websites konfiguriert sind, können Sie einen Alias-Datensatz erstellen, der Ihrem S3-Website-Bucket zugeordnet ist. Alias-Datensätze haben zwei Vorteile: erstens können Sie anders als bei CNAME-Namen einen Alias-Datensatz für Ihre Root-Domain (z. B. beispiel.com statt www.beispiel.com) erstellen, und zweitens sind Abfragen von Alias-Datensätzen kostenfrei.

F: Wie schnell werden Änderungen, die ich auf Amazon Route 53 an meinen DNS-Einstellungen vornehme, global übernommen?

Amazon Route 53 ist so konzipiert, dass Aktualisierungen, die Sie an Ihren DNS-Einträgen vornehmen, unter normalen Bedingungen binnen 60 Sekunden an das weltweite Netzwerk autoritativer DNS-Server verteilt werden. Eine Änderung wurde erfolgreich weltweit propagiert, wenn der API-Aufruf eine INSYNC-Statuslistung zurückgibt.

Beachten Sie, dass Caching-DNS-Auflöser vom Amazon Route 53-Service nicht kontrolliert werden können und diese Ihre Ressourcendatensätze entsprechend deren Time-to-live (TTL) speichern. Der Status INSYNC oder PENDING einer Änderung bezieht sich nur auf den Status der autoritativen DNS-Server von Route 53.

F: Verwendet Amazon Route 53 ein Anycast-Netzwerk?

Ja. Anycast ist eine Netzwerk- und Routing-Technologie, mithilfe derer die DNS-Anfragen Ihrer Endbenutzer bei entsprechenden Netzwerkbedingungen vom optimalen Route 53-Standort aus beantwortet werden. Dadurch kann Route 53 Ihren Benutzern hohe Verfügbarkeit und eine verbesserte Leistung bieten.

F: Welches ist die Standard-TTL für die verschiedenen Datensatztypen und kann ich diese Werte ändern?

Wie lange ein DNS-Auflöser eine Antwort speichert, hängt von einem Wert ab, der als Time-to-live (TTL) bezeichnet wird und mit jedem Datensatz verknüpft ist. Amazon Route 53 hat keine Standard-TTL für einen Datensatztyp. Sie müssen für jeden Datensatz immer eine TTL angeben, sodass DNS-Auflöser Ihre DNS-Datensätze so lange speichern können, wie es durch die TTL angegeben ist.

F: Was ist der Unterschied zwischen einer Domäne und einer Hosting-Zone?

Bei einer Domäne handelt es sich um ein allgemeines DNS-Konzept. Domänennamen sind leicht erkennbare Namen für numerisch adressierte Internetressourcen. amazon.com beispielsweise ist eine Domäne. Eine Hosting-Zone ist ein Konzept von Amazon Route 53. Eine Hosting-Zone ist mit einer herkömmlichen DNS-Zonendatei vergleichbar. Sie stellt eine Sammlung von Datensätzen dar, die gemeinsam verwaltet werden können und zu einem einzigen übergeordneten Domänennamen gehören. Alle Ressourcendatensätze innerhalb einer Hosting-Zone müssen als Suffix den Domänennamen der Hosting-Zone verwenden. Die Hosting-Zone amazon.com z. B. kann Datensätze wie www.amazon.com und www.aws.amazon.com enthalten, aber nicht den Datensatz www.amazon.ca. Sie können die Management-Konsole oder API von Route 53 verwenden, um Hosting-Zonen zu erstellen, zu prüfen, zu ändern und zu löschen.

F: Sind Änderungen an Ressourcendatensätzen transaktional?

Ja. Mithilfe einer transaktionalen Änderung lässt sich sicherstellen, dass die Änderung konsistent, zuverlässig und unabhängig von anderen Änderungen ist. Amazon Route 53 wurde so konzipiert, dass Änderungen entweder vollständig auf einem individuellen Server durchgeführt werden oder überhaupt nicht vorgenommen werden. So kann sichergestellt werden, dass Ihre DNS-Anfragen immer konsistent beantwortet werden. Das ist wichtig, wenn Sie Änderungen wie einen Wechsel zwischen Zielservern vornehmen. Bei Verwendung der API gibt jede ChangeResourceRecordSets-Anfrage eine Kennung zurück, anhand derer der Status der Änderung verfolgt werden kann. Sobald der Status als INSYNC gemeldet wird, erfolgt Ihre Änderung auf allen DNS-Servern von Route 53.

F: Was kostet Amazon Route 53?

Amazon Route 53 wird auf Basis der tatsächlichen Nutzung des Service in den beiden Bereichen "Gehostet Zonen" und "Abfragen" abgerechnet.

• Gehostete Zonen: Sie zahlen 0,50 USD im Monat pro Hosting-Zone für die ersten 25 Hosting-Zonen, die Sie mit Route 53 verwalten, und 0,10 USD im Monat für zusätzliche Hosting-Zonen.
  
  Die Monatspreise für Hosting-Zonen werden nicht anteilig für Teilmonate berechnet. Die Gebühren für eine Hosting-Zone fallen beim Einrichten und am Ersten jedes folgenden Monats an. Um Tests zu ermöglichen, fallen für eine Hosting-Zone, die innerhalb von 12 Stunden nach Erstellung gelöscht wird, keine Gebühren an; alle Anfragen zu dieser Zone werden jedoch nach den unten angegebenen Tarifen berechnet.

• Anfragen: Sie zahlen 0,50 USD pro Million Anfragen für die erste 1 Milliarde Anfragen pro Monat, danach 0,25 USD pro Million Anfragen für alle zusätzlichen Anfragen. Diese Gebühr wird anteilig umgelegt. Für eine Hosting-Zone mit 100 000 Abfragen fallen beispielsweise 0,05 USD an. Abfragen von Alias-Datensätzen, die in Elastic Load Balancing-Instances oder S3-Website-Buckets aufgelöst werden, sind kostenfrei.

Sie zahlen nur für das, was Sie auch tatsächlich nutzen. Es gibt keine Mindestgebühren, keinen Mindestumsatz und keine zusätzlichen Kosten. Sie können Ihre voraussichtliche Monatsrechnung mit AWS Einfacher Monatsrechner kalkulieren.

F: Kann ich bei Amazon Route 53 Domänennamen registrieren?

Nein. Amazon Route 53 bietet derzeit keine Registrierungsunterstützung oder -integration. Damit Route 53 DNS-Anfragen für Ihre Domänen beantworten kann, müssen Sie den Registrar, bei dem Sie Ihren Domänennamen registriert haben, zur Aktualisierung Ihrer Nameserver-Einstellungen auffordern, indem er die Route 53-Nameserver für Ihre Hosting-Zone listet.

F: Welche Arten von Zugriffskontrollen kann ich für die Verwaltung meiner Domänen auf Amazon Route 53 einrichten?

Sie können den Verwaltungszugriff auf Ihre Hosting-Zone von Amazon Route 53 steuern, indem Sie den AWS Identity and Access Management (IAM)-Service verwenden. Mit AWS IAM können Sie steuern, welche Mitarbeiter in Ihrem Unternehmen Änderungen an Ihren DNS-Datensätzen vornehmen dürfen. Dazu können Sie mehrere Benutzer anlegen und die Berechtigungen für jeden dieser Benutzer mithilfe Ihres AWS-Kontos verwalten. Weitere Informationen zu AWS finden Sie hier.

F: Kann ich mehrere Hosting-Zonen für den gleichen Domänennamen erstellen?

Ja. Wenn Sie mehrere Hosting-Zonen erstellen, können Sie Ihre DNS-Einstellung in einer Testumgebung prüfen und diese Einstellungen in der "echten" Hosting-Zone replizieren. Die Hosting-Zone Z1234 beispielsweise kann Ihre Textversion von beispiel.de, sein, die auf den Nameservern ns-1, ns-2, ns-3 und ns-4 gehostet wird. Auf ähnliche Weise kann die Hosting-Zone Z5678 Ihre Produktionsversion von beispiel.de, sein, die auf ns-5, ns-6, ns-7 und ns-8 gehostet wird. Da mit jeder gehosteten Zone eine virtuelle Gruppe von Namenservern verknüpft ist, beantwortet Route 53 DNS-Abfragen für "example.com" unterschiedlich, je nachdem, an welchen Namenserver Sie die DNS-Abfrage gesendet haben.

F: Ist die Anzahl der Domänen, die ich mithilfe von Amazon Route 53 verwalten kann, begrenzt?

Jedes Amazon Route 53-Konto ist auf maximal 100 gehostete Zonen und 10 000 Ressourcendatensätze pro gehosteter Zone beschränkt. Füllen Sie hier den Antrag auf einen höheren Grenzwert aus. Sie erhalten binnen zweier Werktage eine Antwort von uns.

F: Unterstützt Amazon Route 53 6 IPv6?

Amazon Route 53 unterstützt IPv6-Datensätze sowohl für Forward-Lookup (AAAA) als auch Reverse-Lookup (PTR). Der Route 53-Service selbst ist derzeit allerdings nicht über IPv6 verfügbar.

F: Kann ich mit einem einzigen Datensatz mehrere IP-Adressen verknüpfen?

Ja. Mit einem einzigen Datensatz werden oft mehrere IP-Adressen verknüpft, um die Last geografisch verteilter Webserver auszugleichen. Amazon Route 53 erlaubt Ihnen, mehrere IP-Adressen für einen A-Datensatz zu listen, und beantwortet DNS-Anfragen mit der Liste aller konfigurierten IP-Adressen.

F: Kann ich Amazon Route 53 verwenden, um die privaten IP-Adressen meines Unternehmens zu verwalten?"

Amazon Route 53 bietet derzeit keinen privaten DNS-Service an. Sie können DNS-Datensätze definieren, die private IP-Adressen (Adressen aus RFC5735) in Route 53 zurückgeben. Diese Datensätze sind selbst allerdings nicht privat und jeder Anforderer kann deren Wert abfragen, wenn der Anforderer den Datensatznamen kennt.

F: Ich habe Amazon Route 53 abonniert, doch wenn ich versuche, den Service zu nutzen, erhalte ich die Meldung "The AWS Access Key ID needs a subscription for the service".

Wenn Sie einen neuen AWS-Service abonnieren, kann es in einigen Fällen bis zu 24 Stunden dauern, bis die Aktivierung abgeschlossen ist. In dieser Zeit können Sie sich auch nicht erneut für den Service anmelden. Wenn Sie innerhalb von 24 Stunden keine E-Mail mit der Aktivierungsbestätigung erhalten haben, kann dies auf ein Problem mit Ihrem Konto oder mit der Autorisierung der Zahlungsdaten hinweisen. Wenn Sie Hilfe benötigen, wenden Sie sich an den AWS-Kundenservice.

F: Wie viel kostet die Funktion "Latenzbasiertes Routing" (LBR) in Amazon Route 53?

LBR (Latenzbasiertes Routing) ist eine neue Funktion für Amazon Route 53, mit der Sie die Leistung Ihrer Anwendung für Benutzer weltweit steigern können. Sie können Anwendungen in mehreren AWS-Regionen ausführen und Amazon Route 53 routet die Endbenutzer unter Verwendung Duzender Edge-Standorte in die AWS-Region mit der niedrigsten Latenz.

F: Welches sind die ersten Schritte für einen Einstieg in die Funktion "Latenzbasiertes Routing" (LBR) von Amazon Route 53?

Der Einstieg in die neue LBR-Funktion von Amazon Route 53 ist ganz leicht. Sie verwenden dazu entweder die AWS Management Console oder eine einfache API. Sie erstellen einen Datensatz, der die IP-Adressen oder ELB-Namen verschiedener AWS-Endpunkte enthält, und markieren diesen Datensatz als LBR-fähigen Datensatz, genau wie Sie einen Datensatz als "Weighted Record Set" markieren. Amazon Route 53 erledigt den Rest. Ähnlich wie Amazon CloudFront, der Amazon-Service für die weltweite Bereitstellung von Inhalten, bestimmt Amazon Route 53 den optimal geeigneten Endpunkt für jede Anforderung und routet den Endbenutzer entsprechend. Weitere Informationen zur Verwendung von latenzbasiertem Routing finden Sie im Amazon Route 53 Developer Guide.

F: Wie viel kostet die Funktion "Latenzbasiertes Routing" (LBR) in Route 53?

Wie bei allen AWS-Services werden für die Verwendung von Amazon Route 53 und LBR keine Vorauszahlungen fällig und es brauchen keine langfristigen Verpflichtungen eingegangen zu werden. Kunden zahlen einfach für die tatsächlich verwendeten Hosting-Zonen und Abfragen. Auf der Amazon Route 53-Seite mit der Preisübersicht finden Sie eine Liste der Preise für Standard- und LBR-Abfragen.

F: Bietet Amazon S53 eine Dienstgütevereinbarung (DGV)?

Ja. Wenn in einem Abrechnungszeitraum die monatliche Betriebszeit unter der Dienstgütevereinbarung liegt, bietet die Amazon S53 DGV eine Service-Gutschrift an. Weitere Information erhalten Sie hier.

F: Was ist DNS Failover?

DNS Failover umfasst zwei Komponenten: Zustandsprüfungen und Failover. Zustandsprüfungen sind automatisierte über das Internet an Ihre Anwendung gesendete Anforderungen, um zu prüfen, ob die Anwendung erreichbar, verfügbar und funktionsfähig ist. Sie können die Zustandsprüfungen ähnlich wie typische Anforderungen konfigurieren, die von Ihren Benutzern gestellt werden, z. B. über eine bestimmte URL eine Webseite anfordern. Bei DNS Failover gibt Route 53 nur Antworten für Ressourcen zurück, die betriebsbereit und von außerhalb erreichbar sind, damit Ihre Endbenutzer von einem ausgefallenen oder instabilen Teil Ihrer Anwendung weggeleitet werden.

F: Was sind die ersten Schritte bei DNS Failover?

Im Amazon Route 53 Developer Guide finden Sie Details zu den ersten Schritten. Sie können DNS Failover auch mithilfe der Route 53-Konsole konfigurieren.

F: Unterstützt DNS Failover Elastic Load Balancers (ELBs) als Endpunkte?

Nein, DNS Failover unterstützt derzeit Elastic Load Balancing (ELB) nicht. Die Aktivierung von DNS Failover für ELB-Endpunkte ist für die Zukunft geplant.

F: Kann ich eine Reserve-Website konfigurieren, die nur zum Einsatz kommt, wenn eine Zustandsprüfung fehlschlägt?

Ja, Sie können mithilfe von DNS Failover eine Reserve-Website verwalten (beispielsweise eine statische Website, die in einem Amazon S3-Website-Bucket ausgeführt wird) und ein Failover auf diese Website erfolgen lassen, wenn Ihre primäre Website nicht erreichbar sein sollte.

F: Kann ich für einen Endpunkt eine Zustandsprüfung durchführen, wenn ich dessen IP-Adresse nicht kenne?

Sie können Zustandsprüfungen von Amazon S3-Website-Buckets über die Amazon Route 53-Konsole ausführen, ohne eine IP-Adresse anzugeben. Bei allen anderen Endpunkten müssen Sie eine IP-Adresse des Endpunkts angeben.

F: Einer meiner Endpunkte ist außerhalb von AWS. Kann ich für diesen Endpunkt DNS Failover einrichten?

Ja. Ebenso wie Sie einen Route 53-Ressourcendatensatz erstellen können, der auf eine Adresse außerhalb von AWS verweist, können Sie Zustandsprüfungen für Teile Ihrer Anwendung einrichten, die außerhalb von AWS ausgeführt werden. Außerdem können Sie ein Failover auf einen beliebigen gewünschten Endpunkt unabhängig vom Standort erfolgen lassen. Es ist beispielsweise möglich, dass Sie eine ältere Anwendung in einem Rechenzentrum außerhalb von AWS und eine Reserve-Instance dieser Anwendung in AWS ausführen. Sie können Zustandsprüfungen Ihrer älteren außerhalb von AWS ausgeführten Anwendung einrichten. Wenn die Anwendung die Zustandsprüfungen nicht bestehen sollte, können Sie automatisch ein Failover auf die Reserve-Instance in AWS ausführen lassen.

F: Wird Route 53, wenn ein Failover erfolgt und mir noch mehrere betriebsbereite Endpunkte bleiben, die Verarbeitungslast für meine betriebsbereiten Endpunkte berücksichtigen, wenn bestimmt wird, wohin Datenverkehr vom ausgefallenen Endpunkt gesendet werden soll?

Nein, Route 53 trifft keine Routing-Entscheidungen basierend auf der Last oder verfügbaren Datenverkehrskapazität Ihrer Endpunkte. Sie müssen sicherstellen, dass Sie an Ihren anderen Endpunkten über Kapazität verfügen oder diese skalieren können, um den Datenverkehr verarbeiten zu können, der an Ihre ausgefallenen Endpunkte übertragen wurde.

F: Wie viele Zustandsprüfungen muss ein Endpunkt nacheinander nicht bestehen, damit er als ''ausgefallen'' eingestuft wird?

Wenn ein Endpunkt drei aufeinander folgende Zustandsprüfungen nicht besteht, wird er von Route 53 als ausgefallen eingestuft. Route 53 setzt jedoch Zustandsprüfungen des Endpunkts und das Senden von Datenverkehr fort, sobald Zustandsprüfungen wieder bestanden werden.

F: Wie wird DNS Failover rückgängig gemacht, wenn mein ausgefallener Endpunkt wieder betriebsbereit ist?

Nachdem ein ausgefallener Endpunkt drei aufeinander folgende Zustandsprüfungen bestanden hat, stellt Route 53 dessen DNS-Einträge automatisch wieder her. Anschließend wird Datenverkehr zu diesem Endpunkt wieder aufgenommen, ohne dass Sie eingreifen müssen.

F: In welchen Intervallen erfolgen Zustandsprüfungen?

Zustandsprüfungen erfolgen alle 30 Sekunden.

F: Wie ist die Ereignisabfolge bei einem Failover?

Wenn eine Zustandsprüfung fehlschlägt und ein Failover erfolgt, finden (vereinfacht) die folgenden Ereignisse statt:

1. Route 53 führt eine Zustandsprüfung Ihrer Anwendung durch. Bei diesem Beispiel besteht Ihre Anwendung drei aufeinander folgende Zustandsprüfungen nicht, was die folgenden Ereignisse auslöst.
2. Route 53 deaktiviert die Ressourcendatensätze des ausgefallenen Endpunkts und berücksichtigt diese nicht mehr. Dies ist der Failover-Schritt, bei dem der Datenverkehr anstatt an Ihren ausgefallenen Endpunkt an die betriebsbereiten Endpunkte weitergeleitet wird.

F: Muss ich den TTL-Wert (Time-to-live) meiner Einträge anpassen, um DNS Failover verwenden zu können?

Wie lange ein DNS-Auflöser eine Antwort speichert, hängt von einem Wert ab, der als TTL (Time-to-live) bezeichnet wird und mit jedem Eintrag verknüpft ist. Wir empfehlen einen TTL-Wert von maximal 60 bei Verwenden von DNS Failover, um den Zeitraum zu minimieren, der zum Verhindern benötigt wird, dass Datenverkehr zu Ihrem ausgefallenen Endpunkt gesendet wird.

F: Was passiert, wenn alle meine Endpunkte nicht betriebsbereit sind?

Route 53 kann ein Failover nur auf einen betriebsbereiten Endpunkt durchführen. Wenn in der Ressourcendatensatzgruppe keine betriebsbereiten Endpunkte mehr übrig sind, verhält sich Route 53 so, als würden alle Zustandsprüfungen bestanden.

F: Kann ich DNS Failover ohne Latency Based Routing (LBR) verwenden?

Ja. Sie können DNS Failover konfigurieren, ohne LBR zu verwenden. Sie können DNS Failover insbesondere zum Konfigurieren eines einfachen Failover-Szenarios nutzen, bei dem Route 53 Ihre primäre Website überwacht und ein Failover auf eine Reserve-Website erfolgen lässt, wenn Ihre primäre Website nicht verfügbar sein sollte.

F: Kann ich eine Zustandsprüfung für eine Website konfigurieren, auf die nur über HTTPS zugegriffen werden kann?

Route 53-Zustandsprüfungen können für eine Ausführung über HTTP oder TCP konfiguriert werden. Zustandsprüfungen über HTTPS werden nicht unterstützt. Wenn Ihre Website nur über HTTPS verfügbar ist, können Sie einen der folgenden Schritte ausführen: (1.) Richten Sie eine Zustandsprüfung über TCP an Port 443 ein, oder (2.) Erstellen Sie eine dedizierte "Statusseite", die über HTTP verfügbar ist, und geben Sie diese Seite als Ziel der Zustandsprüfung an.