Migración de cPanel Compartido a VPS Linux sin Caídas ni Fugas de Correo

Muchos negocios en España inician su andadura en planes de alojamiento compartido con cPanel. Sin embargo, a medida que el catálogo crece y el tráfico supera las 50.000 visitas mensuales, las restricciones de CloudLinux (límites de CPU al 100%, cortes de memoria física y procesos concurrentes max_children capados a 20) provocan caídas constantes bajo el clásico error 503 Service Unavailable.

El paso natural es migrar a un VPS o servidor dedicado no administrado en proveedores como Arsys, Hetzner, OVH o Linode. Sin embargo, el temor a sufrir caídas durante la conmutación de DNS o a perder correos corporativos durante el traspaso suele frenar la decisión.

A continuación detallamos el protocolo de migración en 5 fases con cero segundos de inactividad (Zero-Downtime Cutover).

Fase 1: Reducción Anticipada del TTL de DNS (72 Horas Antes)

El valor de Time-To-Live (TTL) de sus registros DNS controla cuánto tiempo los ISPs (Telefónica, Vodafone, Orange) almacenan en caché la IP de su servidor antiguo:

• Localice los registros A de su dominio y modifique su TTL de 86400 (24h) a 300 segundos (5 minutos).
• Espere 72 horas para asegurar que todos los servidores DNS recursivos a nivel mundial respeten el nuevo TTL corto.

Fase 2: Transferencia Inicial de Archivos y Base de Datos (En Caliente)

Mientras el sitio web sigue recibiendo visitas en el servidor antiguo, realizamos una copia completa del código y activos estáticos mediante rsync con cifrado SSH:

# En el nuevo VPS, clonamos la carpeta pública sin interrumpir el servicio
rsync -avzP --exclude 'wp-content/cache' \
  -e 'ssh -p 22' \
  usuario_cpanel@servidor-antiguo.com:/home/usuario/public_html/ \
  /var/www/mi-sitio/

Configure la base de datos en el nuevo servidor MySQL 8 / MariaDB 10.11 importando un volcado preliminar.

Fase 3: Configuración del Stack Web y Validación Local

Antes de cambiar ningún registro DNS, valide el funcionamiento íntegro de la tienda (incluyendo login, pasarelas de pago y navegación) modificando el archivo hosts local en su equipo:

# En su ordenador personal (/etc/hosts o C:\Windows\System32\drivers\etc\hosts)
IP_DEL_NUEVO_VPS  tienda-online.es www.tienda-online.es

Navegue por el sitio, compruebe que no existen errores en los logs de Nginx y verifique que las versiones de PHP (extensiones curl, mbstring, imagick, intl) coinciden con exactitud.

Fase 4: La Ventana de Conmutación Final (Sincronización Diferencial)

1. Modo Mantenimiento Breve (1-2 minutos): Active el modo mantenimiento en el servidor antiguo para congelar la base de datos y evitar que se registren nuevos pedidos en el servidor obsoleto.
2. Volcado Diferencial de Base de Datos:

   ssh usuario@servidor-antiguo "mysqldump -u user -p --single-transaction --quick db_antigua" | mysql -u user -p db_nueva

3. Última sincronización rsync rápida:

   rsync -avz --delete /home/usuario/public_html/ /var/www/mi-sitio/

4. Cambio de IP en el Registro DNS: Modifique el registro A en Cloudflare o en su registrador para que apunte a la IP del nuevo VPS.

Fase 5: Conmutación Instantánea

Gracias al TTL de 300 segundos configurado en la Fase 1, el tráfico global se dirigirá al nuevo VPS en menos de 5 minutos, garantizando una transición transparente sin pérdida de ventas ni caídas de servicio.

🔗 Diagnósticos Técnicos Interconectados & Malla de Arquitectura:

Los cuellos de botella en servidores y pasarelas de pago nunca ocurren de forma aislada. La latencia del servidor, las consultas SQL y el rendimiento en el checkout están totalmente interconectados:

• Ajuste del Kernel Linux & TCP BBR en Servidores Arsys: Optimizar la latencia del servidor y estabilizar el TTFB en territorio español.
• Optimización de MySQL InnoDB Buffer Pool en WooCommerce: Eliminar cuellos de botella en disco y acelerar consultas de catálogo.
• Eliminación de CSS Bloqueante del Renderizado y Critical Path: Incrustar CSS crítico en línea para situar First Contentful Paint bajo 800ms.