Migrar sitio de cPanel a VPS sin tiempo de inactividad

Publicado el 10 de septiembre de 2026

Para migrar un sitio de cPanel a un VPS sin una caída inesperada, trata el DNS como el cambio final, no como la primera tarea. Prepara el servidor de destino, copia la cuenta, pruébala en la nueva dirección IP, reduce el TTL del DNS y luego cambia los registros solo después de que las comprobaciones de la aplicación, el correo y el SSL se hayan completado correctamente. El sitio permanece disponible mientras el trabajo ocurre en segundo plano.

Para el sitio de una pequeña empresa, una cuenta de agencia o una tienda con pedidos en vivo, la migración consiste menos en mover archivos y más en preservar el comportamiento del servicio. Las versiones de PHP, los permisos de base de datos, los cron jobs, el enrutamiento del correo, las redirecciones y las reglas del firewall deben llegar todos en un estado conocido y correcto. Los archivos suelen ser la parte fácil. Las pequeñas configuraciones ocultas a su alrededor son donde las migraciones se ganan las canas.

Antes de migrar un sitio de cPanel a VPS

Empieza con un inventario de la cuenta existente. Registra los nombres de dominio y subdominios, el uso de disco de la cuenta, la versión de PHP y sus extensiones, los tamaños de las bases de datos, los cron jobs, las cuentas de correo, los reenviadores, las respuestas automáticas, los registros DNS, los certificados SSL y cualquier servicio externo que dependa de la dirección IP del servidor. Para cargas de trabajo de comercio electrónico y SaaS, identifica también los callbacks de pago, las listas de permitidos de API, los proveedores de correo transaccional y los workers en segundo plano.

Comprueba si el VPS de destino tiene suficiente margen. El espacio en disco debe cubrir la cuenta de origen, el archivo temporal de migración, las bases de datos, las copias de seguridad y el crecimiento normal. Los requisitos de RAM y CPU dependen del tráfico y de la pila de software. Un sitio informativo puede funcionar cómodamente en un VPS modesto; WooCommerce, Magento, un WordPress multisitio grande o una aplicación con mucho tráfico normalmente necesitan más memoria y capacidad de base de datos.

El destino debe estar preparado antes de copiar cualquier dato de producción. Configura el hostname del servidor, instala y actualiza cPanel y WHM si ese es el panel de control elegido, configura los nameservers si el VPS alojará DNS y habilita un firewall con solo los puertos necesarios abiertos. Confirma que las copias de seguridad están configuradas de forma independiente del servidor de origen. Una copia de seguridad almacenada solo en el VPS es útil, pero no es un plan de recuperación completo si el propio VPS tiene algún problema.

Si te estás moviendo de un hosting compartido con cPanel a un VPS, revisa qué se gestionaba anteriormente por ti. Es posible que el host anterior se encargara del filtrado de correo, el DNS, la renovación automática de SSL, el escaneo de malware o las copias de seguridad fuera del servidor. En un VPS gestionado, estos elementos pueden revisarse y mantenerse contigo. En un servidor no gestionado, pasan a ser tu responsabilidad operativa. Ningún enfoque es incorrecto, pero las suposiciones salen caras.

Reduce el TTL del DNS antes del cambio

Unas 24 a 48 horas antes del cambio planificado, reduce el TTL de los registros DNS relevantes a 300 segundos si es práctico. Esto permite que los registros A, AAAA y MX actualizados se propaguen más rápido cuando llegue el momento del cambio. No lo reduzcas cinco minutos antes de la migración y esperes que internet se ponga filosófico al respecto. Es posible que los resolvedores recursivos ya tengan el valor antiguo en caché.

Guarda un registro de la zona DNS actual antes de editarla. Si aparece algo inesperado después del cambio, restaurar registros conocidos es más rápido que reconstruirlos de memoria.

Elige el método de transferencia adecuado

La herramienta Transfer Tool de WHM suele ser el método más limpio para mover cuentas completas de cPanel entre servidores compatibles. Transfiere los datos de la cuenta, las bases de datos, el correo, la información de la zona DNS y muchas configuraciones a nivel de cuenta en un único proceso controlado. Usa acceso root o de nivel reseller cuando sea posible, y verifica que el servidor de origen permita la conexión SSH requerida.

Una copia de seguridad completa de cPanel también puede funcionar bien cuando la transferencia directa entre servidores no está disponible. Genera la copia de seguridad, muévela de forma segura al nuevo VPS y restáurala a través de WHM. Este enfoque es más manual, y la copia de seguridad puede representar un momento en el tiempo en lugar de los cambios más recientes, así que programa cuidadosamente la sincronización final.

Para aplicaciones con configuraciones inusuales, una migración manual puede ser más segura. Copia los archivos del sitio web con rsync u otro método de transferencia seguro, exporta e importa bases de datos, vuelve a crear usuarios y permisos, y luego reconstruye la configuración fuera de la cuenta. Esto lleva más tiempo, pero ofrece más control cuando el sistema de origen tiene reglas personalizadas de Nginx, rutas no estándar, almacenamiento externo o workers de aplicación.

Evita copiar solo el directorio public_html a menos que hayas confirmado que no hay nada más que preservar. El correo, las bases de datos, los archivos ocultos, las definiciones de cron, los materiales SSL y los archivos de configuración suelen estar fuera de esa carpeta.

Prueba el VPS antes de los cambios públicos de DNS

Una vez restaurada la cuenta, valida el sitio con la IP de destino sin cambiar el DNS público. Una entrada en el archivo hosts local permite que tu equipo resuelva el dominio al nuevo VPS mientras todos los demás siguen llegando al servidor antiguo. Este es el momento adecuado para encontrar una extensión de PHP faltante, una regla de reescritura rota o un usuario de base de datos que no se transfirió.

Prueba las páginas principales, el flujo de inicio de sesión, los formularios de contacto, el checkout, el área de administración, las subidas de imágenes y las tareas programadas. Revisa los registros de la aplicación y el registro de errores del servidor web mientras haces esto. Comprueba que el sitio esté usando la versión de PHP prevista y que la propiedad de los archivos sea correcta. Una página que carga una vez no es toda la prueba. También debe escribir en la base de datos, enviar los mensajes requeridos y manejar las sesiones autenticadas con normalidad.

Verifica también el SSL antes del cambio. Si el certificado se vuelve a emitir después de que el DNS apunte al VPS, confirma que el virtual host del servidor web sea correcto y que los puertos 80 y 443 sean accesibles. Si estás llevando un certificado existente, instala de forma segura su cadena de certificados y su clave. Los navegadores son bastante honestos con los errores de certificados, a veces con más drama del necesario.

Gestiona el correo por separado del tráfico web

El correo es la parte que más comúnmente se pasa por alto en una migración a VPS. Si el dominio usa correo externo como Google Workspace o Microsoft 365, conserva los registros MX, SPF, DKIM y DMARC existentes. No los sustituyas accidentalmente por registros de correo local de cPanel.

Si el correo está alojado en cPanel, mueve los buzones y prueba el envío y la recepción en el VPS. Durante la transición del DNS, los mensajes nuevos pueden llegar a cualquiera de los dos servidores. Mantén activa la cuenta de hosting antigua durante al menos 48 a 72 horas después del cambio, y realiza una sincronización final de correo y archivos si el origen sigue activo. Para correo de alto volumen o bandejas de entrada críticas para el negocio, planifica un cambio de correo más deliberado en lugar de tratarlo como algo secundario.

Haz el cambio con cuidado y mantén disponible el servidor antiguo

Cuando las pruebas estén limpias, pon las partes dinámicas del sitio en un breve modo de mantenimiento si la aplicación lo permite. Ejecuta una exportación final de la base de datos o una sincronización de la cuenta para capturar pedidos, envíos de formularios, cambios de usuarios y actualizaciones de contenido realizados desde la transferencia inicial. Restaura o sincroniza esos datos finales en el VPS y luego quita el modo de mantenimiento cuando el nuevo entorno esté listo.

Actualiza el registro A a la nueva dirección IPv4 y el registro AAAA solo si IPv6 está configurado y probado. Si también van a cambiar los nameservers, haz ese cambio deliberadamente y confirma que la nueva zona contiene todos los registros necesarios. Cambiar los nameservers y reconstruir el DNS en el mismo momento añade más elementos en movimiento. A veces es necesario, pero no es la situación de DNS más bonita.

Observa el nuevo servidor durante las primeras horas. Comprueba los registros de acceso web, los errores de PHP y de la aplicación, la carga de CPU, la presión de memoria, el uso de disco, el estado de la cola de correo y la actividad de la base de datos. Confirma que las copias de seguridad automatizadas se ejecuten correctamente y que la monitorización pueda alcanzar el nuevo VPS. En kodu.cloud, aquí es donde las operaciones gestionadas y la monitorización FASTCARE son útiles: el servicio vuelve a estar tranquilo porque alguien está observando el comportamiento real del servidor, no solo la página de inicio.

No canceles el servicio antiguo inmediatamente. Déjalo en línea hasta que la propagación de DNS se haya estabilizado, el flujo de correo esté confirmado, las copias de seguridad estén verificadas y los usuarios clave hayan probado el sitio en vivo. Para la mayoría de los sitios estándar, 72 horas es una ventana de seguridad razonable. Mantén un plan de reversión durante ese período: conserva los valores antiguos de DNS, evita cambios destructivos en el origen y sabe quién tomará la decisión si es necesario volver atrás.

Comprobaciones posteriores a la migración que evitan problemas más adelante

Después del traslado, revisa las copias de seguridad programadas, los períodos de retención, las pruebas de restauración, las actualizaciones de seguridad, el comportamiento del firewall y las tendencias de recursos. Elimina las entradas de prueba antiguas de tu archivo hosts local. Actualiza cualquier lista de permitidos externa, objetivos de monitorización, endpoints de webhook y documentación que hagan referencia a la dirección IP antigua.

Un VPS también te da la oportunidad de limpiar el desorden de hosting acumulado durante mucho tiempo. Elimina cuentas de correo inactivas, copias antiguas de staging, bases de datos abandonadas y plugins o extensiones que ya no sean necesarios. Haz esto después de que la migración esté estable, no durante la ventana crítica de transferencia. Los cambios calmados son más fáciles de revertir.

Una buena migración deja más que un sitio que simplemente carga. Deja un servidor que puedes monitorizar, restaurar, actualizar y en el que puedes confiar cuando llega tráfico a una hora inconveniente. Incorpora ese margen operativo al traslado y la siguiente tarea de mantenimiento se parecerá mucho menos a una operación de rescate.

Andres Saar Ingeniero de Atención al Cliente