Mudei meu TTL de 24 horas para 5 minutos. Preciso esperar 24 horas antes de alterar os registros?

Question

Estou migrando nosso aplicativo de um servidor em nuvem na Rackspace para um servidor dedicado.

Eu quero derrubar o aplicativo por ~ 5 minutos para copiar os dados do servidor de nuvem para o servidor dedicado, portanto, não quero que solicitações sejam enviadas para o servidor antigo depois que eu copiei os dados.

Eu quero apontar nosso registro DNS no novo servidor, mas o TTL foi definido para 24 horas. Eu mudei para 300 segundos. Preciso esperar as 24 horas antes de atualizar o ip que o domínio aponta para / copiar os dados?

    

Answer 1

Qualquer pessoa que tenha uma cópia em cache do registro de domínio não se incomodará em atualizá-la por 24 horas, portanto, se sua intenção for ter no máximo uma janela de indisponibilidade de 5 minutos, aguarde até que todos os caches pendentes sejam atualizados não viva mais de 5 minutos.

    

Answer 2

É (potencialmente) ainda pior do que isso - você tem que esperar 24 horas depois de todos os servidores atualizados. A maneira normal de as atualizações acontecerem é que você faz uma alteração na zona no servidor principal e, em seguida, cada um dos secundários transfere os novos dados da zona na próxima vez que eles fizerem o check-in com o principal. A frequência de check-in é controlada pelo intervalo de atualização no registro SOA da região. Assim, no pior dos casos, você teria que esperar o intervalo de atualização da zona + o TTL do registro.

Você pode também ter que esperar tanto tempo pelas mudanças reais no registro. Um TTL de 5 minutos não fará muito bem se os secundários apenas atualizarem a cada 6 horas. Então, você provavelmente desejará diminuir o intervalo de atualização na zona e no período em que deseja fazer alterações rápidas.

Lembre-se, isso pode não se aplicar à sua configuração. Se você tiver um sistema que atualize todos os servidores de autoridade juntos, isso não é um problema (e eu não estou familiarizado com a configuração de DNS da Rackspace). Mas eu recomendo consultar todos os seus servidores de autoridade individualmente ( dig server.example.com @secondaryserver.example.com ) para garantir que eles tenham o novo TTL antes de iniciar sua contagem regressiva de 24 horas.

    

Answer 3

Sim, você deve esperar. Mesmo assim, é claro que não é garantido que todos irão respeitar o TTL.

    

Answer 4

Reunindo vários comentários e respostas, o procedimento completo seria algo como.

1. Certifique-se de que você pode atualizar seus servidores autorais de maneira oportuna.
2. Reduza o TTL.
3. Verifique se todos os servidores com autorização possuem o novo ttl.
4. Aguarde o TTL antigo para que os valores armazenados em cache com o TTL antigo sejam (na maioria das vezes) eliminados dos caches (você não pode garantir que eles desaparecerão de cada cache porque alguns caches podem ignorar os padrões).
5. Coloque o site no servidor antigo em modo somente leitura (ou, se você não puder fazer isso, substitua-o por uma página "estamos em manutenção").
6. Execute a cópia final do servidor antigo para o novo servidor (resultando em um site somente leitura no novo servidor).
7. Altere os registros DNS.
8. Verifique se todos os servidores autorativos possuem os novos registros DNS.
9. Aguarde o novo ttl (você pode pular esta etapa se não se importar com a possibilidade de alguns usuários contribuírem para o site e outros usuários não verem os resultados dessas contribuições).
10. Coloque o site no novo servidor no modo de leitura / gravação.
11. Coloque um aviso no servidor antigo dizendo que ele é uma cópia somente leitura desatualizada e que o usuário provavelmente quebrou o DNS.
12. Aguarde alguns instantes para que os registros sejam descartados dos caches DNS incompatíveis.
13. Desativar o servidor antigo.

Answer 5

Além das outras respostas, você pode usar o link para verificar como o seu registro DNS está se propagando quase em tempo real.