Migrar uma VPS sem indisponibilidade: checklist pré-voo

--- queue_position: 36 title: "Migrar uma VPS sem indisponibilidade: checklist pré-voo" slug: migrar-vps-checklist-pre-voo site_key: host-yousecure canonical: https://yousecure.io/blog/migrar-vps-checklist-pre-voo category: server-migration cluster: migracao-vps search_intent: informacional-comercial funnel_stage: fundo author: "Host You Secure Team" created_at: "2026-09-09T11:29:43-03:00" planned_scheduled_at: null status: queued-review meta_description: "Use um checklist seguro para migrar uma VPS: inventário, backup, DNS, teste, corte, validação e plano de retorno." excerpt: "Migração previsível é uma sequência de cópia, teste, redução de TTL, corte controlado e verificação objetiva." quick_answer: "Inventarie serviços e portas, faça backup restaurável, replique em ambiente novo, teste antes do DNS e mantenha a origem intacta até validar o corte." featured_image: images/36-vps-migration.png featured_image_alt: "Ponte segura ligando um servidor antigo a uma VPS nova durante migração" tags: [vps, migracao, dns, backup, infraestrutura] evidence_type: reproducible_procedure evidence_environment: Dois servidores Linux com acesso administrativo, DNS e janela de mudança evidence_procedure: "Inventariar, copiar dados, testar por hostname local, alterar DNS e validar endpoints e jobs." evidence_observed_result: "O checklist transforma a migração em etapas reversíveis e reduz o tempo de diagnóstico no corte." evidence_limitation: "Indisponibilidade zero depende de aplicação, banco, TTL, replicação e tolerância a consistência." information_gain: "Diferencia cópia de dados, teste real e momento de cortar o tráfego." primary_cta: "Ver página de migração" landing: /migrar-para-vps --- # Migrar uma VPS sem indisponibilidade: checklist pré-voo ## Resposta rápida Comece pelo inventário e por um backup restaurável. Monte a nova VPS, replique arquivos e dados, teste por hostname controlado, reduza o TTL do DNS antes da janela, faça o corte e mantenha a origem intacta até validar a operação. “Sem indisponibilidade” não é promessa universal: depende do banco, do DNS e do desenho da aplicação. ## 1. Faça o inventário Liste serviços, containers, portas, volumes, jobs, certificados, usuários, regras de firewall, integrações externas e entradas DNS. Inclua dependências que não aparecem no processo principal, como cron, filas e storage. ```bash systemctl list-units --type=service --state=running sudo ss -tulpn docker ps --format '{{.Names}} {{.Image}}' ``` Guarde o inventário com data e versão. Não copie segredos para um documento aberto. ## 2. Prepare o destino Atualize o sistema, crie usuários e chaves, configure firewall e instale versões compatíveis. Reproduza variáveis de ambiente e volumes por um método seguro. A nova máquina deve ter hostname ou rota de teste que não conflite com a produção. ## 3. Copie e valide dados Para arquivos, use uma ferramenta que preserve permissões e permita repetição. Para banco, use réplica, dump ou procedimento compatível com o RPO/RTO. Restaure uma amostra e valide contagens, jobs e integridade. Uma cópia que não abre não é backup. ## 4. Teste antes do corte Use `curl` com header Host, hostname temporário ou túnel autorizado. Teste login, leitura, escrita, webhooks, uploads, fila, e-mails e jobs sem disparar efeitos reais. Confira logs e métricas durante um período representativo. ## 5. Corte controlado Reduza TTL antecipadamente, pause escritas se o banco exigir, faça a última sincronização e altere DNS. Registre horário. DNS não muda instantaneamente para todos; monitore os dois hosts e não desligue a origem cedo demais. ## 6. Valide e tenha retorno Confira HTTP, TLS, DNS, filas, banco, logs, erros e métricas. Defina critérios objetivos para rollback antes de começar. Se retornar, reverta DNS e preserve evidências. [Veja o caminho de migração para VPS](https://yousecure.io/migrar-para-vps). ## Checklist - [ ] Inventário e dependências registrados. - [ ] Backup restaurado em teste. - [ ] Destino testado sem efeitos reais. - [ ] TTL e janela definidos. - [ ] Critérios de rollback escritos. ## FAQ ### Posso desligar a VPS antiga após mudar o DNS? Não imediatamente. Aguarde a propagação e valide tráfego, jobs e integrações. ### Baixar o TTL garante troca instantânea? Não. Resolvers podem respeitar TTL anterior ou aplicar políticas próprias. ## Critérios de sucesso Defina antes do corte quais endpoints precisam responder, qual atraso de fila é aceitável, quantos erros podem ocorrer e em que condição o DNS será revertido. Faça a validação em mais de uma rede e registre os horários. Só remova a origem quando o período de observação terminar e os backups estiverem disponíveis. Se a aplicação não tolera duas escritas simultâneas, prefira uma janela curta e explícita a chamar a mudança de “sem downtime” sem evidência.

Veja a infraestrutura: VPS para Docker, Portainer e Coolify para colocar este projeto no ar.