Guía de migración de VPS: trasladar su servidor sin tiempo de inactividad

Mover un VPS a otro servidor (para cambiar de proveedor, aumentar la capacidad o cambiar a una configuración de panel moderna) es una tarea delicada. Si se planifica incorrectamente, provocará horas de inactividad y pérdida de datos. Cuando se planifica correctamente, el tiempo de inactividad total se reduce a menos de 5 minutos y el camino de regreso siempre permanece abierto.

En esta guía; Explicaremos los pasos para realizar un inventario, ejecución paralela, planificación TTL de DNS, exportación/importación de bases de datos, automatización SSL y reversión en orden. El flujo completo se ilustra a través de la migración a un nuevo VPS con VDS Panel instalado, pero el método es general.

Preparación: inventario de la instalación actual

Enumere todos los recursos en el servidor actual antes de la migración. Si se pierde algo, experimentará la sorpresa “el sitio se está abriendo pero X está roto” después de la transición.

• Proyectos/Sitios: ¿Qué funciona en qué dominios? ¿WordPress, sitio estático, Spring Boot, servicio Node.js, contenedor Docker?
• Bases de datos: PostgreSQL, MySQL, MongoDB, Redis. Versión, tamaño y proyectos afiliados.
• Cron/tareas programadas: P0 o temporizadores systemd.
• Registros DNS: A, AAAA, CNAME, MX, TXT, SRV. Exportar desde un proveedor de DNS existente.
• Certificados SSL: ¿Qué dominios, Let’s Encrypt o pagos?
• Variables de entorno: clave API, secreto, credenciales de terceros.
• Trabajos de copia de seguridad: automatizaciones existentes como pg_dump, mysqldump, rsync.

Estrategia: ejecución paralela versus big-bang

Puedes hacer la transición de dos maneras. Siempre se recomienda operación en paralelo.

En el método paralelo, dos servidores trabajan juntos durante un breve periodo de tiempo. Usted prueba el nuevo servidor usted mismo mientras el tráfico de transmisión continúa llegando al servidor anterior. Sólo cambias el DNS a la nueva IP cuando todo está bien.

Transición paso a paso

1. 01
   Prepara el nuevo VPS

   Ubuntu 22.04 o 24.04 LTS es un servidor limpio. Mínimo 2 CPU, 4 GB de RAM. Instala VDS Panel con un solo comando.
2. 02
   Hacer una copia de seguridad del servidor antiguo

   Copia de seguridad de la base de datos con pg_dump, mysqldump o mongodump. tar o rsync para archivos de aplicación. Lista de trabajos cron y variables env.
3. 03
   Importar bases de datos al nuevo panel

   VDS Panel genera BD + usuario + contraseña separada para cada proyecto. Importe el volcado de SQL existente con la herramienta de restauración del panel.
4. 04
   Introduce el código en el nuevo panel.

   La forma más limpia es mover tus proyectos al repositorio de git y agregarlos al panel. Compilación, env inject, configuración de nginx, todo automático.
5. 05
   TTL de DNS inferior

   Reduzca el TTL de todos los registros A/CNAME a 300 segundos 24 horas antes de la migración. Si se omite este paso, la propagación de DNS puede tardar hasta 24 horas.
6. 06
   Prueba con archivo de hosts

   Antes de cambiar DNS, escriba la nueva IP del servidor en /etc/hosts local. Verifique todos los flujos críticos (inicio de sesión, pago, envío de formularios).
7. 07
   Cambie los registros DNS A al nuevo servidor

   Apunte los registros A de todos los dominios a la nueva IP de VPS. Gracias al bajo TTL, se propaga en 5-15 minutos.
8. 08
   Mantenga el servidor antiguo activo durante 14 días

   Tiene la opción de revertir DNS si surgen problemas. Puedes cancelar el servidor antiguo después de 14 días sin ningún problema.

Migración de base de datos

VDS Panel ofrece soporte de importación integrado para cada motor de base de datos:

• PostgreSQL: Realice una copia de seguridad en formato especial con P0 y cárguela en la herramienta de restauración del panel. Para tablas grandes, el grupo de conexiones pgBouncer se configura automáticamente.
• MySQL/MariaDB: Realice una copia de seguridad con P1, instálelo desde la pestaña “Importar SQL” en el panel.
• MongoDB: Con P2, el volcado de bson se ejecuta a través del panel P3.
• Redis: normalmente se inicializa vacío durante la migración; Si hay datos permanentes, P5 se copia después de P4.

Redistribuir aplicaciones

La forma más limpia de mover aplicaciones instaladas manualmente en el servidor antiguo a VDS Panel es cambiar al flujo git push:

P0

Luego proporcione la URL del repositorio de GitHub al Panel VDS. El panel instala el webhook, crea la canalización de compilación y solicita variables de entorno. Cada P0 subsiguiente se implementa automáticamente.

P1

Para Java/Spring Boot, las opciones de carga JAR o compilación de Maven/Gradle se seleccionan desde la interfaz del panel.

Certificados SSL

No necesita mover sus certificados antiguos. VDS Panel obtiene automáticamente el nuevo certificado Let’s Encrypt para cada dominio:

• Cuando el registro DNS A apunta al nuevo servidor, el panel inicia el desafío HTTP-01
• Certificado listo en 15 segundos, HSTS y HTTPS redireccionan automáticamente
• Se renueva automáticamente 30 días antes, sin necesidad de iniciar sesión

programación de DNS

La clave para lograr un tiempo de inactividad cero es la planificación TTL.

1. Reduzca el TTL de todos los registros A/CNAME de 3600 a 300 entre 24 y 48 horas antes de la migración.
2. Una vez transcurrido todo el período TTL anterior (es decir, 1 hora), el proveedor de DNS ya estará respondiendo con el nuevo TTL.
3. Cambie el registro A a la nueva IP en el momento de la migración. En 5 minutos, el 95% del tráfico se dirige al nuevo servidor.
4. Si desea volver a aumentar el TTL a 3600 después de la migración, espere 14 días (es importante mantenerlo bajo durante la ventana de reversión).

Plan de reversión

No apagues tu antiguo servidor durante los primeros 14 días. Si ocurre un problema crítico en el nuevo servidor:

1. Cambie el registro A en DNS a la IP del servidor anterior
2. Como el TTL es de 300 segundos, se propaga en 5 minutos.
3. Investigue el problema en el nuevo servidor durante este tiempo.
4. Arréglelo y migre nuevamente al nuevo servidor.

la sincronización bidireccional para la base de datos es complicada; Si va a revertir, hágalo dentro de la ventana de migración o planifique una pérdida de datos aceptable. Nuestro artículo estrategia de copia de seguridad de VPS ayuda en la planificación de RTO/RPO.

Lista de verificación posterior a la migración

Abra el panel en el nuevo servidor, el servidor antiguo todavía está en pie:

• [] Todos los proyectos están funcionando (HTTP 200, contenido correcto)
• [] Las conexiones de la base de datos están activas, los datos son consistentes
• Certificados SSL verdes (válidos, HSTS activado)
• [] Se han redefinido los trabajos cron/programados
• Plan de copias de seguridad activo (copia de seguridad cifrada diaria del panel)
• [] Los registros se escriben en el nuevo servidor.
• [] El escaneo Pentest está programado para ejecutarse semanalmente
• [] Monitoreo e integración de alertas probados

Conclusión

La migración de VPS no es una tarea tan difícil como parece; Con una planificación adecuada el tiempo de inactividad total es inferior a 5 minutos. La estrategia de ejecución paralela, la programación TTL baja y la ventana de reversión de 14 días hacen que la migración sea segura. Las herramientas de importación integradas de VDS Panel (restauración de base de datos, implementación de git, SSL automático) reducen los pasos manuales que pueden llevar horas o minutos.

Nuestro formulario de contacto está abierto para discutir su escenario de transición. Permítanos comprender su infraestructura actual y preparar juntos un plan de migración especial para usted.