Documente configuração atual, DNS e dependências. Replique dados para o novo servidor e teste a aplicação. Agende cutover em baixo tráfego; atualize DNS e monitore. Mantenha o servidor antigo disponível para rollback.
Antes da migração
- Documentar: SO, pacotes, config da app, crons, regras de firewall, registros DNS e dependências (DB, APIs, outros servidores).
- Backup: Backup completo de dados e config do servidor atual; verifique restore em sistema de teste se possível.
- Novo servidor: Provisione com mesmos ou maiores recursos; instale SO e stack; aplique config (automatize quando possível).
Sincronizar e testar
- Replicar dados: Use rsync, replicação de DB ou ferramentas do provedor para copiar dados ao novo servidor. Mantenha em sync até o cutover.
- Testar app: Rode a aplicação no novo servidor com os dados copiados; teste fluxos críticos e integrações. Corrija config (paths, variáveis de ambiente, host do DB).
- Preparar DNS: Reduza TTL dos registros críticos (A, AAAA) um ou dois dias antes do cutover para propagação rápida.
Cutover
- Agendar: Escolha uma janela de baixo tráfego; avise manutenção se necessário.
- Sync final: Pare gravações ou faça sync incremental final; coloque a app em read-only ou breve downtime se precisar.
- Trocar DNS: Aponte o domínio para o(s) IP(s) do novo servidor. Monitore erros e latência; tenha plano de rollback (reverter DNS para o servidor antigo).
Após cutover
- Verificar: Testes de fumaça, checagem de logs e monitoramento por algumas horas. Mantenha o servidor antigo rodando por pelo menos 24–48 h para rollback.
- Descomissionar: Quando estável, faça backup novamente do novo servidor, depois descomissione o antigo e atualize a documentação.
Resumo
Documente tudo; backup; replique e teste no novo servidor; reduza TTL; faça cutover em janela de manutenção; troque DNS; verifique e mantenha o servidor antigo para rollback.
