Quanto tempo leva para um CNAME da Route 53 funcionar?

Eu configurei um CNAME na rota 53 da Amazon para apontar para outro servidor.

Este é um novo CNAME para um novo subdomínio apontando para um nome de domínio existente.

Com outros provedores de DNS com os quais trabalhei, os novos registros de nome canônico foram alternados com outro nome de domínio canônico instantaneamente.

As DNSalterações de registro da rota 53 se propagam em menos de um minuto, mas os TTLtempos afetam a rapidez com que os DNSresolvedores retornam para obter registros atualizados .

P. Com que rapidez as alterações feitas nas minhas configurações de DNS no Amazon Route 53 serão propagadas globalmente?

O Amazon Route 53 foi projetado para propagar as atualizações feitas nos registros DNS para sua rede mundial de servidores DNS autorizados dentro de 60 segundos, em condições normais. Uma mudança é propagada com sucesso em todo o mundo quando a chamada da API retorna uma lista de status INSYNC.

Observe que os resolvedores de DNS em cache estão fora do controle do serviço Amazon Route 53 e armazenarão em cache seus conjuntos de registros de recursos de acordo com o tempo de vida útil (TTL). O status INSYNC ou PENDING de uma alteração refere-se apenas ao estado dos servidores DNS autoritativos do Route 53.

Ou, se você preferir os fóruns de desenvolvedores da AWS ...

Você pode esperar que ele tenha se propagado para todos os servidores Route 53 em todo o mundo em um minuto. No entanto, lembre-se de que o TTL determina com que rapidez os clientes verão as informações atualizadas. Se você definir o TTL para um registro para dizer 3600 segundos, os resolvedores de DNS poderão armazenar em cache esses dados por até uma hora antes de voltar ao Route 53 novamente. Se for importante fazer com que o registro atualizado seja propagado até os usuários finais o mais rápido possível, eu recomendaria um TTL de 60 segundos.

Como o TTL está configurado para cada registro, você pode usar valores diferentes. Se você não planeja fazer alterações em um registro em um futuro próximo, um TTL mais alto pode ajudá-lo a economizar nos custos de consulta e tornar as coisas um pouco mais eficientes. Como exemplo, talvez você não precise atualizar seus registros MX dessa maneira. Digamos que você tenha um TTL definido para 43200 segundos (12 horas) para seus registros MX. Se você mudar para outro provedor de e-mail, simplesmente abaixe o TTL com antecedência. Assim que o TTL original expirar, você poderá prosseguir com a mudança. Os registros atualizados agora se propagam muito mais rapidamente, graças ao TTL mais baixo. Mude o TTL de volta ao valor original ao mesmo tempo.

Não prestei atenção ao valor CNAME, estava incorreto para a especificação CNAME. A resposta para a pergunta é "instantânea".

60 segundos, mas verifique se o sistema operacional host não está armazenando em cache os registros DNS por mais tempo. Use uma ferramenta de pesquisa de DNS para verificar diretamente em um servidor de nomes.