Guía completa: Migración sin caídas a Hosting con LiteSpeed

Por qué migrar a LiteSpeed cambia las reglas del juego

LiteSpeed Web Server (LSWS) es el servidor HTTP de mayor rendimiento del mercado para entornos PHP y WordPress. A diferencia de Apache o NGINX, LSWS implementa un modelo de eventos asíncronos que le permite manejar miles de conexiones concurrentes con un consumo de recursos notablemente inferior. El resultado: sitios que antes tardaban 3 segundos ahora responden en menos de 800 ms.

En GTSur operamos servidores NVMe con LiteSpeed Enterprise y su módulo de caché nativa (LSCache), que integra caché de objetos, compresión Brotli, HTTP/3 y Edge Side Includes directamente a nivel de servidor, sin plugins adicionales.

Fase 1 — Auditoría previa a la migración

Antes de mover un solo archivo, necesitas un inventario completo del entorno de origen. Una migración sin auditoría es la causa número uno de downtime no planificado.

• Inventario de dominios y subdominios: lista todos los vhosts activos, sus alias y los certificados SSL asociados.
• Dependencias de software: versión exacta de PHP (7.4, 8.1, 8.3), extensiones activas (imagick, redis, intl) y versión de MySQL/MariaDB.
• Tamaño de bases de datos: exporta con mysqldump y verifica la integridad del dump antes de continuar.
• Archivos de configuración críticos: .htaccess, php.ini personalizados, cron jobs en cPanel.

Fase 2 — Preparación del servidor destino

Configura el servidor nuevo en paralelo al servidor de origen. Nunca apagues el servidor viejo hasta que el nuevo esté 100% validado.

• Provisiona el servidor LiteSpeed NVMe con la misma versión de PHP que el origen.
• Importa las bases de datos en el servidor destino y crea los usuarios con los permisos exactos.
• Transfiere los archivos vía rsync -avz --progress con cifrado SSH para máxima integridad.
• Replica las reglas de .htaccess: LiteSpeed las interpreta de forma nativa, pero verifica las reglas de rewrite más complejas.

Fase 3 — Validación en entorno staging

Modifica el archivo hosts de tu máquina local para apuntar el dominio al nuevo servidor y valida exhaustivamente antes de tocar el DNS público.

Fase 4 — Cutover del DNS con TTL mínimo

El momento del cambio de DNS es el punto más crítico. La estrategia correcta minimiza la ventana de riesgo:

• 48 h antes: Reduce el TTL de los registros A del dominio a 60 segundos. Esto acelera la propagación del cambio cuando llegue el momento.
• En el momento del cutover: Actualiza los registros A al nuevo IP. Con TTL de 60 s, el 95% del mundo verá el cambio en menos de 5 minutos.
• Mantén el servidor viejo activo 48 h adicionales como respaldo. Algunos resolvers DNS con caché larga pueden tardar hasta 24 h en actualizar.

"Una migración bien ejecutada es invisible para el usuario final. El objetivo es que no noten nada, excepto que el sitio ahora carga más rápido."

Activar LSCache tras la migración

Una vez en el nuevo servidor, activa y configura LSCache para maximizar el rendimiento. La configuración básica recomendada para un sitio PHP genérico:

• TTL de caché pública: 86400 s (24 horas) para páginas estáticas de contenido.
• Exclusiones: URLs de checkout, área de clientes y endpoints de API deben estar en la lista de no-cache.
• Activar compresión Brotli level 6 para respuestas de texto (HTML, CSS, JS).
• Habilitar HTTP/3 (QUIC) en el vhost para reducir la latencia en conexiones móviles.

Si tu proyecto requiere una migración asistida, el equipo técnico de GTSur realiza migraciones completas con SLA de disponibilidad garantizada del 99.9% durante el proceso. Contáctanos para coordinar la ventana de mantenimiento adecuada.