Estou migrando nosso aplicativo de um servidor em nuvem da Rackspace para um servidor dedicado.
Quero reduzir o aplicativo por ~ 5 minutos para copiar os dados do servidor em nuvem para o servidor dedicado, portanto, não desejo que as solicitações sejam enviadas para o servidor antigo após a cópia dos dados.
Quero apontar nosso registro DNS para o 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?
domain-name-system
rackspace
ttl
wobbily_col
fonte
fonte
Respostas:
Qualquer pessoa que possua uma cópia em cache do registro de domínio não se incomodará em atualizá-lo por 24 horas; portanto, se sua intenção é ter uma janela de indisponibilidade de no máximo 5 minutos, você deve esperar até que todos os caches pendentes sejam atualizados para não viver mais. de 5 minutos.
fonte
since they last cached it
. Isso pode variar de 1 a 86399 segundos.É (potencialmente) ainda pior do que isso - você precisa esperar 24 horas após a atualização de todos os seus servidores autorizados. A maneira normal de as atualizações acontecerem é que você faça uma alteração na zona no servidor principal e, em seguida, cada um dos secundários transfira os novos dados da zona na próxima vez que eles fizerem check-in com o primário. A frequência de check-in é controlada pelo intervalo de atualização no registro SOA da zona. Portanto, no pior caso, você teria que esperar o intervalo de atualização da zona + o TTL do registro.
Você também pode ter que esperar tanto tempo para que as alterações reais do registro. Um TTL de 5 minutos não será muito bom se os secundários forem atualizados apenas a cada 6 horas. Portanto, você provavelmente deseja diminuir o intervalo de atualização na zona e também para o período em que deseja fazer alterações rápidas.
Lembre-se, isso pode não se aplicar à sua configuração. Se você possui um sistema que atualiza todos os servidores autorizados, isso não é um problema (e eu não estou familiarizado com a configuração de DNS da Rackspace). Mas recomendo consultar todos os seus servidores autorizados 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.fonte
dig +nssearch example.com
é uma ferramenta útil para comparar rapidamente SOAs em todos os servidores; nsdiff mostra diferenças reais.Sim, você deveria esperar. Mesmo assim, é claro que não é garantido que todos respeitem o TTL.
fonte
Reunir vários comentários e respostas ao procedimento completo seria algo parecido.
fonte
Além das outras respostas, você pode usar https://www.whatsmydns.net/ para verificar como o seu registro DNS está se propagando quase em tempo real.
fonte