Como migrar de fornecedor DNS sem tempo de inatividade

Antes de começar: exporte tudo

Obtenha uma cópia completa e literal de cada registo no fornecedor atual — um ficheiro de exportação se existir, capturas de ecrã se não existir. Preste especial atenção aos tipos de registo específicos do fornecedor, como ALIAS ou ANAME no domínio raiz, já que nem todos os novos fornecedores os implementam da mesma forma, ou sequer os implementam.

Baixe o TTL com antecedência

24 a 48 horas antes da migração, baixe o TTL de todos os registos que vai alterar para algo curto, como 300 segundos. Isto faz com que os resolvedores descartem rapidamente as respostas em cache após a comutação, em vez de continuarem a servir os registos antigos durante o tempo que restasse da TTL anterior, provavelmente muito mais alta.

Recrie primeiro cada registo no novo fornecedor

Construa a zona completa no novo fornecedor enquanto os servidores de nomes do domínio ainda apontam para o antigo. Muitos fornecedores permitem consultar diretamente os seus servidores de nomes, para que possa confirmar que cada registo resolve corretamente antes de algo entrar em produção.

A comutação propriamente dita

Mude no registrador do domínio os servidores de nomes para os do novo fornecedor. Este é o único passo que não pode ser testado antecipadamente — a partir daqui, os registos que o mundo vê dependem inteiramente de quais resolvedores já obtiveram os novos servidores de nomes.

Confirme antes de considerar concluído

Verifique a propagação em muitos resolvedores em todo o mundo, não apenas na sua própria ligação, já que o resolvedor do seu fornecedor de internet ter os novos registos nada diz sobre os restantes.

Depois de estável

Assim que a propagação parecer completa e nada se tiver quebrado num dia ou dois, suba novamente os TTL para um valor normal — uma TTL permanentemente curta significa permanentemente mais consultas DNS sem qualquer benefício contínuo.

O que se esquece

• Registos MX ou TXT — o correio continua a funcionar com respostas em cache durante algum tempo após uma migração, por isso um registo MX em falta pode demorar dias a surgir como um problema real
• Registos CAA que restringem quais autoridades de certificação podem emitir para o domínio — a omissão de um registo CAA pode fazer com que uma renovação de certificado de rotina falhe sem ligação óbvia à migração de DNS que a causou
• DNSSEC — se estiver ativado, o registo DS no registrador tem de ser coordenado com as chaves do novo fornecedor, ou o domínio pode ficar inacessível para os resolvedores que validam, em vez de apenas servir dados desatualizados

Verifique a propagação antes e depois da comutação