Reduza o TTL antes de uma migração
Atualizado em 6 min de leituraPela equipe do DNSPeek
Reduza para 300 segundos o TTL dos registros que você vai alterar pelo menos um TTL antigo inteiro antes da migração, normalmente de 24 a 48 horas antes. Assim os resolvedores guardam o endereço antigo em cache por no máximo cinco minutos, a troca chega rápido a quase todo mundo e um rollback é igualmente rápido. Volte o TTL para um valor normal alguns dias depois da mudança.
O que o TTL faz durante uma migração
Todo registro DNS tem um TTL (time to live) em segundos. Ele diz aos resolvedores por quanto tempo podem reutilizar uma resposta em cache antes de perguntar de novo. Com um TTL de 86400, um resolvedor que consultou seu domínio logo antes da troca pode continuar mandando os usuários dele para o servidor antigo por um dia inteiro.
Reduzir o TTL não acelera nada sozinho. Ele encurta o próximo período de cache. Por isso o momento importa: o TTL curto só passa a valer quando o TTL antigo, longo, já se esgotou em todos os caches que o guardam.
O cronograma
| Quando | Registro | TTL | Por quê |
|---|---|---|---|
| Hoje | A → IP do servidor antigo | Reduzir para 300 | Os caches passam a pegar o TTL curto conforme as cópias antigas expiram |
| Depois de passar um TTL antigo | A → IP do servidor antigo | 300 | Agora todo cache guarda o registro por no máximo cinco minutos |
| Dia da troca | A → IP do servidor novo | 300 | Os visitantes migram em minutos; o rollback é igualmente rápido |
| Alguns dias depois | A → IP do servidor novo | Voltar para 3600 ou mais | Menos consultas e mais resiliência se o seu provedor de DNS sair do ar |
; Before the move: same IP, short TTL
example.com. 300 IN A 198.51.100.7
; Switch day: new IP
example.com. 300 IN A 203.0.113.10
; A few days later: a longer TTL again
example.com. 3600 IN A 203.0.113.10Como reduzir o TTL
Etapa 1: Confira o TTL atual
Consulte o TTL de cada registro que você vai alterar com o verificador de TTL ou com o
dige anote o maior valor.Etapa 2: Defina o TTL em 300 segundos
No painel do seu provedor de DNS, altere só o TTL desses registros para 300. Mantenha-os apontando para o servidor antigo.
Etapa 3: Espere um TTL antigo
Espere pelo menos o tempo do TTL antigo que você anotou, para que toda cópia em cache com o TTL longo tenha expirado.
Etapa 4: Troque os registros
Aponte os registros para o novo servidor. A maioria dos visitantes chega a ele em cinco minutos; acompanhe com o verificador de propagação de DNS.
Etapa 5: Aumente o TTL de novo
Alguns dias depois da mudança, quando tiver certeza de que não vai fazer rollback, volte o TTL para 3600 segundos ou mais.
Confira o TTL atual
O verificador de TTL gratuito mostra o TTL de cada registro de um domínio. No terminal, o número depois do nome é o TTL em segundos:
dig example.com A +noall +answer
# example.com. 3600 IN A 198.51.100.7Resolve-DnsName -Name example.com -Type A | Format-Table Name, TTL, IPAddressRespostas em cache fazem contagem regressiva
Um resolvedor recursivo mostra o tempo restante da cópia em cache, então o número diminui entre as consultas. Pergunte diretamente ao nameserver autoritativo (dig @ns1.your-dns-host.com example.com A) para ver o valor configurado.
Quais registros reduzir
- A e AAAA do domínio e do
www, além de quaisquer outros hostnames que apontem para o servidor antigo, comoshopouapi. - CNAME que vão apontar para outro lugar.
- MX só se o e-mail também mudar. Se o e-mail ficar onde está, não mexa no MX.
- TXT como o SPF, se os servidores de envio mudarem.
Registros que você não vai alterar podem manter o TTL. Se você vai mover a zona DNS para outro provedor (trocando os nameservers), o TTL de cada registro ajuda menos: a delegação no registro do domínio tem um TTL próprio, que você não pode alterar e que muitas vezes é de um a dois dias. Nesse caso, copie primeiro todos os registros para a nova zona e compare os dois lados com o comparador de DNS antes de trocar os nameservers. O verificador de nameservers mostra o que o registro do domínio está entregando.
Quanto reduzir?
300 segundos é a escolha habitual. É curto o bastante para que uma troca ou um rollback chegue à maioria dos visitantes em minutos, e longo o bastante para não sobrecarregar seu provedor de DNS. Ir mais baixo, como 60 segundos, raramente ajuda na prática: alguns resolvedores aplicam um tempo mínimo de cache de qualquer forma, e navegadores e sistemas operacionais mantêm seus próprios caches curtos.
Alguns painéis de DNS não aceitam valores abaixo de um mínimo ou mostram o TTL como um menu com nomes como “Auto”. Com um registro com proxy em uma CDN como a Cloudflare, o TTL definido não importa nada para a troca: os visitantes resolvem para a CDN, e o que você altera é a origem na CDN.
Erros comuns com o TTL
- Reduzir no dia da troca. Caches que já guardam o registro com TTL de um dia o mantêm por até um dia, com TTL curto ou não.
- Alterar a zona errada. Se os nameservers do domínio apontam para a Cloudflare, editar a zona no registrador não adianta nada. Confira primeiro quais nameservers são autoritativos.
- Esquecer o www e o IPv6. O domínio raiz muda em minutos enquanto o
wwwou um registro AAAA ainda carrega o IP antigo com TTL longo. - Nunca aumentar de novo. Um TTL permanente de 300 segundos funciona, mas significa mais consultas e menos proteção se o seu provedor de DNS sair do ar.
- Esperar que o TTL resolva uma CDN. Com um registro com proxy, os visitantes resolvem para a CDN de qualquer forma; a alteração é feita nas configurações de origem da CDN.
Aproveite a espera para testar
Um TTL curto também é a sua rede de segurança. Se algo der errado depois da troca, apontar o registro de volta para o servidor antigo chega aos visitantes com a mesma rapidez, desde que o servidor antigo ainda esteja funcionando. Mantenha-o até a mudança se estabilizar. O dia entre a redução do TTL e a troca é o momento ideal para verificar o novo servidor. Abra o site no novo IP com um link de prévia do DNSPeek, execute um relatório de QA e envie o link para quem precisa aprovar. O relatório de QA também lê o DNS do domínio e lembra você de reduzir o TTL se ele ainda estiver longo.
Checklist de TTL
TTL
- TTL atual de cada registro a alterar anotado
- TTL reduzido para 300 segundos, registros ainda no IP antigo
- Um TTL antigo de espera antes da troca
- Registros trocados para o novo IP
- Propagação verificada em resolvedores públicos
- TTL aumentado de novo alguns dias depois
Perguntas frequentes
Com quanto tempo de antecedência devo reduzir o TTL antes de uma migração?
Pelo menos um TTL antigo inteiro antes da troca. Com TTL de uma hora, reduza mais de uma hora antes; com TTL de um dia, mais de um dia antes. Fazer isso de 24 a 48 horas antes cobre os casos comuns.
Que TTL devo usar em uma troca de DNS?
300 segundos, ou cinco minutos, é o valor habitual. Ele deixa a troca e qualquer rollback rápidos sem gerar carga perceptível no seu provedor de DNS.
Reduzir o TTL logo antes da troca ajuda?
Muito pouco. Resolvedores que guardaram o registro com o TTL antigo, longo, o mantêm até esse TTL expirar, então o valor curto só ajuda nos resolvedores que perguntam de novo depois que você o reduziu.
Devo manter um TTL baixo para sempre?
Normalmente não. Um TTL mais longo, como uma hora ou mais, significa menos consultas e mantém seu site acessível por mais tempo se o seu provedor de DNS sair do ar. Reduza de novo antes da próxima alteração planejada.
O TTL afeta uma troca de nameservers?
Só em parte. A delegação para os seus nameservers fica em cache nos resolvedores conforme o TTL da zona pai, que você não pode alterar. Copie todos os registros para o novo provedor e conte com até dois dias para a troca de nameservers em si.