Documente configuración actual, DNS y dependencias. Replique datos al nuevo servidor y pruebe la aplicación. Programe cutover en bajo tráfico; actualice DNS y monitoree. Mantenga el servidor antiguo disponible para rollback.
Antes de la migración
- Documentar: SO, paquetes, config de la app, crons, reglas de firewall, registros DNS y dependencias (BD, APIs, otros servidores).
- Backup: Backup completo de datos y config del servidor actual; verifique restauración en sistema de prueba si puede.
- Nuevo servidor: Aprovisione con mismos o mayores recursos; instale SO y stack; aplique config (automatice cuando pueda).
Sincronizar y probar
- Replicar datos: Use rsync, replicación de BD o herramientas del proveedor para copiar datos al nuevo servidor. Mantenga en sync hasta el cutover.
- Probar app: Ejecute la aplicación en el nuevo servidor con los datos copiados; pruebe flujos críticos e integraciones. Corrija config (paths, variables de entorno, host de BD).
- Preparar DNS: Baje TTL de registros críticos (A, AAAA) uno o dos días antes del cutover para propagación rápida.
Cutover
- Programar: Elija una ventana de bajo tráfico; avise mantenimiento si hace falta.
- Sync final: Pare escrituras o haga sync incremental final; ponga la app en solo lectura o breve downtime si hace falta.
- Cambiar DNS: Apunte el dominio al/los IP(s) del nuevo servidor. Monitoree errores y latencia; tenga plan de rollback (revertir DNS al servidor antiguo).
Después del cutover
- Verificar: Pruebas de humo, revisión de logs y monitoreo unas horas. Mantenga el servidor antiguo en marcha al menos 24–48 h para rollback.
- Descomisionar: Cuando estable, haga backup de nuevo desde el nuevo servidor, luego descomisione el antiguo y actualice documentación.
Resumen
Documente todo; backup; replique y pruebe en el nuevo servidor; baje TTL; haga cutover en ventana de mantenimiento; cambie DNS; verifique y mantenga el servidor antiguo para rollback.
