Combien de temps faut-il pour qu'un CNAME Route 53 fonctionne?

16

J'ai configuré un CNAME sur la Route 53 d'Amazon pour pointer vers un autre serveur.

Il s'agit d'un nouveau CNAME pour un nouveau sous-domaine pointant vers un nom de domaine existant.

Avec les autres fournisseurs DNS avec lesquels j'ai travaillé, les nouveaux enregistrements de nom canonique se sont aliasés instantanément en un autre nom de domaine canonique.

David Sulpy
la source
J'attendrais quelques minutes. Les enregistrements de Route53 vont à des dizaines de centres de données à travers le monde et, vraisemblablement, à des dizaines de serveurs dans ces centres de données, j'ai donc généralement vu entre quelques secondes et quelques minutes pour les quatre adresses de serveurs de noms d'un domaine pour commencer à renvoyer des résultats.
ceejayoz
2
Comment testez-vous s'ils ont "fonctionné" ou non? Il y a beaucoup de mise en cache dans DNS et si vous ne le faites pas correctement, vous verrez juste un enregistrement mis en cache.
Ladadadada
Je le teste en essayant d'appuyer sur l'URL que j'ai configurée. Dans ma question, j'ai mentionné qu'il s'agit d'un nouvel enregistrement, donc je ne suis pas sûr que je devrais être préoccupé par les enregistrements mis en cache sur ma machine.
David Sulpy

Réponses:

14

Les DNSmodifications des enregistrements Route 53 se propagent en moins d'une minute, mais les TTLdélais auront un impact sur la rapidité avec laquelle les DNSrésolveurs vérifient les enregistrements mis à jour .

Q. À quelle vitesse les modifications que j'apporte à mes paramètres DNS sur Amazon Route 53 se propagent-elles à l'échelle mondiale?

Amazon Route 53 est conçu pour propager les mises à jour que vous apportez à vos enregistrements DNS vers son réseau mondial de serveurs DNS faisant autorité dans les 60 secondes dans des conditions normales. Une modification est propagée avec succès dans le monde entier lorsque l'appel d'API renvoie une liste d'état INSYNC.

Notez que la mise en cache des résolveurs DNS est hors du contrôle du service Amazon Route 53 et mettra en cache vos jeux d'enregistrements de ressources en fonction de leur durée de vie (TTL). Le statut INSYNC ou PENDING d'une modification se réfère uniquement à l'état des serveurs DNS faisant autorité de Route 53.

Ou, si vous préférez les forums de développeurs AWS ...

Vous pouvez vous attendre à ce qu'il se soit propagé à tous les serveurs Route 53 dans le monde en une minute. Cependant, gardez à l'esprit que le TTL détermine la vitesse à laquelle les clients verront les informations mises à jour. Si vous définissez la TTL pour un enregistrement à dire 3600 secondes, les résolveurs DNS peuvent mettre en cache ces données pendant une heure avant de revenir sur Route 53. S'il est important de faire en sorte que l'enregistrement mis à jour se propage aussi rapidement que possible aux utilisateurs finaux, je recommanderais un TTL de 60 secondes.

Comme le TTL est configuré pour chaque enregistrement, vous pouvez utiliser différentes valeurs. Si vous ne prévoyez pas de modifier un enregistrement dans un avenir proche, un TTL plus élevé peut vous aider à économiser sur les coûts de requête et à rendre les choses un peu plus efficaces. Par exemple, vous n'aurez peut-être pas besoin de mettre à jour vos enregistrements MX comme ça. Supposons que votre TTL soit défini sur 43 200 secondes (12 heures) pour vos enregistrements MX. Si vous passez à un autre fournisseur de messagerie, abaissez simplement le TTL à l'avance. Dès que le TTL d'origine a expiré, vous pouvez procéder au déplacement. Les enregistrements mis à jour se propageront désormais beaucoup plus rapidement grâce au TTL inférieur. Remettez le TTL à sa valeur d'origine en même temps.

HopelessN00b
la source
Merci d'avoir répondu. J'ai lu la FAQ avant de tendre la main ici. La seule raison pour laquelle je me demandais était parce que cela n'était pas arrivé en moins que le TTL. L'enregistrement que j'ai ajouté est un tout nouvel enregistrement dans un sous-domaine qui n'existait pas auparavant.
David Sulpy
2

Je n'ai pas fait attention à la valeur CNAME, c'était incorrect pour la spécification CNAME. La réponse à la question est «instantanée».

David Sulpy
la source
2

60 secondes, mais assurez-vous que votre système d'exploitation hôte ne met pas les enregistrements DNS en cache plus longtemps. Utilisez un outil de recherche DNS pour vérifier directement avec un serveur de noms.

Timothy Gonzalez
la source