Por que migrar un servidor dedicado
La migracion de un servidor dedicado es una tarea compleja que puede ser necesaria por multiples razones: el servidor actual ha quedado obsoleto en terminos de hardware y ya no puede satisfacer la demanda de recursos, se cambia de proveedor de datacenter por razones de costo, latencia o soporte tecnico, se necesita actualizar el sistema operativo a una version nueva que requiere una instalacion limpia, o se va a cambiar la arquitectura de la infraestructura.
Una migracion bien planificada minimiza el tiempo de inactividad del servicio y reduce el riesgo de perdida de datos. El tiempo de planificacion nunca es tiempo perdido: identificar los componentes a migrar, sus dependencias y el orden de migracion evita problemas durante la ejecucion.
Inventario de componentes a migrar
| Componente | Herramienta de migracion | Consideracion especial |
|---|---|---|
| Archivos del sitio web | rsync, FTP | Verificar permisos de archivos y propietarios |
| Bases de datos MySQL | mysqldump, rsync de data dir | Verificar version compatible de MySQL/MariaDB |
| Configuracion del servidor web | Copia manual de virtual hosts | Ajustar rutas especificas del servidor anterior |
| Certificados SSL | Copia de archivos + reinstalacion | Let's Encrypt puede reinstalarse facilmente |
| Cron jobs | crontab -l y restaurar en nuevo servidor | Verificar rutas y permisos de los scripts |
| DNS y dominios | Cambio de registro A o nameservers | Reducir TTL 24h antes para acelerar propagacion |
| Correo electronico | rsync o herramientas de migracion IMAP | Verificar que los MX y SPF quedan correctos |
Proceso de migracion con tiempo de inactividad minimo
Fase 1: Preparacion (dias antes de la migracion)
- Configurar el nuevo servidor: instalar el mismo sistema operativo, servidor web, PHP, MySQL y todas las dependencias.
- Reducir el TTL de todos los dominios a 300 segundos (5 minutos) para acelerar la propagacion DNS al momento de la migracion.
- Realizar una sincronizacion inicial de los archivos al nuevo servidor usando rsync. Esta primera transferencia puede ser lenta por el volumen de datos.
Fase 2: Sincronizacion continua
# Sincronizacion incremental desde el servidor origen al destino rsync -avz --delete /var/www/ usuario@nuevo_servidor:/var/www/ # Ejecutar periodicamente para mantener los datos sincronizados # Programar en cron cada hora hasta el dia de la migracion
Fase 3: Corte definitivo
- Poner el sitio en modo mantenimiento en el servidor origen para congelar los datos.
- Realizar la sincronizacion final de archivos y exportar la base de datos final.
- Importar la base de datos en el nuevo servidor y verificar que todo funciona correctamente.
- Cambiar los registros DNS para que apunten al nuevo servidor.
- Monitorear la propagacion DNS y verificar que el sitio funciona desde el nuevo servidor.
Verificacion post-migracion
- Verificar que todos los sitios web cargan correctamente desde el nuevo servidor.
- Probar el correo electronico: envio y recepcion desde todas las cuentas.
- Confirmar que los cron jobs se ejecutan correctamente.
- Verificar que los certificados SSL estan activos en el nuevo servidor.
- Mantener el servidor anterior activo y accesible durante al menos 48-72 horas como respaldo en caso de problemas.
