Después de más de 15 años montando aplicaciones web y gestionando servidores, he pasado por decenas de migraciones de un VPS a otro. Y si hay una lección clara es esta: una migración improvisada se convierte en una pesadilla que puede dejar tu web caída horas —o incluso días—. Sin embargo, con un plan correcto y evitando los errores clásicos, el proceso se simplifica.

En este artículo te cuento las razones más habituales para cambiar de servidor, los pasos que sigo cada vez que me enfrento a una migración y un checklist resumido al final para que no olvides nada.

Por qué querrías cambiar de servidor

Migrar un VPS no es un capricho. Cuando ya tienes tu web establecida, la última cosa que apetece es mover todo a otro hosting. Pero a veces no hay alternativa:

  • Precio desajustado: Pagas 50 € al mes por un VPS mediocre cuando existen opciones equivalentes por 20–25 €. Este suele ser el detonante más común.
  • Limitaciones técnicas: Te das cuenta de que tu proveedor no te permite configurar ciertas versiones de PHP, o no puedes instalar extensiones críticas.
  • Rendimiento pobre: Latencia alta, caídas frecuentes o soporte técnico que no responde.
  • Crecimiento del proyecto: Tu web recibe el doble de tráfico que hace un año y necesitas más CPU, más RAM o discos NVMe.
  • Necesidad de mayor control: Quieres administrar el servidor a tu manera y tu actual hosting lo restringe con plantillas cerradas.

Los errores que destrozan una migración

Recuerdo la primera migración que hice en 2009: pensé que bastaba con copiar archivos vía FTP y exportar la base de datos. Resultado: un ecommerce offline casi 24 horas, clientes llamando y más nervios que en un examen final.

Con el tiempo he identificado los fallos más comunes:

  • No preparar un inventario de servicios (olvidar tareas programadas o configuraciones de correo es un clásico).
  • No probar la web en el nuevo servidor antes de resolver el DNS.
  • Confiar en que «los DNS tardan 24 horas» y no entender lo que significa la propagación real.
  • No tener un plan de rollback: si algo va mal, ¿puedes volver rápidamente al servidor original?
  • Migrar en horas críticas en lugar de programarlo en un momento de bajo tráfico.

Pasos para una migración sin sobresaltos

1. Haz una auditoría del servidor actual

Antes de mover nada, lista exactamente qué servicios tienes funcionando: web, base de datos, correo, cron jobs, certificados SSL, reglas de firewall, etc. La migración será mucho más suave si sabes lo que tienes. Yo suelo tirar de crontab -l, df -h y una copia completa de los virtual hosts de Apache o los bloques de servidor de Nginx.

2. Elige el nuevo VPS con cabeza

No te dejes llevar por precios ridículos. Valora CPU, RAM, tipo de disco, tráfico y soporte del proveedor. Si ahora mismo te limitan porque tu proyecto creció, piensa a 12–24 meses vista. Un ejemplo: pasé de un VPS con disco HDD en 2015 a un NVMe en 2018 y la velocidad percibida fue brutal.

3. Prepara el entorno antes de migrar

No copies directamente los ficheros y ya está. Antes de mover nada asegúrate de que en el nuevo servidor:

  • Tienes instaladas las versiones necesarias de PHP, Node.js, Python o lo que uses.
  • La configuración de MySQL/MariaDB está lista y has creado los usuarios con permisos.
  • El firewall y fail2ban (si procede) están configurados.
  • Has instalado certbot u otra herramienta si necesitas Let’s Encrypt.

4. Copia los datos con un método fiable

FTP se queda corto. Lo ideal es usar rsync por SSH, porque conserva permisos y es incremental. Ejemplo práctico:

rsync -avz -e ssh /var/www/ usuario@servidornuevo:/var/www/

Las bases de datos, mejor exportarlas con mysqldump y luego importarlas en el nuevo servidor:

mysqldump -u usuario -p basededatos > backup.sql
mysql -u usuario -p basededatos < backup.sql

5. Prueba la web antes de tocar los DNS

Esto es absolutamente clave. Edita tu archivo /etc/hosts (o el equivalente en Windows) para forzar tu dominio a apuntar a la nueva IP y comprueba que todo funciona: la web carga, el login va, el correo se envía, etc.

Si tienes un WordPress, revisa que los enlaces funcionan y que no hay rutas rotas. Más de una vez he visto rutas absolutas mal configuradas.

6. Ajusta el TTL de los DNS

Días antes de la migración reduce el TTL de tu dominio en el panel de DNS (por ejemplo de 24h a 300 segundos). Así, cuando cambies la IP, la propagación será casi instantánea. Esto es un truco que la mayoría olvida.

7. Cambia los DNS en el momento adecuado

Cuando ya lo tienes todo testeado, cambia la A record a la nueva IP. Recuerda que si bajaste el TTL, en pocos minutos tu web estará sirviendo desde el nuevo VPS para casi todos los usuarios. Planifícalo en un horario de menor tráfico.

8. Monitorea después de la migración

Las primeras horas son críticas. Observa los logs de Apache/Nginx, revisa top o htop para ver carga de CPU, y comprueba que no hay errores de permisos.

Una práctica que me salvó varias veces: dejar los dos servidores en paralelo durante 48 horas. Así, si detectas algo que pasó por alto, siempre tienes el servidor antiguo como respaldo.

Consejos prácticos aprendidos por los golpes

  • Si gestionas clientes, nunca migres sin avisarles. Prefieren saberlo y tolerar algo de inestabilidad que llevarse la sorpresa de que su web no funciona.
  • En webs grandes, haz pruebas de carga mínimas en el nuevo VPS antes de abrirlo al público.
  • Si usas CDN (Cloudflare, Bunny, etc.), aprovéchalo: cambias la IP allí y puedes reducir aún más el impacto en la propagación.
  • No borres nada del servidor antiguo hasta pasado al menos una semana.

Checklist final: migración de VPS paso a paso

  • Inventario de servicios (web, DB, correo, cron, SSL, firewall).
  • Elegir nuevo VPS con los recursos adecuados.
  • Montar entorno y dependencias en el nuevo servidor.
  • Transferir archivos con rsync y bases de datos con mysqldump.
  • Editar /etc/hosts y probar la web en el nuevo servidor.
  • Bajar TTL de los DNS a 300 segundos unos días antes de migrar.
  • Actualizar registros A a la nueva IP en el momento elegido.
  • Monitorear logs, rendimiento y corregir permisos/errores.
  • Mantener el servidor antiguo online al menos 48–72 horas.

Migrar un servidor siempre genera nervios, pero con método se convierte en una tarea controlada. La clave está en no improvisar, planificar con anticipación y validar cada paso antes de dar el siguiente. Eso sí: cada experiencia deja cicatrices y aprendizajes, y con el tiempo uno se vuelve casi inmune a los sustos.

Consulta nuestra comparativa de hostings recomendados.