Migrando entre jurisdições
Resposta
Migre entre jurisdições provisionando o destino primeiro, sincronizando dados com rsync ou uma réplica de banco de dados, reduzindo o TTL do DNS 48 horas antes, fazendo o cutover em horário de baixo tráfego e verificando antes de destruir a origem. Espere minutos de inatividade, não horas.
Reduza o TTL primeiro, e faça isso cedo
Quarenta e oito horas antes da mudança, reduza o TTL dos seus registros DNS para 300 segundos. Resolvedores fazem cache agressivamente e um registro ainda com TTL de 24 horas continuará enviando tráfego para o endereço antigo muito depois de você terminar.
Este é o passo que as pessoas pulam e depois se arrependem. Não custa nada e converte um dia de atrasados em cinco minutos.
Sincronize em duas passadas
Faça um rsync completo enquanto a origem ainda está ativa e servindo. Isso leva o tempo que levar e nada é interrompido. Depois, pare o aplicativo, execute um segundo rsync que transfira apenas o que mudou desde o primeiro, e faça a troca. A segunda passada geralmente leva segundos.
Para bancos de dados, use replicação em vez de cópia de arquivos: configure o novo servidor como réplica, deixe-o alcançar o estado atual e então promova-o. Copiar arquivos de banco de dados de um servidor em execução produz uma cópia corrompida com frequência suficiente para não valer o risco.
- T-48h — Reduza o TTL do DNS para 300 segundos
- T-2h — rsync completo, origem ainda ativa
- T-30m — réplica do banco de dados atualizada
- T-0 — Pare o aplicativo, rsync final, promova a réplica
- T+5m — DNS atualizado, verifique de várias redes
- T+72h — Verifique e então destrua a origem
O que verificar antes de destruir qualquer coisa
Aguarde pelo menos setenta e duas horas. Observe os logs do servidor antigo por tráfego ainda chegando — isso informa quais resolvedores ou clientes com endereço fixo não migraram. Verifique se seus backups restauram a partir do novo local, não apenas se eles são executados.
Verifique qualquer coisa que referenciasse o endereço IP antigo diretamente: listas de permissão em serviços de terceiros, listas de permissão de API, verificações de monitoramento e qualquer registro DNS que você tenha esquecido. Sempre há um.
A parte específica de mudanças de jurisdição
Se a razão da mudança é legal em vez de técnica, o disco antigo importa. Peça-nos para limpá-lo em vez de simplesmente encerrar o servidor — realizamos uma sobrescrita de múltiplas passadas sob solicitação e confirmamos quando terminar. Em um volume criptografado, destruir o cabeçalho LUKS é mais rápido e igualmente eficaz.
Também revise qualquer coisa que tenha o país codificado: certificados TLS estão bem, mas APIs de terceiros com restrição geográfica, integrações de pagamento e atestados de conformidade podem não estar. É melhor descobrir isso antes da troca do que depois.
Perguntas frequentes
01 Qual tempo de inatividade devo esperar?
Minutos, se você reduzir o TTL 48 horas antes e sincronizar em duas passadas. O rsync final em um conjunto de dados pré-sincronizado geralmente leva segundos; a propagação de DNS com TTL de 300 segundos leva cinco minutos.
02 Vocês podem migrar o servidor para mim?
Podemos mover imagens de disco entre nossas próprias localidades sob solicitação, o que evita re-sincronizar completamente. A troca no nível do aplicativo continua sendo sua, porque só você sabe quando é seguro.
03 O que acontece com o disco antigo?
Volumes encerrados são limpos na realocação como padrão. Se a mudança for legalmente motivada, solicite uma sobrescrita de múltiplas passadas e confirmamos quando ela for concluída. Em volumes LUKS, destruir o cabeçalho é mais rápido e igualmente definitivo.
Relacionados