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.
Migrieren einer Hosting-Zone auf ein anderes Konto AWS
Folgen Sie diesen empfohlenen Schritten AWS-Konto, wenn Sie eine Hosting-Zone in eine andere migrieren.
Diese Schritte eignen sich am besten für Hosting-Zonen mit seltenen Datensatzänderungen. Beachten Sie bei Hosting-Zonen mit häufigen Datensatzaktualisierungen Folgendes:
Aktualisieren Sie während der Migration keine Ressourceneinträge.
Veröffentlichen Sie Änderungen an den Ressourceneinträgen sowohl in alten als auch in neuen Hosting-Zonen, nachdem die Delegierung übertragen wurde.
Voraussetzungen
Installieren oder aktualisieren Sie AWS CLI:
Informationen zum Herunterladen, Installieren und Konfigurieren von finden Sie im AWS Command Line Interface Benutzerhandbuch. AWS CLI
Anmerkung
Konfigurieren Sie die CLI so, dass Sie einsatzbereit ist, wenn Sie sowohl das Konto, über das die gehostete Zone erstellt wurde, als auch das Konto verwenden, zu dem die gehostete Zone migriert wird. Weitere Informationen finden Sie unter Konfigurieren der im AWS Command Line Interface -Benutzerhandbuch.
Wenn Sie die bereits verwenden AWS CLI, empfehlen wir Ihnen, auf die neueste Version der CLI zu aktualisieren, damit die CLI-Befehle die neuesten Route 53-Funktionen unterstützen.
Themen
Schritt 1: Bereiten Sie sich auf die Migration vor
Die Vorbereitungsschritte helfen Ihnen dabei, die mit der Migration einer gehosteten Zone verbundenen Risiken zu minimieren.
1. Überwachen Sie die Verfügbarkeit der Zone
Sie können die Zone auf die Verfügbarkeit Ihrer Domänennamen überwachen. Auf diese Weise können Sie alle Probleme beheben, die zu einem Rollback der Migration führen könnten. Mithilfe der Protokollierung CloudWatch oder Abfrage können Sie überwachen, ob Ihre Domainnamen mit dem meisten Traffic betroffen sind. Für weitere Informationen zum Einrichten einer Abfrage-Protokollierung siehe Amazon Route 53 überwachen.
Die Überwachung kann über ein Shell-Skript oder über einen Drittanbieterdienst erfolgen. Dies sollte jedoch nicht das einzige Signal sein, anhand dessen festgestellt werden kann, ob ein Rollback erforderlich ist, da Sie möglicherweise auch Feedback von Ihren Kunden erhalten, wenn eine Domain nicht verfügbar ist.
2. Senken Sie die TTL-Einstellung
Die TTL-Einstellung (Time-to-live, Gültigkeitsdauer) für einen Datensatz gibt an, wie lange DNS-Resolver den Datensatz zwischenspeichern und die zwischengespeicherten Informationen verwenden sollen. Wenn die TTL abgelaufen ist, sendet ein Resolver eine weitere Abfrage an den DNS-Dienstanbieter für eine Domäne, um die neuesten Informationen zu erhalten.
Die typische TTL-Einstellung für den NS Datensatz ist 172 800 Sekunden oder 2 Tage. Der NS-Datensatz listet die Namenserver auf, die das Domain Name System (DNS) verwenden kann, um Informationen zum Weiterleiten des Datenverkehrs für Ihre Domäne abzurufen. Wenn Sie die TTL für den NS-Eintrag sowohl bei Ihrem aktuellen DNS-Dienstanbieter als auch bei Route 53 senken, werden die Ausfallzeiten für Ihre Domain reduziert, falls Sie bei der Migration von DNS zu Route 53 ein Problem feststellen. Wenn Sie die TTL nicht senken, ist Ihre Domäne bis zu zwei Tage im Internet nicht verfügbar, wenn ein Fehler auftritt.
Um die TTL zu senken
Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter https://console.aws.amazon.com/route53/
. Wählen Sie im Navigationsbereich die Option Gehostete Zonen aus.
Wählen Sie den Namen der gehosteten Zone aus.
Wählen Sie den NS-Eintrag und dann im Bereich Datensatzdetails die Option Datensatz bearbeiten aus.
Ändern Sie den Wert TTL (Seconds). Wir empfehlen, einen Wert zwischen 60 Sekunden und 900 Sekunden (15 Minuten) anzugeben.
Wählen Sie Speichern.
3. Entfernen Sie den DS-Eintrag aus der übergeordneten Zone (wenn Sie DNSSEC konfiguriert haben)
Wenn Sie DNSSEC für Ihre Domäne konfiguriert haben, entfernen Sie den Eintrag Delegation Signer (DS) aus der übergeordneten Zone, bevor Sie Ihre Domäne zu Route 53 migrieren.
Wenn die übergeordnete Zone über Route 53 gehostet wird, finden Sie Löschen von öffentlichen Schlüsseln für eine Domäne weitere Informationen unter. Wenn die übergeordnete Zone bei einem anderen Registrar gehostet wird, wenden Sie sich an diesen, um den DS-Eintrag zu entfernen.
Route 53 unterstützt derzeit nicht die Migration der DNSSEC-Einstellung. Daher müssen Sie die DNSSEC-Validierung, die vor der Migration für Ihre Domain durchgeführt wurde, deaktivieren, indem Sie den DS-Eintrag aus der übergeordneten Zone entfernen. Nach der Migration können Sie die DNSSEC-Validierung wieder aktivieren, indem Sie DNSSEC in der neuen Hosting-Zone konfigurieren und den entsprechenden DS-Eintrag zur übergeordneten Zone hinzufügen.
4. Stellen Sie sicher, dass keine anderen laufenden Operationen von der migrierenden Hosting-Zone abhängen
Einige Vorgänge hängen von der DNS-Auflösung in der migrierenden Hostzone ab. Beispielsweise müssen bei der TLS/SSL Zertifikatserneuerung möglicherweise Änderungen am DNS-Eintrag vorgenommen werden, und der Anbieter versucht, den DNS-Eintrag als Validierungsmethode aufzulösen. Vor der Migration sollten Sie sicherstellen, dass kein anderer Vorgang ausgeführt wird, um unerwartete Auswirkungen der Migration der Hosting-Zone zu vermeiden.
Schritt 2: Erstellen der neuen gehosteten Zone
Erstellen Sie die neue Hosting-Zone in dem Konto, zu dem Sie die Hostzone migrieren möchten.
Wählen Sie die Registerkarte mit den Anweisungen für die Konsole AWS CLI oder.
Schritt 3: (Optional) Migrieren Sie die Zustandsprüfungen
Sie können DNS-Einträge im neuen Konto den Route 53-Zustandsprüfungen des Kontos zuordnen, von dem Sie migrieren. Um eine Route 53-Zustandsprüfung zu migrieren, müssen Sie in Ihrem neuen Konto neue Zustandsprüfungen mit derselben Konfiguration wie Ihre vorhandenen erstellen. Weitere Informationen finden Sie unter Amazon Route 53-Zustandsprüfungen erstellen .
Schritt 4: Migrieren Sie Datensätze von der alten Hosting-Zone zur neuen Hosting-Zone
Sie können Datensätze von einem AWS-Konto zu einem anderen migrieren, indem Sie die Konsole oder die verwenden AWS CLI.
Schritt 5: Vergleichen Sie Datensätze in den alten und neuen Hosting-Zonen
Um zu bestätigen, dass Sie alle Ihre Datensätze in der neuen Hosting-Zone erfolgreich erstellt haben, geben Sie den folgenden CLI-Befehl ein, um die Datensätze in der neuen Hosting-Zone aufzulisten und die Ausgabe mit der Liste der Datensätze aus der alten Hosting-Zone zu vergleichen.
aws route53 list-resource-record-sets \ --hosted-zone-idnew-hosted-zone-id\ --output json >path-to-output-file
Geben Sie die folgenden Werte an:
Geben Sie für
die ID der neuen Hosting-Zone an.new-hosted-zone-idGeben Sie für
den Verzeichnispfad und den Dateinamen an, in dem Sie die Ausgabe speichern möchten. Verwenden Sie einen Dateinamen, der sich von dem Dateinamen unterscheidet, den Sie in Schritt 4 verwendet haben.path-to-output-fileDas
>-Zeichen sendet die Ausgabe an die angegebene Datei.
Vergleichen Sie die Ausgabe mit der Ausgabe aus Schritt 4. Abgesehen von den Werten der NS- und SOA-Einträge und allen Änderungen, die Sie in Schritt 4 vorgenommen haben (z. B. unterschiedliche Hostingzonen IDs - oder Domainnamen), sollten die beiden Ausgaben identisch sein.
Wenn die Datensätze in der neuen Hosting-Zone nicht mit den Datensätzen in der alten Hosting-Zone übereinstimmen, gehen Sie wie folgt vor:
Nehmen Sie kleinere Korrekturen über die Route 53-Konsole vor. Weitere Informationen finden Sie unter Bearbeiten von Datensätzen.
Löschen Sie alle Datensätze außer den NS- und SOA-Datensätzen in der neuen Hosting-Zone, und wiederholen Sie den Vorgang in Schritt 4.
Schritt 6: Aktualisieren Sie die Domainregistrierung, um Nameserver für die neue Hosting-Zone zu verwenden
Wenn Sie mit der Migration der Datensätze in die neue Hosting-Zone fertig sind, ändern Sie die Nameserver für die Domainregistrierung so, dass sie die Nameserver für die neue Hosting-Zone verwenden. Weitere Informationen finden Sie unter Amazon Route 53 zum DNS-Service für eine bestehende Domain machen.
Wenn Ihre gehostete Zone verwendet wird — wenn Ihre Benutzer beispielsweise den Domainnamen verwenden, um eine Website aufzurufen oder auf eine Webanwendung zuzugreifen — sollten Sie weiterhin den Verkehr und die Verfügbarkeit der gehosteten Zone überwachen, einschließlich Website- oder Anwendungsverkehr, E-Mail usw.
Wenn sich der Verkehr verlangsamt oder stoppt — Stellen Sie den Name-Service für die Domainregistrierung wieder auf die vorherigen Nameserver der alten Hosting-Zone um. Ergründen Sie anschließend, was schiefgelaufen ist.
Wenn der Verkehr nicht beeinträchtigt wird — Fahren Sie mit dem nächsten Schritt fort.
Schritt 7: Ändern Sie die TTL für den NS-Eintrag wieder auf einen höheren Wert
Ändern Sie in der neuen Hosting-Zone die TTL für den NS-Eintrag auf einen typischeren Wert, z. B. 172800 Sekunden (zwei Tage). Dadurch wird die Latenz für Ihre Benutzer verbessert, da sie nicht so oft darauf warten müssen, dass DNS-Resolver eine Abfrage für die Namenserver Ihrer Domäne senden.
Um die TTL zu ändern
Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Route 53-Konsole unter https://console.aws.amazon.com/route53/
. Wählen Sie im Navigationsbereich die Option Gehostete Zonen aus.
Wählen Sie den Namen der gehosteten Zone aus.
Wählen Sie den NS-Eintrag und dann im Bereich Datensatzdetails die Option Datensatz bearbeiten aus.
Ändern Sie den Wert von TTL (Sekunden) auf die Anzahl der Sekunden, für die DNS-Resolver die Namen der Nameserver für Ihre Domain zwischenspeichern sollen. Wir empfehlen einen Wert von 172 800 Sekunden.
Wählen Sie Speichern.
Schritt 8: Aktivieren Sie die DNSSEC-Signatur erneut und richten Sie die Vertrauenskette ein (falls erforderlich)
Sie können die DNSSEC-Signatur in zwei Schritten wieder aktivieren:
Aktivieren Sie die DNSSEC-Signatur für Route 53 und fordern Sie Route 53 auf, einen Key Signing Key (KSK) auf der Grundlage einer vom Kunden verwalteten Schlüsseleingabe zu erstellen. AWS Key Management Service
Erstellen Sie eine Vertrauenskette für die gehostete Zone, indem Sie der übergeordneten Zone einen DS-Eintrag (Delegation Signer) hinzufügen, sodass DNS-Antworten mit vertrauenswürdigen kryptografischen Signaturen authentifiziert werden können.
Detaillierte Anweisungen finden Sie unter Aktivieren der DNSSEC-Signierung und Aufbau einer Vertrauenskette.
Schritt 9: (Optional) Löschen Sie die alte Hosting-Zone
Wenn Sie sicher sind, die alte gehostete Zone nicht mehr zu benötigen, können Sie diese löschen. Detaillierte Anweisungen finden Sie unter Löschen einer öffentlichen gehosteten Zone.
Wichtig
Löschen Sie die alte gehostete Zone bzw. Datensätze in dieser gehosteten Zone nicht während mindestens 48 Stunden, nachdem Sie die Domänenregistrierung aktualisiert haben, damit für die neue gehostete Zone Nameserver verwendet werden. Wenn Sie die alte gehostete Zone löschen, bevor die DNS-Resolver die Verwendung der Datensätze in dieser gehosteten Zone einstellen, könnte Ihre Domäne im Internet nicht verfügbar sein, bis Resolver die neue gehostete Zone verwenden.