Mover el servidor Linux a otro proveedor de alojamiento

Question

Tengo la tarea de mover el servidor Linux de un servidor dedicado a otro.

En general mi plan es el siguiente:

1. Por la noche: apague httpd y mysql. RSYNC a través de SSH.
2. Durante el día: active http y mysql.
3. Por la noche, apague httpd y mysql. RSYNC a través de SSH.
4. Noche. Active httpd y mysql en ambos servidores. Cambiar las entradas DNS.
5. hora del día. monitorear el estado del servidor.

Entonces, principalmente para sincronizar mysql y httpd, usaría rsync (sin mysqldump).

¿Suena bien? ¿Alguna advertencia?

Answer 1

Sugiero dos soluciones. Personalmente, prefiero el método de clonación lógica porque se puede realizar con menos tiempo de inactividad y la replicación de bases de datos es una capacidad versátil que se puede adquirir por otros motivos. Sin embargo, el método Exact Clone, que es similar al que usted propuso, es un enfoque genérico de fuerza bruta para migrar cualquier servidor.

Clon exacto

1. Reduce el TTL de tus entradas DNS para hacerte la vida más fácil.
2. rsync origen al destino. Ni siquiera es necesario cerrar los servicios en la fuente; cualquier inconsistencia se solucionará en los pasos (4) y (7).
3. Opcionalmente, puede ejecutar algunas pruebas en el nuevo servidor. Descubra qué cambios de configuración necesita realizar en el servidor de destino para que todo funcione. Es posible que incluso desees reiniciar la máquina de destino para asegurarte de que todo salga limpio.
4. rsync fuente para apuntar nuevamente, para deshacer cualquier "daño" al nuevo servidor que introdujo en (3), para detectar algunas diferencias más y para tener una idea de cuánto tiempo lleva ejecutar un rsync incremental (que es un indicador de cuánto tiempo de inactividad esperar).
5. Cierre todos los servicios en ambas máquinas. Asegúrese de que los servicios en la máquina fuente permanezcan desactivados; no desea un "cerebro dividido" con datos divergentes sobre las máquinas nuevas y antiguas.
6. Realice cambios en sus entradas DNS. Puede utilizar un TTL normal para las nuevas entradas, asumiendo que no planea retroceder.
7. rsync fuente al destino nuevamente.
8. Aplique cualquier cambio de configuración que necesite en la máquina de destino, como se descubrió en el paso (3).
9. Inicie los servicios en la máquina de destino.

Clon lógico

Considere la posibilidad de configurarreplicación de MySQL. Si aún no tiene habilitado el registro binario en su servidor MySQL, tendrá que hacer un rebote breve en su base de datos para habilitarlo. En cualquier caso, recomiendo habilitar el registro binario de todos modos porque es útil para realizar operaciones futuras como actualizar MySQL con un tiempo de inactividad casi nulo.

Si configurasreplicación circular, es posible que incluso pueda ejecutar los servidores web antiguos y nuevos simultáneamente, si MySQL es el único almacén de datos de su aplicación.