Movendo o servidor Linux para outro hoster

Question

Tenho a tarefa de mover o servidor Linux de um servidor dedicado para outro.

Em geral, meu plano é o seguinte:

1. noite - desligue o httpd e o mysql. RSYNC via SSH.
2. horário do dia - ligue http e mysql.
3. à noite, desligue o httpd e o mysql. RSYNC via SSH.
4. período noturno. ligue httpd e mysql em ambos os servidores. Altere as entradas DNS.
5. hora do dia. monitorar o status do servidor.

Então, principalmente para sincronizar mysql e httpd, eu usaria rsync (sem mysqldump).

Parece bom? Alguma advertência?

Answer 1

Sugiro duas soluções. Pessoalmente, prefiro o método Logical Clone porque pode ser feito com menos tempo de inatividade e a replicação de banco de dados é um recurso versátil de ser adquirido por outros motivos. No entanto, o método Exact Clone, que é semelhante ao que você propôs, é uma abordagem genérica de força bruta para migrar qualquer servidor.

Clone Exato

1. Reduza o TTL das suas entradas DNS para facilitar sua vida.
2. origem rsync para destino. Você nem precisa desligar os serviços da fonte; quaisquer inconsistências serão corrigidas nas etapas (4) e (7).
3. Opcionalmente, você pode executar alguns testes no novo servidor. Descubra quais alterações de configuração você precisa fazer no servidor de destino para que tudo funcione. Você pode até reiniciar a máquina de destino para garantir que tudo funcione corretamente.
4. fonte rsync para direcionar novamente, para desfazer qualquer "dano" ao novo servidor que você introduziu em (3), para perceber mais algumas diferenças e para ter uma ideia de quanto tempo leva para executar um rsync incremental (que é um indicador de quanto tempo de inatividade esperar).
5. Desligue todos os serviços em ambas as máquinas. Certifique-se de que os serviços na máquina de origem permaneçam desligados; você não quer um "cérebro dividido" com dados divergentes sobre as máquinas antigas e novas.
6. Faça alterações em suas entradas DNS. Você pode usar um TTL normal para as novas entradas, desde que não planeje reverter.
7. origem rsync para destino novamente.
8. Aplique todas as alterações de configuração necessárias na máquina de destino, conforme descoberto na etapa (3).
9. Inicie serviços na máquina de destino.

Clone Lógico

Considere a configuraçãoReplicação MySQL. Se você ainda não tiver o log binário habilitado em seu servidor MySQL, você terá que retornar brevemente seu banco de dados para habilitá-lo. De qualquer forma, eu recomendo ativar o log binário de qualquer maneira, porque é útil para realizar operações futuras, como atualizar o MySQL, com quase zero tempo de inatividade.

Se você configurarreplicação circular, você poderá até executar os servidores web antigos e novos simultaneamente, se o MySQL for o único armazenamento de dados do seu aplicativo.