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.
# Tutoriels
Cette section couvre les didacticiels suivants :
**Utiliser Route 53 comme service DNS pour les sous-domaines**
Découvrez comment utiliser Route 53 comme service DNS pour un sous-domaine nouveau ou existant tout en utilisant un autre service DNS pour le domaine parent.
**Transition vers le routage basé sur la latence**
Découvrez comment passer progressivement du routage standard au routage basé sur la latence dans Route 53, en dirigeant les utilisateurs vers le point de terminaison le plus faible AWS disponible.
Combinez les enregistrements pondérés et les enregistrements de latence pour une transition fluide et peu risquée avec un contrôle total et une capacité de restauration.
**Ajouter une autre région au routage basé sur la latence**
Élargissez votre configuration de routage basée sur la latence en ajoutant une nouvelle AWS région et en transférant progressivement le trafic vers la nouvelle région.
**Acheminement du trafic vers plusieurs instances Amazon EC2 dans une région**
Utilisez une combinaison de latence et d'enregistrements pondérés pour acheminer le trafic vers plusieurs instances Amazon EC2 au sein d'une instance spécifique. Région AWS
**Gestion de plus de 100 enregistrements pondérés**
Découvrez comment diriger le trafic vers plus de 100 points de terminaison en créant une arborescence d'enregistrements d'alias pondérés et d'enregistrements pondérés.
**Pondération des réponses à plusieurs enregistrements tolérantes aux pannes**
Découvrez comment pondérer les réponses DNS contenant plusieurs enregistrements, en garantissant la tolérance aux pannes et en équilibrant la charge sur plusieurs points de terminaison.
Ces didacticiels couvrent différents cas d'utilisation et scénarios et vous aident à tirer parti efficacement des politiques de routage, des enregistrements pondérés et du routage basé sur la latence de Route 53 afin d'optimiser la gestion de votre DNS et le routage du trafic.
**Topics**
+ [Utilisation d'Amazon Route 53 comme service DNS pour des sous-domaines sans migration du domaine parent](creating-migrating.md)
+ [Transition vers le routage basé sur la latence dans Amazon Route 53](TutorialTransitionToLBR.md)
+ [Ajout d'une autre région à votre routage basé sur la latence dans Amazon Route 53](TutorialAddingLBRRegion.md)
+ [Utilisation d'enregistrements de latence et pondérés dans Amazon Route 53 pour acheminer le trafic vers plusieurs instances Amazon EC2 d'une région](TutorialLBRMultipleEC2InRegion.md)
+ [Gestion de plus de 100 enregistrements pondérés dans Amazon Route 53](TutorialManagingOver100WRR.md)
+ [Pondération des réponses pour la tolérance aux pannes pour plusieurs enregistrements dans Amazon Route 53](TutorialWeightedFTMR.md)
# Utilisation d'Amazon Route 53 comme service DNS pour des sous-domaines sans migration du domaine parent
Amazon Route 53 offre de la flexibilité dans la gestion du DNS pour les sous-domaines, ce qui vous permet de tirer parti de ses fonctionnalités sans avoir à migrer l'intégralité du domaine parent.
Vous pouvez créer un nouveau sous-domaine ou migrer un sous-domaine existant vers Route 53, tout en conservant le domaine parent hébergé chez un autre fournisseur de services DNS.
**Création d'un nouveau sous-domaine avec Route 53 :**
1. Créez une zone hébergée pour le nouveau sous-domaine.
1. Ajoutez les enregistrements DNS souhaités (par exemple, A, CNAME, MX) pour le sous-domaine à la zone hébergée.
1. Obtenez les serveurs de noms Route 53 affectés à la zone hébergée.
1. Mettez à jour la configuration DNS du domaine parent en ajoutant des enregistrements NS (serveur de noms) pour le sous-domaine, en pointant vers les serveurs de noms Route 53.
**Migration d'un sous-domaine existant vers Route 53 :**
1. Créez une zone hébergée pour le sous-domaine.
1. Obtenez la configuration DNS actuelle pour le sous-domaine auprès de votre fournisseur de services DNS existant.
1. Ajoutez les enregistrements DNS correspondants à la zone hébergée.
1. Obtenez les serveurs de noms Route 53 affectés à la zone hébergée.
1. Mettez à jour la configuration DNS du domaine parent en ajoutant des enregistrements NS pour le sous-domaine, en pointant vers les serveurs de noms Route 53.
En suivant ces étapes, vous pouvez tirer parti des fonctionnalités avancées de Route 53, telles que les contrôles de santé, les politiques de routage et la gestion du flux de trafic, pour vos sous-domaines tout en conservant la configuration DNS du domaine parent auprès de votre fournisseur actuel.
**Topics**
+ [Création d'un sous-domaine qui utilise Amazon Route 53 en tant que service DNS sans migration du domaine parent](CreatingNewSubdomain.md)
+ [Migration d'un service DNS pour un sous-domaine vers Amazon Route 53 sans migration du domaine parent](MigratingSubdomain.md)
# 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 :
1. [Déterminez](#decide-procedure-create-subdomain) si cette procédure est adaptée à votre situation.
1. [Créez une zone hébergée Route 53 pour le sous-domaine](#CreateZoneNewSubdomain).
1. [Ajoutez des enregistrements](#AddNewSubdomainRecords) pour le nouveau sous-domaine à votre zone hébergée Route 53.
1. *API uniquement :* [confirmez que vos modifications ont été répercutées](#CheckStatusNewSubdomain) à tous les serveurs DNS de Route 53.
**Note**
Actuellement, le seul moyen de vérifier que les modifications se sont propagées est d'utiliser l'action [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Les changements se propagent généralement sur tous les serveurs de Route 53 en 60 secondes.
1. [Mettez à jour le service DNS pour le domaine parent en ajoutant des enregistrements de serveur de noms pour le sous-domaine](#UpdateDNSParentDomain).
## 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 comme service DNS pour votre domaine et que vous souhaitez simplement acheminer le trafic d'un sous-domaine, tel que www.example.com, vers vos ressources, telles qu'un serveur Web exécuté sur une EC2 instance, consultez. [Acheminement du trafic pour les sous-domaines](dns-routing-traffic-for-subdomains.md)
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](CreatingHostedZone.md).
## 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](#UpdateDNSParentDomain), 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](rrsets-working-with.md). Pour créer des enregistrements à l'aide de l'API Route 53, consultez `ChangeResourceRecordSets`. Pour plus d'informations, consultez [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)le manuel *[Amazon Route 53 API Reference](https://docs.aws.amazon.com/Route53/latest/APIReference/)*.
## 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 créé vos enregistrements, vous pouvez utiliser cette `GetChange` action pour déterminer si vos modifications se sont propagées. [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) (`ChangeResourceRecordSets`renvoie une valeur que vous pouvez inclure dans une `GetChange` demande ultérieure. `ChangeId` `ChangeId`n'est pas disponible si vous avez créé les enregistrements à l'aide de la console.) Pour plus d'informations, consultez [GET GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html) dans le manuel *Amazon Route 53 API Reference*.
**Note**
Les changements se propagent généralement sur tous les serveurs de 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)](#CheckStatusNewSubdomain)), 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.
1. Utilisez la méthode fournie par votre service DNS pour sauvegarder le fichier de zone pour le domaine parent.
1. Dans la console Route 53, récupérez les serveurs de noms pour votre zone hébergée Route 53 :
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le panneau de navigation, choisissez **Hosted zones** (Zones hébergées).
1. 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).
1. Sur la page des détails de la zone hébergée, choisissez **Hosted zone details** (Détails de la zone hébergée).
1. 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](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZone.html)le manuel *Amazon Route 53 API Reference*.
1. 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.
# Migration d'un service DNS pour un sous-domaine vers Amazon Route 53 sans migration du domaine parent
Vous pouvez migrer un sous-domaine afin d'utiliser Amazon Route 53 en tant que service DNS sans migrer le domaine parent à partir d'un autre service DNS.
Le processus comporte les étapes de base suivantes :
1. [Déterminez](#decide-procedure-migrate-subdomain) si cette procédure est adaptée à votre situation.
1. [Créez une zone hébergée Route 53 pour le sous-domaine](#CreateZoneMigratedSubdomain).
1. [Obtenez la configuration DNS actuelle auprès du fournisseur de services DNS actuel pour le domaine parent](#GetParentDomainResourceRecords).
1. [Ajoutez des enregistrements](#AddMigratedSubdomainRecords) pour le sous-domaine à votre zone hébergée Route 53.
1. *API uniquement :* [confirmez que vos modifications ont été répercutées](#MigratingSubdomainCheckStatus) à tous les serveurs DNS de Route 53.
**Note**
À l'heure actuelle, le seul moyen de vérifier que les modifications se sont propagées consiste à utiliser l'action [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Les changements se propagent généralement sur tous les serveurs Route 53 en 60 secondes.
1. [Mettez à jour la configuration DNS avec le fournisseur de services DNS pour le domaine parent en ajoutant des enregistrements de serveur de noms pour le sous-domaine](#UpdateOldDNS).
## 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 comme service DNS pour votre domaine et que vous souhaitez simplement acheminer le trafic d'un sous-domaine, tel que www.example.com, vers vos ressources, telles qu'un serveur Web exécuté sur une EC2 instance, consultez. [Acheminement du trafic pour les sous-domaines](dns-routing-traffic-for-subdomains.md)
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 sous-domaine existant de ce domaine, par exemple www.exemple.com.
## Création d'une zone hébergée pour le sous-domaine
Si vous souhaitez effectuer la migration d'un sous-domaine d'un autre service DNS vers Amazon Route 53 sans effectuer la migration du domaine parent, 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](CreatingHostedZone.md).
## Obtention de la configuration DNS actuelle auprès du fournisseur de services DNS
Pour simplifier le processus de migration d'un sous-domaine existant vers Route 53, obtenez la configuration DNS actuelle du domaine auprès du fournisseur de services DNS actuellement en charge du domaine. Vous pouvez utiliser ces informations comme base pour configurer Route 53 en tant que service DNS pour le sous-domaine.
Les informations que vous demandez et le format dans lequel vous les recevez dépend de votre fournisseur de services DNS actuel. Dans l'idéal, vous recevez un fichier de zone, qui contient les informations relatives à tous les enregistrements de votre configuration actuelle. (Les enregistrements indiquent au DNS comment vous souhaitez que le trafic soit acheminé pour vos domaines et sous-domaines. Par exemple, lorsque quelqu'un saisit votre nom de domaine dans un navigateur Web, souhaitez-vous que le trafic soit acheminé vers un serveur Web de votre centre de données, vers une EC2 instance Amazon, vers une CloudFront distribution ou vers un autre emplacement ?) Si vous pouvez obtenir un fichier de zone de la part de votre fournisseur de services DNS actuel, vous pouvez le modifier pour supprimer les enregistrements que vous ne souhaitez pas migrer vers Amazon Route 53. Ensuite, vous pouvez importer les enregistrements restants vers votre zone hébergée Route 53, ce qui simplifie considérablement le processus. Demandez au service client de votre fournisseur de services DNS actuel comment obtenir un *fichier de zone* ou une *liste d'enregistrements*.
## Création d'enregistrements
Utilisez les enregistrements que vous avez reçus de votre fournisseur de services DNS actuel comme point de départ pour créer les enregistrements correspondants dans la zone hébergée Amazon Route 53 créée pour le sous-domaine. 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](#UpdateOldDNS), 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](rrsets-working-with.md). Pour créer des enregistrements à l'aide de l'API Route 53, consultez `ChangeResourceRecordSets`. Pour plus d'informations, consultez [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)le manuel *[Amazon Route 53 API Reference](https://docs.aws.amazon.com/Route53/latest/APIReference/)*.
## 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 créé vos enregistrements, vous pouvez utiliser cette `GetChange` action pour déterminer si vos modifications se sont propagées. [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) (`ChangeResourceRecordSets`renvoie une valeur que vous pouvez inclure dans une `GetChange` demande ultérieure. `ChangeId` `ChangeId`n'est pas disponible si vous avez créé les enregistrements à l'aide de la console.) Pour plus d'informations, consultez [GET GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html) dans le manuel *Amazon Route 53 API Reference*.
**Note**
Les changements se propagent généralement sur tous les serveurs de 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)](#MigratingSubdomainCheckStatus)), 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. Supposons par exemple que le domaine parent example.com est hébergé par un autre service DNS et que vous migrez le sous-domaine test.example.com vers Route 53. Vous devez créer une zone hébergée pour test.example.com et mettre à jour le service DNS pour example.com avec les enregistrements NS que Route 53 a assigné à la nouvelle zone hébergée pour test.example.com.
Utilisez la procédure suivante.
1. Utilisez la méthode fournie par votre service DNS pour sauvegarder le fichier de zone pour le domaine parent.
1. Si l'ancien fournisseur de services DNS pour le domaine propose une méthode pour modifier les paramètres de durée de vie pour leurs serveurs de noms, nous vous recommandons de modifier ces paramètres à 900 secondes. Cela vous permet de limiter la durée pendant laquelle les demandes client tenteront de résoudre des noms de domaine à l'aide de serveurs de noms obsolètes. Si la valeur actuelle de la durée de vie est 172 800 secondes (deux jours), valeur par défaut couramment utilisée pour ce paramètre, vous devez attendre deux jours pour que les résolveurs et les clients arrêtent de mettre en cache des enregistrements DNS à l'aide de la valeur de la durée de vie précédente. Après expiration des paramètres de la durée de vie, vous pouvez supprimer en toute sécurité les enregistrements qui sont stockés chez l'ancien fournisseur et apporter des modifications uniquement dans Route 53.
1. Dans la console Route 53, récupérez les serveurs de noms pour votre zone hébergée Route 53 :
1. Connectez-vous à la console Route 53 AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dans le panneau de navigation, choisissez **Hosted zones** (Zones hébergées).
1. 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).
1. Sur la page des détails de la zone hébergée, choisissez **Hosted zone details** (Détails de la zone hébergée).
1. 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](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZone.html)le manuel *Amazon Route 53 API Reference*.
1. 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. Attribuez aux enregistrements NS le même nom que celui du sous-domaine. Pour les valeurs des 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 2. Notez que les différents services de DNS utilisent une terminologie différente. Vous pouvez être amené à contacter le support technique de votre service DNS pour effectuer cette étape.
**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.
En fonction des paramètres de la durée de vie des serveurs de noms du domaine parent, la propagation de vos modifications aux résolveurs DNS peut prendre 48 heures ou plus. Durant cette période, les résolveurs DNS peuvent toujours répondre aux demandes avec les serveurs de noms du service DNS du domaine parent. En outre, les ordinateurs clients peuvent continuer à utiliser les serveurs de noms précédents pour le sous-domaine dans leur cache.
1. Une fois que les paramètres de la durée de vie du bureau d'enregistrement du domaine expirent (voir l'étape 2), supprimez les enregistrements suivants du fichier de zone pour le domaine parent :
+ Les enregistrements que vous avez ajoutés à Route 53 comme décrit dans [Création d'enregistrements](#AddMigratedSubdomainRecords).
+ Les enregistrements NS de votre service DNS. Lorsque vous avez terminé de supprimer des enregistrements NS, les seuls enregistrements NS du fichier de zone seront ceux que vous avez créés à l'étape 4.
# Transition vers le routage basé sur la latence dans Amazon Route 53
Grâce au routage basé sur la latence, Amazon Route 53 peut diriger vos utilisateurs vers le point de terminaison à latence la plus faible AWS disponible. Par exemple, vous pouvez associer un nom DNS tel que `www.example.com` à un Classic, Application, or Network Load Balancer ELB, ou à des instances Amazon EC2 ou adresses IP Elastic hébergées dans les régions USA Est (Ohio) et Europe (Irlande). Les serveurs DNS Route 53 décident, en fonction des conditions du réseau au cours des deux semaines précédentes, quelles instances dans quelles régions doivent servir des utilisateurs spécifiques. Un utilisateur basé à Londres sera probablement dirigé vers l'instance Europe (Irlande), un utilisateur basé à Chicago sera probablement dirigé vers l'instance USA Est (Ohio), et ainsi de suite. Route 53 prend en charge le routage basé sur la latence pour les enregistrements A, AAAA, TXT et CNAME, ainsi que les alias pour les enregistrements A et AAAA.
**Note**
Les données relatives à la latence entre les utilisateurs et vos ressources sont entièrement basées sur le trafic entre les utilisateurs et les centres de AWS données. Si vous n'utilisez pas de ressources dans une AWS région, la latence réelle entre vos utilisateurs et vos ressources peut varier considérablement en fonction des données de AWS latence. Cela est vrai même si vos ressources sont situées dans la même ville qu'une AWS région.
Pour profiter d'une transition en douceur et présentant un faible risque, vous pouvez associer des enregistrements de latence et pondérés pour migrer progressivement d'un routage standard à un routage basé sur la latence, en exerçant un contrôle total et en ayant la possibilité de revenir en arrière à chaque étape. Prenons un exemple dans lequel `www.example.com` est actuellement hébergé sur une instance Amazon EC2 dans la région USA Est (Ohio). L'instance a l'adresse IP Elastic `W.W.W.W`. Supposons que vous souhaitez continuer à acheminer le trafic vers la région USA Est (Ohio) lorsque cela convient, tout en commençant également à diriger les utilisateurs vers des instances Amazon EC2 supplémentaires dans la région USA Ouest (Californie du nord) (adresse IP Elastic `X.X.X.X`) et dans la région Europe (Irlande) (adresse IP Elastic `Y.Y.Y.Y`). La zone hébergée Route 53 pour `example.com` a déjà un enregistrement pour `www.example.com`, dont la valeur de **Type** est A et celle de **Valeur** (une adresse IP) est `W.W.W.W`.
Lorsque l'exemple suivant est terminé, vous disposez de deux enregistrements d'alias pondérés :
+ Vous allez convertir votre enregistrement existant pour `www.example.com` en enregistrement d'alias pondéré qui continue à diriger la majeure partie de votre trafic vers votre instance Amazon EC2 existante dans la région USA Est (Ohio).
+ Vous allez créer un autre enregistrement d'alias pondéré qui, au départ, dirige seulement une petite partie de votre trafic vers vos enregistrements de latence, qui acheminent le trafic vers les trois régions.
En mettant à jour les pondérations dans ces enregistrements d'alias pondérés, vous pouvez progressivement passer de l'acheminement du trafic uniquement dans vers la région USA Est (Ohio) à l'acheminement du trafic vers les trois régions dans lesquelles vous avez des instances Amazon EC2.
**Pour effectuer la transition vers le routage basé sur la latence**
1. Faites une copie de l'enregistrement pour `www.example.com`, mais utilisez un nouveau nom de domaine, par exemple `copy-www.example.com`. Attribuez au nouvel enregistrement les mêmes valeurs **Type** (A) et **Value** (`W.W.W.W`) que celles de l'enregistrement pour `www.example.com`.
1. Mettez à jour l'enregistrement A existant pour `www.example.com` afin qu'il devienne l'enregistrement d'alias pondéré :
+ Pour **Value/Route traffic to (Valeur/acheminer le trafic vers)**, choisissez **Alias to another record in this hosted zone (Alias vers un autre enregistrement de cette zone hébergée)**, et spécifiez `copy-www.example.com`.
+ Pour **Weight (Poids)**, spécifiez 100.
Lorsque vous avez terminé la mise à jour, Route 53 continue à utiliser cet enregistrement pour acheminer l'ensemble du trafic vers la ressource dont l'adresse IP est `W.W.W.W`.
1. Créez un enregistrement de latence pour chacune de vos instances Amazon EC2, par exemple :
+ USA Est (Ohio), adresse IP Elastic `W.W.W.W`
+ USA Ouest (Californie du Nord), adresse IP Elastic `X.X.X.X`
+ Europe (Irlande), adresse IP Elastic `Y.Y.Y.Y`
Attribuez à tous les enregistrements de latence le même nom de domaine, par exemple `www-lbr.example.com`, et le même type, A.
Lorsque vous avez terminé de créer des enregistrements de latence, Route 53 continue à acheminer le trafic à l'aide de l'enregistrement mis à jour à l'étape 2.
Vous pouvez utiliser `www-lbr.example.com` pour les tests de validation, par exemple pour vous assurer que chaque point de terminaison peut accepter des demandes.
1. Ajoutons maintenant l'enregistrement de latence `www-lbr.example.com` dans l'enregistrement pondéré `www.example.com` et commençons à acheminer une partie du trafic vers les instances Amazon EC2 correspondantes. Cela signifie que l'instance Amazon EC2 de la région USA Est (Ohio) recevra le trafic des deux enregistrements pondérés.
Créer un autre enregistrement d'alias pondéré pour `www.example.com` :
+ Pour **Value/Route traffic to (Valeur/acheminer le trafic vers)**, choisissez **Alias to another record in this hosted zone (Alias vers un autre enregistrement de cette zone hébergée)**, et spécifiez `www-lbr.example.com.`
+ Pour **Weight (Poids)**, spécifiez 1.
Lorsque vous avez terminé et que vos modifications sont synchronisées sur les serveurs Route 53, Route 53 commence à acheminer une infime partie de votre trafic (1/101) vers les instances Amazon EC2 pour lesquelles vous avez créé des enregistrements de latence à l'étape 3.
1. Au fur et à mesure que vous avez l'assurance que vos points de terminaison sont correctement dimensionnés pour le trafic entrant, ajustez les pondérations en conséquence. Par exemple, si vous souhaitez que 10 % de vos demandes soient basées sur le routage basé sur la latence, modifiez respectivement les pondérations par 90 et 10.
Pour plus d'informations sur la création des enregistrements de latence, consultez [Création d'enregistrements à l'aide de la console Amazon Route 53](resource-record-sets-creating.md).
# Ajout d'une autre région à votre routage basé sur la latence dans Amazon Route 53
Si vous utilisez le routage basé sur la latence et si vous souhaitez ajouter une instance dans une nouvelle région, vous pouvez diriger progressivement le trafic vers la nouvelle région de la même manière que vous avez progressivement passé le trafic au routage basé sur la latence dans [Transition vers le routage basé sur la latence dans Amazon Route 53](TutorialTransitionToLBR.md).
Supposons par exemple que vous utilisez le routage basé sur la latence pour acheminer le trafic pour `www.example.com` et que vous voulez ajouter une instance Amazon EC2 dans la région Asie-Pacifique (Tokyo) à vos instances situées dans les régions USA Est (Ohio), USA Ouest (Californie du Nord) et Europe (Irlande). L'exemple de procédure suivant explique une façon d'ajouter une instance dans une autre région.
Dans le cadre de cet exemple, la zone hébergée Amazon Route 53 pour `example.com` a déjà un enregistrement d'alias pondéré pour `www.example.com` qui achemine le trafic vers les enregistrements basés sur la latence pour `www-lbr.example.com` :
+ USA Est (Ohio), adresse IP Elastic `W.W.W.W`
+ USA Ouest (Californie du Nord), adresse IP Elastic `X.X.X.X`
+ Europe (Irlande), adresse IP Elastic `Y.Y.Y.Y`
La pondération de l'enregistrement d'alias pondéré est 100. Une fois que vous effectuez la transition vers le routage basé sur la latence, supposez que vous avez supprimé l'autre enregistrement pondéré que vous avez utilisé pour la transition.
**Pour ajouter une autre région à votre routage basé sur la latence dans Route 53**
1. Créez quatre nouveaux enregistrements basés sur la latence qui incluent les trois régions d'origine, ainsi que la nouvelle région pour laquelle vous voulez commencer à acheminer le trafic.
+ USA Est (Ohio), adresse IP Elastic `W.W.W.W`
+ USA Ouest (Californie du Nord), adresse IP Elastic `X.X.X.X`
+ Europe (Irlande), adresse IP Elastic `Y.Y.Y.Y`
+ Adresse IP Elastic `Z.Z.Z.Z`
Attribuez à tous les enregistrements de latence le même nouveau nom de domaine, par exemple `www-lbr-2012-04-30.example.com`, et le même type, A.
Lorsque vous avez terminé de créer les enregistrements de latence, Route 53 continue d'acheminer le trafic à l'aide de l'enregistrement d'alias pondéré (`www.example.com`) et des enregistrements de latence (`www-lbr.example.com`) d'origine.
Vous pouvez utiliser les enregistrements `www-lbr-2012-04-30.example.com` pour les tests de validation, par exemple pour vous assurer que chaque point de terminaison peut accepter des demandes.
1. Créer un enregistrement d'alias pondéré pour les nouveaux enregistrements de latence :
+ Pour le nom de domaine, spécifiez le nom de l'enregistrement d'alias pondéré existant, `www.example.com`.
+ Pour **Value/Route traffic to (Valeur/acheminer le trafic vers)**, choisissez **Alias to another record in this hosted zone (Alias vers un autre enregistrement de cette zone hébergée)**, et spécifiez `www-lbr-2012-04-30.example.com`.
+ Pour **Weight (Poids)**, spécifiez 1.
Lorsque vous avez terminé, Route 53 commence à acheminer une infime partie de votre trafic (1/101) vers les instances Amazon EC2 pour lesquelles vous avez créé les enregistrements de latence `www-lbr-2012-04-30.example.com` à l'étape 1. Le reste du trafic sera toujours acheminé vers les enregistrements de latence `www-lbr.example.com`, qui ne comprennent pas l'instance Amazon EC2 de la région Asie-Pacifique (Tokyo).
1. Au fur et à mesure que vous avez l'assurance que vos points de terminaison sont correctement dimensionnés pour le trafic entrant, ajustez les pondérations en conséquence. Par exemple, si vous souhaitez que 10 % de vos demandes soient acheminées vers les enregistrements de latence qui comprennent la région de Tokyo, modifiez la pondération de `www-lbr.example.com` de 100 à 90 et la pondération de `www-lbr-2012-04-30.example.com` de 1 à 10.
Pour plus d'informations sur la création d'enregistrements, consultez [Création d'enregistrements à l'aide de la console Amazon Route 53](resource-record-sets-creating.md).
# Utilisation d'enregistrements de latence et pondérés dans Amazon Route 53 pour acheminer le trafic vers plusieurs instances Amazon EC2 d'une région
Si votre application s'exécute sur des instances Amazon EC2 dans plusieurs régions Amazon EC2, et si vous avez plusieurs instances Amazon EC2 dans une ou plusieurs régions, vous pouvez utiliser le routage basé sur la latence pour acheminer le trafic vers la région adéquate, puis utiliser les enregistrements pondérés pour acheminer le trafic vers les instances au sein de la région en fonction des pondérations que vous spécifiez.
Supposons par exemple que vous disposez de trois instances Amazon EC2 avec des adresses IP Elastic dans la région USA Est (Ohio) et que vous voulez répartir uniformément les demandes sur les trois adresses IP pour les utilisateurs pour lesquels USA Est (Ohio) est la région qui convient. Une seule instance Amazon EC2 suffit dans les autres régions, mais vous pouvez appliquer la même technique dans plusieurs régions en une seule fois.
**Pour utiliser des enregistrements de latence et pondérés dans Amazon Route 53 pour acheminer le trafic vers plusieurs instances Amazon EC2 d'une région**
1. Créez un groupe d'enregistrements pondérés pour les instances Amazon EC2 de la région. Notez ce qui suit :
+ Attribuez à chaque enregistrement pondéré la même valeur pour **Record name (Nom de l'enregistrement** (par exemple, `us-east.example.com`) et **Record type (Type d'enregistrement)**.
+ Pour **Value/Route traffic to (Valeur/Acheminer le trafic vers)**, choisissez **IP address or another value depending on the record type (Adresse IP ou une autre valeur en fonction du type d'enregistrement)** et spécifiez la valeur d'une adresse IP Elastic.
+ Si vous souhaitez pondérer uniformément les instances Amazon EC2, spécifiez la même valeur pour **Weight (Pondération)**.
+ Spécifiez une valeur unique pour **Set ID** pour chaque enregistrement.
Pour plus d'informations sur les enregistrements pondérés, veuillez consulter la section [Weighted routing (Routage pondéré)](routing-policy-weighted.md).
1. Si vous avez plusieurs instances Amazon EC2 dans d'autres régions, répétez l'étape 1 pour les autres régions. Spécifiez une valeur différente pour **Name (Nom)** dans chaque région.
1. Pour chaque région dans laquelle vous avez plusieurs instances Amazon EC2 (par exemple, USA Est [Ohio]), créez un enregistrement d'alias de latence. Pour **Value/Route traffic to (Valeur/Routage du trafic vers)**, choisissez **Alias to another record in this hosted zone (Alias vers un autre enregistrement de cette zone hébergée)** et spécifiez la valeur du champ **Record name (Nom de l'enregistrement)** (par exemple, `us-east.example.com`) que vous avez affecté aux enregistrements pondérés dans cette région.
1. Pour chaque région dans laquelle vous avez une instance Amazon EC2, créez un enregistrement de latence. Pour la valeur de **Record name (Nom de l'enregistrement)**, spécifiez la même valeur que celle spécifiée pour les enregistrements d'alias de latence créés à l'étape 3. Pour **Value/Route traffic to (Valeur/Acheminer le trafic vers)**, choisissez **IP address or another value depending on the record type (Adresse IP ou une autre valeur en fonction du type d'enregistrement)** et spécifiez l'adresse IP Elastic de l'instance Amazon EC2 de cette région.
Pour plus d'informations sur l'ajout d'enregistrements d'alias à des instances Amazon EC2, veuillez consulter [Routage du trafic vers une instance Amazon EC2](routing-to-ec2-instance.md)
Pour plus d'informations sur la création d'enregistrements, consultez [Création d'enregistrements à l'aide de la console Amazon Route 53](resource-record-sets-creating.md).
# Gestion de plus de 100 enregistrements pondérés dans Amazon Route 53
Amazon Route 53 vous permet de configurer des enregistrements pondérés. Pour un nom et un type donnés (par exemple, `www.example.com`, type A), vous pouvez configurer jusqu'à 100 réponses alternatives, chacune ayant sa propre pondération. Lorsque les serveurs DNS Route 53 répondent aux demandes pour `www.example.com`, ils sélectionnent une réponse aléatoire pondérée qui sera renvoyée aux résolveurs DNS. La valeur d'un enregistrement pondéré dont la pondération est 2 est renvoyée en moyenne deux fois plus souvent que la valeur d'un enregistrement pondéré dont la pondération est 1.
Si vous avez besoin de diriger le trafic vers plus de 100 points de terminaison, vous pouvez utiliser une arborescence d'enregistrements d'alias pondérés et d'enregistrements pondérés. Par exemple, le premier « niveau » de l'arborescence comporter jusqu'à 100 enregistrements d'alias pondérés, chacun pouvant, tour à tour, pointer vers 100 enregistrements pondérés au maximum. Route 53 permet jusqu'à trois niveaux de récursivité, ce qui vous permet de gérer jusqu'à 1 000 000 points de terminaison pondérés uniques.
Une arborescence à deux niveaux simple peut ressembler à ceci :
**Enregistrements d'alias pondérés**
+ Alias `www.example.com` à `www-a.example.com` avec une pondération de 1
+ Alias `www.example.com` à `www-b.example.com` avec une pondération de 1
**Enregistrements pondérés**
+ `www-a.example.com`, type A, valeur 192.0.2.1, pondération 1
+ `www-a.example.com`, type A, valeur 192.0.2.2, pondération 1
+ `www-b.example.com`, type A, valeur 192.0.2.3, pondération 1
+ `www-b.example.com`, type A, valeur 192.0.2.4, pondération 1
Pour plus d'informations sur la création d'enregistrements, consultez [Utilisation des enregistrements](rrsets-working-with.md).
# Pondération des réponses pour la tolérance aux pannes pour plusieurs enregistrements dans Amazon Route 53
**Note**
Les enregistrements utilisant une règle de routage de réponse multivaleur se comportent assez similairement à la configuration figurant dans ce didacticiel. La principale différence est que la configuration du didacticiel vous permet de spécifier des pondérations, ce qui peut être utile lorsque vos points de terminaison ont des capacités distinctes. Pour de plus amples informations, veuillez consulter [Multivalue answer routing (Routage de réponse multivaleur)](routing-policy-multivalue.md).
Un enregistrement pondéré Amazon Route 53 ne peut être associé qu'à un enregistrement, c'est-à-dire à une combinaison d'un nom (par exemple, `example.com`) et d'un type d'enregistrement (par exemple, A). Mais il est souvent préférable de pondérer les réponses DNS contenant plusieurs enregistrements.
Par exemple, vous pouvez avoir huit instances Amazon EC2 ou points de terminaison IP Elastic pour un service. Si les clients de ce service prennent en charge les nouvelles tentatives de connexion (à l'instar de tous les navigateurs courants), alors le fait de fournir plusieurs adresses IP dans les réponses DNS fournit à ces clients des points de terminaison alternatifs, en cas de défaillance d'un point de terminaison. Vous pouvez même vous protéger contre la défaillance d'une zone de disponibilité si vous configurez les réponses de manière à ce qu'elles soient IPs hébergées dans au moins deux zones de disponibilité.
Les réponses impliquant plusieurs enregistrements sont également utiles lorsqu'un grand nombre de clients (par exemple, des applications web mobiles) partage un petit ensemble de caches DNS. Dans ce cas, les réponses impliquant plusieurs enregistrements permettent aux clients de diriger les demandes vers plusieurs points de terminaison même s'ils reçoivent une réponse DNS commune du cache partagé.
Ces types de réponses pondérées impliquant plusieurs enregistrements peuvent être obtenus grâce à une combinaison d'enregistrements et d'enregistrements d'alias pondérés. Vous pouvez regrouper huit points de terminaison dans deux jeux d'enregistrements distincts, chacun contenant quatre adresses IP :
`endpoint-a.example.com`, type A, avec les valeurs suivantes :
+ 192.0.2.1
+ 192.0.2.2
+ 192.0.2.128
+ 192.0.2.129
`endpoint-b.example.com`, type A, avec les valeurs suivantes :
+ 192.0.2.3
+ 192.0.2.4
+ 192.0.2.130
+ 192.0.2.131
Vous pouvez ensuite créer un enregistrement d'alias pondéré qui pointe vers chaque groupe :
+ alias `www.example.com` à `endpoint-a.example.com`, type A, pondération 1
+ alias `www.example.com` à `endpoint-b.example.com`, type A, pondération 1
Pour plus d'informations sur la création d'enregistrements, consultez [Utilisation des enregistrements](rrsets-working-with.md).