Práticas recomendadas do Amazon Route 53 DNS

Os planos de dados do Route 53, incluindo as verificações de integridade, e o controle de roteamento Amazon Application Recovery Controller (ARC) são distribuídos globalmente e foram criados para fornecer 100% de disponibilidade e funcionalidade, mesmo durante eventos críticos. Integram-se entre si e não dependem da funcionalidade do ambiente de gerenciamento. Embora os ambientes de gerenciamento desses serviços, inclusive seus consoles, sejam geralmente muito confiáveis, são projetados de maneira mais centralizada e priorizam durabilidade e consistência em vez de alta disponibilidade. Para cenários como failover durante a recuperação de desastres, recomendamos que você use recursos como as verificações de integridade e o controle de roteamento ARC do Route 53 que usam a funcionalidade do plano de dados para atualizar o DNS. Para obter mais informações, consulte Conceitos de planos de dados e de controle e Criar mecanismos de recuperação de desastres usando o Amazon Route 53.

O TTL do DNS é o valor numérico (em segundos) que os resolvedores de DNS usam para decidir por quanto tempo um registro poderá ser armazenado em cache sem fazer outra consulta ao Route 53. Todos os registros de DNS devem ter um TTL especificado. O intervalo recomendado para valores de TTL é de 60 a 172.800 segundos.

A escolha de um TTL envolve um equilíbrio entre latência e confiabilidade e capacidade de resposta à mudança. Com TTLs mais curtos em um registro, os resolvedores de DNS perceberão atualizações no registro mais rapidamente, pois deverão consultar com mais frequência. Isso aumenta o volume (e o custo) das consultas. Quanto mais se prolonga o TTL, maior é a frequência com que os resolvedores de DNS respondem a consultas do cache, o que geralmente é mais rápido, mais barato e, em algumas situações, mais confiável porque evita consultas na Internet. Não há valor correto, mas vale a pena pensar no que é mais importante para você: capacidade de resposta ou confiabilidade.

Fatos a considerar ao definir valores de TTL:

Para mais informações, consulte TTL (segundos).

Os registros CNAME ne DNS são uma forma de apontar um nome de domínio para outro. Se um resolvedor de DNS resolver domain-1.example.com e encontrar um CNAME que aponta para domain-2.example.com, o resolvedor de DNS deverá prosseguir para resolver domain-2.example.com antes de responder. Esses registros são úteis em muitas situações, por exemplo, para garantir consistência quando um site tem mais de um nome de domínio.

Porém, os resolvedores de DNS devem fazer mais consultas para responder aos CNAMES, o que aumenta a latência e os custos. Sempre que possível, uma alternativa mais rápida e mais barata é usar um registro de alias do Route 53. Registros de alias permitem que o Route 53 responda com uma resposta direta para recursos da AWS (por exemplo, balanceador de carga) e para outros domínios dentro da mesma zona hospedada.

Para ter mais informações, consulte Como encaminhar o tráfego na Internet para os seus recursos da AWS.

Para mais informações, consulte Roteamento de localização geográfica, Roteamento por geoproximidade e Roteamento baseado em latência.

Quando você cria ou atualiza um registro ou zona hospedada usando o console ou a API do Route 53, leva algum tempo para alteração ser refletida na Internet. Isso se chama propagação de alterações. Embora normalmente a propagação demore menos de um minuto globalmente, existem atrasos ocasionais, por exemplo, devido a problemas de sincronização com um local ou, em casos raros, problemas dentro do plano de controle central. Se você estiver criando fluxos de trabalho de provisionamento automatizado e for importante aguardar a conclusão da propagação da alteração antes de avançar para a próxima etapa do fluxo de trabalho, use a API GetChange para verificar se as alterações de DNS entraram em vigor (Status =INSYNC).

Ao delegar vários níveis de subdomínios no DNS, é importante sempre delegar da zona pai. Por exemplo, se você estiver delegando www.dept.example.com, deverá fazê-lo a partir da zona dept.example.com, e não da zonaexample.com. As delegações de uma zona avô para uma zona filho pode não funcionar de modo algum ou funcionar apenas de forma inconsistente. Para ter mais informações, consulte Rotear tráfego para subdomínios.

Evite criar respostas únicas e grandes. Se as respostas forem maiores que 512 bytes, muitos resolvedores DNS devem tentar novamente por TCP em vez de UDP, o que pode reduzir a confiabilidade e levar a respostas mais lentas. Recomendamos usar o roteamento de resposta de vários valores, que escolhe oito endereços IP aleatórios íntegros para manter as respostas dentro do limite de 512 bytes.

Para obter mais informações, consulte Roteamento de resposta com vários valores e DNS Reply Size Test Server (Servidor de teste de tamanho de respostas de DNS).