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.
Création d'un sous-domaine qui utilise Amazon Route 53 en tant que service DNS sans migration du domaine parent
Vous pouvez créer un sous-domaine qui utilise Amazon Route 53 en tant que service DNS sans migrer le domaine parent depuis un autre service DNS.
Le processus comporte les étapes de base suivantes :
-
Déterminez si cette procédure est adaptée à votre situation.
-
Ajoutez des enregistrements pour le nouveau sous-domaine à votre zone hébergée Route 53.
-
API uniquement : confirmez que vos modifications ont été répercutées à tous les serveurs DNS de Route 53.
Note
Actuellement, le seul moyen de vérifier que les modifications ont été propagées consiste à utiliser l'action d'API GetChange. Les changements se propagent généralement sur tous les serveurs de Route 53 en 60 secondes.
Choisir les procédures à utiliser pour créer un sous-domaine
Les procédures de cette rubrique expliquent comment effectuer une opération rare. Si vous utilisez déjà Route 53 en tant que service DNS pour votre domaine et que vous souhaitez simplement acheminer le trafic pour un sous-domaine, par exemple www.exemple.com, vers vos ressources, par exemple un serveur web s'exécutant sur une instance EC2, consultez Acheminement du trafic pour les sous-domaines.
N'utilisez cette procédure que si vous utilisez un autre service DNS pour un domaine, par exemple exemple.com, et que vous voulez commencer à utiliser Route 53 en tant que service DNS pour un nouveau sous-domaine de ce domaine, par exemple www.exemple.com.
Création d'une zone hébergée pour le nouveau sous-domaine
Lorsque vous souhaitez utiliser Amazon Route 53 en tant que service DNS pour un nouveau sous-domaine sans migrer le domaine parent, vous commencez par créer une zone hébergée pour le sous-domaine. Route 53 stocke des informations sur votre sous-domaine dans la zone hébergée.
Pour plus d'informations sur la façon de créer une zone hébergée à l'aide de la console Route 53, consultez Création d'une zone hébergée publique.
Création d'enregistrements
Vous pouvez créer des enregistrements à l'aide de la console Amazon Route 53 ou de l'API Route 53. Les enregistrement que vous créez dans Route 53 deviennent les enregistrements qu'utilise DNS une fois que vous déléguez la responsabilité du sous-domaine à Route 53, comme expliqué dans Mise à jour de votre service DNS avec les enregistrements de serveur de noms pour le sous-domaine, ultérieurement dans le processus.
Important
Ne créez pas d'autre enregistrement NS ou SOA dans la zone hébergée Route 53 et ne supprimez pas les enregistrements NS et SOA existants.
Pour créer des enregistrements à l'aide de la console Route 53, consultez Utilisation des enregistrements. Pour créer des enregistrements à l'aide de l'API Route 53, consultez ChangeResourceRecordSets. Pour de plus amples informations, veuillez consulter ChangeResourceRecordSets dans la Référence d'API Amazon Route 53.
Vérification du statut de vos modifications (API uniquement)
La création d'une nouvelle zone hébergée et la modification des enregistrements prennent du temps pour se propager sur les serveurs DNS Route 53. Si vous avez utilisé ChangeResourceRecordSets pour créer vos enregistrements, vous pouvez utiliser l'action GetChange pour déterminer si vos modifications ont été propagées (ChangeResourceRecordSets renvoie une valeur pour ChangeId, que vous pouvez inclure dans une demande GetChange ultérieure. ChangeId n'est pas disponible si vous avez créé les enregistrements à l'aide de la console). Pour de plus amples informations, veuillez consulter GET GetChange dans la Référence d'API Amazon Route 53.
Note
Les changements se propagent généralement sur tous les serveurs Route 53 en 60 secondes.
Mise à jour de votre service DNS avec les enregistrements de serveur de noms pour le sous-domaine
Lorsque les modifications apportées aux enregistrements Amazon Route 53 ont été répercutées (voir Vérification du statut de vos modifications (API uniquement)), mettez à jour le service DNS pour le domaine parent en ajoutant des enregistrements NS pour le sous-domaine. Cette méthode consiste à déléguer la responsabilité pour un sous-domaine à Route 53. Par exemple, si le domaine parent example.com est hébergé avec un autre service DNS et que vous avez créé le sous-domaine test.example.com dans Route 53, vous devez mettre à jour le service DNS de example.com avec les nouveaux enregistrements NS de test.example.com.
Utilisez la procédure suivante.
-
Utilisez la méthode fournie par votre service DNS pour sauvegarder le fichier de zone pour le domaine parent.
-
Dans la console Route 53, récupérez les serveurs de noms pour votre zone hébergée Route 53 :
Connectez-vous à AWS Management Console et ouvrez la console Route 53 à l'adresse https://console.aws.amazon.com/route53/
. Dans le panneau de navigation, choisissez Hosted zones (Zones hébergées).
Sur la page Hosted zones (Zones hébergées), choisissez la case d'option (pas le nom) de la zone hébergée, puis View details (Afficher les détails).
Sur la page des détails de la zone hébergée, choisissez Hosted zone details (Détails de la zone hébergée).
Notez les quatre serveurs répertoriés dans Name servers (Serveurs de noms).
Vous pouvez également utiliser l'action
GetHostedZone. Pour plus d'informations, consultez GetHostedZone dans le document Référence de l'API Amazon Route 53. -
Utilisez la méthode fournie par le service DNS du domaine parent pour ajouter des enregistrements NS pour le sous-domaine dans le fichier de zone pour le domaine parent. Dans ces enregistrements NS, spécifiez les quatre serveurs de noms Route 53 qui sont associés à la zone hébergée que vous avez créée à l'étape 1.
Important
N'ajoutez pas d'enregistrement SOA au fichier de zone du domaine parent. Étant donné que le sous-domaine utilisera Route 53, le service DNS du domaine parent n'est pas le service de référence pour le sous-domaine.
Si votre service DNS a automatiquement ajouté un enregistrement SOA pour le sous-domaine, supprimez-le pour le sous-domaine, en veillant à ne pas le supprimer pour le domaine parent.
