El impacto del tiempo de inactividad en una migracion
El tiempo de inactividad (downtime) durante una migracion de servidor es el periodo en que el sitio web, el correo u otros servicios no estan disponibles para los usuarios. En migraciones mal planificadas, este periodo puede extenderse desde horas hasta dias, con impacto directo en las ventas, la reputacion y la experiencia de los usuarios. Sin embargo, con una planificacion correcta y el uso de las tecnicas adecuadas, es posible realizar una migracion completa con menos de 5 minutos de inactividad o incluso cero tiempo de inactividad perceptible para los usuarios.
Tecnicas para minimizar el downtime
| Tecnica | Reduccion de downtime | Complejidad |
|---|---|---|
| Reducir el TTL 24-48h antes | Alta (propagacion rapida al hacer el cambio) | Baja |
| Sincronizacion continua con rsync antes del corte | Alta (menos datos a transferir en el corte) | Media |
| Modo mantenimiento en el sitio origen | Evita escrituras en la DB durante el corte | Baja |
| Verificacion previa con archivo hosts | Garantiza que todo funciona antes del DNS | Baja |
| Ventana de corte en horario de bajo trafico | Reduce el impacto en usuarios activos | Baja |
Plan de migracion con downtime minimo
1 semana antes:
- Reducir el TTL de todos los registros DNS del dominio a 300 segundos.
- Configurar completamente el servidor destino (software, PHP, base de datos, SSL).
- Realizar la primera transferencia completa de archivos y base de datos al servidor destino.
24 horas antes:
- Verificar que el sitio funciona correctamente en el servidor destino usando el archivo hosts local.
- Configurar rsync para sincronizar los cambios incrementales cada hora.
- Notificar a los usuarios sobre la migracion programada si hay un periodo de mantenimiento visible.
Durante la migracion (ventana de corte):
- Activar el modo mantenimiento en el servidor origen para congelar el contenido.
- Realizar la sincronizacion final de archivos con rsync.
- Exportar e importar la base de datos final.
- Cambiar los registros DNS o nameservers al nuevo servidor.
- Verificar desde el servidor destino que todo funciona correctamente.
- Desactivar el modo mantenimiento.
Despues del corte:
- Monitorear el trafico en ambos servidores durante las proximas 24-48 horas para detectar usuarios que aun llegan al servidor antiguo.
- Una vez confirmada la propagacion completa, programar la baja del servidor origen.
- Restaurar el TTL a valores normales (3600 o 14400 segundos) una vez que la migracion este completada.
