View a markdown version of this page

Migration d'une zone hébergée vers une autre AWS compte - Amazon Route 53

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Migration d'une zone hébergée vers une autre AWS compte

Lors de la migration d'une zone hébergée vers une autre Compte AWS, suivez ces étapes recommandées.

Ces étapes sont particulièrement adaptées aux zones hébergées avec des modifications d'enregistrement peu fréquentes. Pour les zones hébergées dont les enregistrements sont fréquemment mis à jour, tenez compte des points suivants :

  • Ne mettez à jour aucun enregistrement de ressources pendant la migration.

  • Publiez les modifications apportées aux enregistrements de ressources dans les anciennes et les nouvelles zones hébergées après le transfert de la délégation.

Conditions préalables

Installez ou mettez à niveau les éléments AWS CLI suivants :

Pour plus d'informations sur le téléchargement, l'installation et la configuration de AWS CLI, consultez le Guide de AWS Command Line Interface l'utilisateur.

Note

Configurez l'interface de ligne de commande afin de pouvoir l'utiliser lorsque vous utilisez à la fois le compte qui a créé la zone hébergée et le compte vers lequel vous migrez la zone hébergée. Pour plus d'informations, consultez Configure (Configuration) dans le Guide de l'utilisateur AWS Command Line Interface .

Si vous utilisez déjà le AWS CLI, nous vous recommandons de passer à la dernière version de l'interface de ligne de commande afin que les commandes de l'interface de ligne de commande prennent en charge les dernières fonctionnalités de Route 53.

Étape 1 : Préparation à la migration

Les étapes de préparation vous aident à minimiser les risques associés à la migration d'une zone hébergée.

1. Surveiller la disponibilité des zones

Vous pouvez contrôler la zone de disponibilité des noms de domaine. Cela peut vous aider à résoudre tout problème susceptible d'entraîner l'annulation de la migration. Vous pouvez surveiller les noms de domaine qui génèrent le plus de trafic en utilisant CloudWatch ou en enregistrant les requêtes. Pour plus d'informations sur la configuration de la journalisation des requêtes, consultez Surveillance d'Amazon Route 53.

Vous pouvez effectuer la surveillance via un script shell ou via un service tiers. Cela ne devrait toutefois pas être le seul signal permettant de déterminer si une restauration est requise, car vous pourriez également recevoir des commentaires de la part de vos clients en raison de l'indisponibilité d'un domaine.

2. Baisser le réglage TTL

Le paramètre de durée de vie d'un enregistrement spécifie la durée pendant laquelle vous voulez que les résolveurs DNS mettent en cache l'enregistrement et utilisent les informations mises en cache. À la date d'expiration, un résolveur envoie une autre requête au fournisseur de services DNS d'un domaine afin d'obtenir les informations les plus récentes.

Le paramètre de durée de vie d'un enregistrement NS est de 172 800 secondes, soit deux jours. L'enregistrement NS répertorie les serveurs de noms que le système de noms de domaine (DNS) peut utiliser pour obtenir des informations sur la manière d'acheminer le trafic pour votre domaine. La réduction du TTL pour l'enregistrement NS, à la fois avec votre fournisseur de services DNS actuel et avec Route 53, réduit les temps d'arrêt de votre domaine si vous découvrez un problème lors de la migration du DNS vers Route 53. Si vous ne réduisez pas la durée de vie, votre domaine risque d'être indisponible sur Internet pendant deux jours en cas de problème.

Pour réduire le TTL
  1. Connectez-vous à Console de gestion AWS et ouvrez la console Route 53 à l'adresse https://console.aws.amazon.com/route53/.

  2. Choisissez Zones hébergées dans le volet de navigation.

  3. Choisissez le nom de la zone hébergée.

  4. Choisissez l'enregistrement NS, puis dans le volet Détails de l'enregistrement, choisissez Modifier l'enregistrement.

  5. Modifiez la valeur du champ TTL (Seconds) (Durée de vie (secondes)). Nous vous recommandons de spécifier une valeur comprise entre 60 secondes et 900 secondes (15 minutes).

  6. Choisissez Enregistrer.

3. Supprimer l'enregistrement DS de la zone parent (si vous avez configuré DNSSEC)

Si vous avez configuré DNSSEC pour votre domaine, supprimez le registre Delegation Signer (DS) de la zone parent avant de migrer votre domaine vers Route 53.

Si la zone parent est hébergée via Route 53, consultez Suppression de clés publiques pour un domaine pour plus d'informations. Si la zone parent est hébergée sur un autre bureau d'enregistrement, contactez-le pour supprimer l'enregistrement DS.

Route 53 ne prend actuellement pas en charge la migration du paramètre DNSSEC. Par conséquent, vous devrez désactiver la validation DNSSEC effectuée sur votre domaine avant la migration en supprimant l'enregistrement DS de la zone parent. Après la migration, vous pouvez réactiver la validation DNSSEC en configurant DNSSEC sur la nouvelle zone hébergée et en ajoutant l'enregistrement DS correspondant à la zone parent.

4. Assurez-vous qu'aucune autre opération en cours ne repose sur la zone hébergée en cours de migration

Certaines opérations s'appuieront sur la résolution DNS dans la zone hébergée en migration. Par exemple, le processus de renouvellement du TLS/SSL certificat peut nécessiter de modifier l'enregistrement DNS et le fournisseur essaiera de résoudre l'enregistrement DNS comme méthode de validation. Avant la migration, vous devez vous assurer qu'aucune autre opération n'est en cours, afin d'éviter tout impact inattendu lié à la migration de la zone hébergée.

Étape 2 : Créer la nouvelle zone hébergée

Créez la nouvelle zone hébergée dans le compte vers lequel vous souhaitez migrer la zone hébergée.

Choisissez l'onglet pour les instructions relatives à la console AWS CLI ou.

CLI

Entrez la commande suivante :

aws route53 create-hosted-zone \ --name $hosted_zone_name \ --caller-reference $unique_string

Pour plus d'informations, consultez https://awscli.amazonaws.com/v2/documentation/api/latest/reference/route53/create-hosted-zone.html create-hosted-zone.

Console
Pour créer une nouvelle zone hébergée à l'aide d'un autre compte
  1. Connectez-vous à Console de gestion AWS et ouvrez la console Route 53 à l'adresse https://console.aws.amazon.com/route53/.

    Connectez-vous avec les informations d'identification du compte vers lequel vous souhaitez migrer la zone hébergée.

  2. Créez une zone hébergée. Pour de plus amples informations, veuillez consulter Création d'une zone hébergée publique.

  3. Notez l'ID de la zone hébergée. Dans certains cas, vous en aurez besoin ultérieurement dans le processus.

  4. Déconnectez-vous de la console Route 53.

Réduisez également le NS TTL dans la nouvelle zone, de la même manière que le réglage Lower TTL lors de la préparation Étape 1, Abaissez le réglage TTL.

Étape 3 : (Facultatif) Migrer les bilans de santé

Vous pouvez associer les enregistrements DNS du nouveau compte aux bilans de santé de Route 53 depuis le compte depuis lequel vous effectuez la migration. Pour migrer un bilan de santé Route 53, vous devez créer de nouveaux bilans de santé dans votre nouveau compte avec la même configuration que vos comptes existants. Pour de plus amples informations, veuillez consulter Création de bilans de santé d'Amazon Route 53.

Étape 4 : Migrer les enregistrements de l'ancienne zone hébergée vers la nouvelle zone hébergée

Vous pouvez migrer des enregistrements d'un enregistrement Compte AWS à un autre à l'aide de la console ou du AWS CLI.

Console

Si votre zone ne contient que quelques enregistrements, vous pouvez envisager d'utiliser la console Route 53 pour répertorier les enregistrements de votre ancienne zone, les noter et les créer dans la nouvelle zone. Si vous avez migré le bilan de santéÉtape 3 : (Facultatif) Migrer les bilans de santé, lorsque vous créez les enregistrements dans la nouvelle zone hébergée, vous devez spécifier le nouvel ID de bilan de santé. Pour plus d’informations, consultez les rubriques suivantes :

Vous devez également réduire le TTL NS dans la nouvelle zone, de la même manière que le réglage Lower TTL de l'étape 1.

CLI

Si votre zone contient un grand nombre d'enregistrements, vous pouvez exporter les enregistrements que vous souhaitez migrer vers un fichier, modifier le fichier, puis utiliser le fichier modifié pour créer des enregistrements dans la nouvelle zone hébergée. La procédure suivante utilise des commandes AWS CLI, bien que des outils tiers soient également disponibles à cette fin.

  1. Exécutez la commande suivante :

    aws route53 list-resource-record-sets --hosted-zone-id hosted-zone-id > path-to-output-file

    Notez ce qui suit :

    • Pourhosted-zone-id, spécifiez l'ID de l'ancienne zone hébergée contenant les enregistrements que vous souhaitez migrer.

    • Pourpath-to-output-file, spécifiez le chemin du répertoire et le nom de fichier dans lesquels vous souhaitez enregistrer la sortie.

    • Le caractère > envoie la sortie dans le fichier spécifié.

    • La pagination des zones hébergées contenant plus de 100 enregistrements est AWS CLI automatiquement gérée. Pour plus d'informations, consultez la section Utilisation des options de pagination de l'interface de ligne de AWS commande dans le Guide de l'AWS Command Line Interface utilisateur.

      Si vous utilisez une autre méthode programmatique pour répertorier les enregistrements, telle que l'un des AWS kits SDK, vous pouvez obtenir un maximum de 100 enregistrements par page de résultats. Si la zone hébergée contient plus de 100 enregistrements, vous devez soumettre plusieurs demandes pour répertorier tous les enregistrements.

    Faites une copie de cette sortie. Après avoir créé des enregistrements dans la nouvelle zone hébergée, nous vous recommandons d'exécuter la AWS CLI list-resource-record-sets commande sur la nouvelle zone hébergée et de comparer les deux sorties pour vous assurer que tous les enregistrements ont été créés.

  2. Modifiez les enregistrements que vous souhaitez migrer.

    Modifiez le fichier exporté avant de pouvoir l'utiliser avec la change-resource-record-sets commande. Vous pouvez apporter ces modifications à l'aide de la fonction de recherche et de remplacement d'un éditeur de texte.

    Note

    Les étapes suivantes décrivent l'édition manuelle à l'aide d'un éditeur de texte. Les utilisateurs avancés peuvent automatiser ces transformations à l'aide d'outils de programmation tels que jq, Python ou d'autres langages de script.

    Ouvrez une copie du fichier que vous avez créé à l'étape 1 de cette procédure qui contient les enregistrements que vous souhaitez migrer et apportez les modifications suivantes :

    • Remplacez l' ResourceRecordSets élément en haut du fichier par Changes element.

    • Facultatif : ajoutez un Comment élément.

    • Supprimez les lignes relatives aux enregistrements NS et SOA du nom de la zone hébergée. La nouvelle zone hébergée possède déjà ces enregistrements.

    • Pour chaque enregistrement, ajoutez un ResourceRecordSets élément Action et, ajoutez des crochets ouvrants et fermants ({ }) selon les besoins pour que le code JSON soit valide.

      Note

      Vous pouvez utiliser un validateur JSON pour vérifier que toutes les accolades et tous les crochets sont correctement placés. Pour trouver un validateur JSON en ligne, recherchez « Validateur JSON » dans votre navigateur.

    • Si la zone hébergée contient tous les alias qui font référence à d'autres enregistrements dans la même zone hébergée, apportez les modifications suivantes :

      • Remplacez l'ID de la zone hébergée par l'ID de la nouvelle zone hébergée.

        Important

        Si l'enregistrement d'alias pointe vers une autre ressource, par exemple un équilibreur de charge, ne remplacez pas l'ID de zone hébergée par l'ID de zone hébergée du domaine. Si vous modifiez accidentellement l'ID de zone hébergée, restaurez l'ID de zone hébergée à l'ID de zone hébergée de la ressource elle-même, et non à l'ID de zone hébergée du domaine. L'ID de zone hébergée de la ressource se trouve dans la AWS console où la ressource a été créée.

      • Déplacez les registres d'alias au bas du fichier. Route 53 doit créer le registre auquel un registre d'alias fait référence avant de pouvoir créer le registre d'alias.

        Important

        Si un ou plusieurs enregistrements d'alias font référence à d'autres enregistrements d'alias, les enregistrements qui sont la cible de l'alias doivent apparaître dans le fichier avant les enregistrements d'alias qui font référence. Par exemple, si alias.example.com est la cible de l'alias pour alias.alias.example.com, alias.example.com doit apparaître en premier dans le fichier.

      • Supprimez les enregistrements d'alias qui acheminent le trafic vers une instance de stratégie de trafic. Notez les enregistrements afin de pouvoir les recréer ultérieurement.

    • Si vous avez migré les bilans de santéÉtape 3 : (Facultatif) Migrer les bilans de santé, modifiez les enregistrements pour les associer aux nouveaux identifiants de bilan de santé.

    L'exemple suivant montre la version modifiée d'enregistrements pour une zone hébergée pour example.com. Le texte en rouge et en italique est nouveau :

    { "Comment": "string", "Changes": [ { "Action": "CREATE", "ResourceRecordSet":{ "ResourceRecords": [ { "Value": "192.0.2.4" }, { "Value": "192.0.2.5" }, { "Value": "192.0.2.6" } ], "Type": "A", "Name": "route53documentation.com.", "TTL": 300 } }, { "Action": "CREATE", "ResourceRecordSet":{ "AliasTarget": { "HostedZoneId": "Z3BJ6K6RIION7M", "EvaluateTargetHealth": false, "DNSName": "s3-website-us-west-2.amazonaws.com." }, "Type": "A", "Name": "www.route53documentation.com." } } ] }
  3. Divisez les fichiers volumineux en fichiers plus petits

    Si vous avez un grand nombre d'enregistrements ou si vous avez des enregistrements comportant de nombreuses valeurs (par exemple, un grand nombre d'adresses IP), vous pouvez avoir besoin de fractionner le fichier en fichiers plus petits. Les valeurs maximales sont les suivantes :

    • Chaque fichier peut contenir 1 000 enregistrements maximum.

    • La longueur combinée maximale des valeurs de tous les éléments Value est de 32 000 octets.

  4. Créer des enregistrements dans la nouvelle zone hébergée

    Entrez l'interface de ligne de commande suivante :

    aws route53 change-resource-record-sets \ --hosted-zone-id new-hosted-zone-id \ --change-batch file://path-to-file-that-contains-records

    Indiquez l’une des valeurs suivantes :

    • Pournew-hosted-zone-id, spécifiez l'ID de la nouvelle zone hébergée.

    • Pourpath-to-file-that-contains-records, spécifiez le chemin du répertoire et le nom de fichier que vous avez modifiés lors des étapes précédentes.

    Si vous avez supprimé des registres d'alias qui acheminent le trafic vers une instance de politique de trafic, recréez-les à l'aide de la console Route 53. Pour de plus amples informations, veuillez consulter Création d'enregistrements à l'aide de la console Amazon Route 53.

Étape 5 : Comparez les enregistrements de l'ancienne et de la nouvelle zone hébergée

Pour confirmer que vous avez correctement créé tous vos enregistrements dans la nouvelle zone hébergée, entrez la commande CLI suivante pour répertorier les enregistrements de la nouvelle zone hébergée et comparer la sortie avec la liste des enregistrements de l'ancienne zone hébergée.

aws route53 list-resource-record-sets \ --hosted-zone-id new-hosted-zone-id \ --output json > path-to-output-file

Indiquez l’une des valeurs suivantes :

  • Pournew-hosted-zone-id, spécifiez l'ID de la nouvelle zone hébergée.

  • Pourpath-to-output-file, spécifiez le chemin du répertoire et le nom de fichier dans lesquels vous souhaitez enregistrer la sortie. Utilisez un nom de fichier différent de celui que vous avez utilisé à l'étape 4.

    Le caractère > envoie la sortie dans le fichier spécifié.

Comparez la sortie avec la sortie de l'étape 4. Hormis les valeurs des enregistrements NS et SOA et les modifications que vous avez apportées à l'étape 4 (comme les différents ID de zone hébergée ou noms de domaine), les deux sorties doivent être identiques.

Si les enregistrements de la nouvelle zone hébergée ne correspondent pas à ceux de l'ancienne zone hébergée, effectuez l'une des opérations suivantes :

  • Apportez des corrections mineures à l'aide de la console Route 53. Pour de plus amples informations, veuillez consulter Modification des enregistrements.

  • Supprimez tous les enregistrements à l'exception des enregistrements NS et SOA de la nouvelle zone hébergée, puis répétez la procédure de l'étape 4.

Étape 6 : mettre à jour l'enregistrement du domaine pour utiliser des serveurs de noms pour la nouvelle zone hébergée

Lorsque vous avez terminé de migrer les enregistrements vers la nouvelle zone hébergée, modifiez les serveurs de noms pour l'enregistrement du domaine afin d'utiliser les serveurs de noms de la nouvelle zone hébergée. Pour plus d'informations, consultez Faire d'Amazon Route 53 le service DNS d'un domaine existant.

Si votre zone hébergée est utilisée, par exemple si vos utilisateurs utilisent le nom de domaine pour accéder à un site Web ou accéder à une application Web, vous devez continuer à surveiller le trafic et la disponibilité de la zone hébergée, y compris le trafic du site Web ou de l'application, les e-mails, etc.

  • Si le trafic ralentit ou s'arrête — Remplacez le service de noms pour l'enregistrement du domaine par les anciens serveurs de noms de l'ancienne zone hébergée. Déterminez ce qui s'est mal passé.

  • Si le trafic n'est pas affecté, passez à l'étape suivante.

Étape 7 : Remettez le TTL de l'enregistrement NS à une valeur plus élevée

Dans la nouvelle zone hébergée, remplacez le TTL de l'enregistrement NS par une valeur plus typique, par exemple 172 800 secondes (deux jours). Cette étape permet d'améliorer la latence pour vos utilisateurs car ils n'auront plus besoin d'attendre aussi souvent que les résolveurs DNS envoient une requête pour les serveurs de noms de votre domaine.

Pour modifier le TTL
  1. Connectez-vous à Console de gestion AWS et ouvrez la console Route 53 à l'adresse https://console.aws.amazon.com/route53/.

  2. Choisissez Zones hébergées dans le volet de navigation.

  3. Choisissez le nom de la zone hébergée.

  4. Choisissez l'enregistrement NS, puis dans le volet Détails de l'enregistrement, choisissez Modifier l'enregistrement.

  5. Modifiez la valeur de TTL (secondes) en indiquant le nombre de secondes pendant lesquelles les résolveurs DNS doivent mettre en cache les noms des serveurs de noms de votre domaine. Nous vous recommandons une valeur de 172 800 secondes.

  6. Choisissez Enregistrer.

Étape 8 : signature Re-enable DNSSEC et établissement de la chaîne de confiance (si nécessaire)

Vous pouvez réactiver la signature DNSSEC en deux étapes :

  1. Activez la signature DNSSEC pour Route 53 et demandez à Route 53 de créer une clé de signature (KSK) basée sur une clé gérée par le client. AWS Key Management Service

  2. Créez une chaîne de confiance pour la zone hébergée en ajoutant un enregistrement de signataire de délégation (DS) à la zone parent, afin que les réponses DNS puissent être authentifiées à l'aide de signatures cryptographiques fiables.

Pour obtenir des instructions, veuillez consulter Activation de la signature DNSSEC et établissement d'une chaîne d'approbation.

Étape 9 : (Facultatif) supprimer l'ancienne zone hébergée

Lorsque vous êtes sûr de ne plus avoir besoin de l'ancienne zone hébergée, vous pouvez éventuellement la supprimer. Pour obtenir des instructions, veuillez consulter Suppression d'une zone hébergée publique.

Important

Ne supprimez pas l'ancienne zone hébergée ou tous les enregistrements de cette zone hébergée pendant au moins 48 heures après avoir mis à jour l'enregistrement de domaine pour utiliser les serveurs de noms de la nouvelle zone hébergée. Si vous supprimez l'ancienne zone hébergée avant que les résolveurs DNS ne cessent d'utiliser les enregistrements dans cette zone hébergée, votre domaine peut être indisponible sur Internet jusqu'à ce que les résolveurs commencent à utiliser la nouvelle zone hébergée.