Nube y Cloud

Guía para migrar de hosting compartido a cloud hosting

Aprende paso a paso cómo migrar tu sitio web de un hosting compartido a un servidor cloud sin perder datos ni tiempo de actividad.

An IT professional operates a computer in a server room, managing network systems and connected devices.

Migrar de hosting compartido a cloud significa copiar todos los archivos y bases de datos de tu sitio a un servidor cloud propio, redirigir el DNS y verificar que todo funcione antes de apagar el alojamiento anterior. El proceso típico toma entre dos y cuatro horas de trabajo, con cero o mínimo tiempo de inactividad si se hace con cuidado.

Si tu sitio tarda en cargar, se cae en horas pico o los recursos del hosting compartido ya no alcanzan, el momento de migrar llegó. Esta guía te lleva de un entorno a otro sin perder datos ni visitantes.

¿Cuándo tiene sentido migrar a cloud hosting?

No todos los sitios necesitan un servidor cloud de inmediato. Estas son las señales claras de que ya es tiempo:

  • Tiempos de carga superiores a 3 segundos en horas pico, causados por los límites de CPU compartida.
  • Errores 503 o "Too many connections" en la base de datos.
  • El hosting compartido suspende el sitio por exceder el límite de procesos.
  • Necesitas instalar extensiones de PHP que el proveedor no permite.
  • Tráfico creciente que proyecta superar los límites del plan compartido en los próximos meses.

En contraste, si tu sitio recibe menos de 5,000 visitas mensuales y no tiene picos, el hosting compartido puede ser suficiente. La migración tiene costos y responsabilidades adicionales que vale la pena evaluar antes.

Paso 1 — Prepara el entorno en el servidor cloud

Antes de tocar el sitio actual, levanta y configura el servidor cloud destino. Así reduces el tiempo que el sitio estará en transición.

Elige un proveedor y crea el servidor

Selecciona una distribución Linux (Ubuntu 22.04 LTS es la más recomendada). Elige el plan de recursos según tu tráfico actual: para la mayoría de sitios WordPress con hasta 50,000 visitas mensuales, 2 vCPU y 4 GB de RAM son un buen punto de partida.

Tráfico mensual RAM recomendada vCPU recomendados
Hasta 10,000 visitas 1–2 GB 1
10,000–50,000 visitas 2–4 GB 2
50,000–200,000 visitas 4–8 GB 4
+200,000 visitas 8+ GB 4–8

Instala el stack de software

Instala Apache (o Nginx), PHP en la misma versión que usas actualmente en el hosting compartido, y MariaDB. Si el sitio es WordPress, necesitas también las extensiones PHP que usa: php-mysql php-curl php-gd php-mbstring php-xml php-zip.

Paso 2 — Haz el backup completo del sitio actual

Nunca migres sin un respaldo verificado. Un backup incompleto es casi tan peligroso como no tener ninguno.

Archivos del sitio

Desde el panel de tu hosting compartido (cPanel, Plesk, etc.) descarga un backup completo, o comprime la carpeta raíz del sitio via SSH:

tar -czf backup_sitio_$(date +%Y%m%d).tar.gz /home/tuusuario/public_html/

Base de datos

mysqldump -u tu_usuario -p nombre_base_de_datos > backup_db_$(date +%Y%m%d).sql

Descarga ambos archivos a tu computadora local antes de hacer cualquier cambio. Verifica que el archivo .sql no esté vacío y que el .tar.gz se pueda descomprimir sin errores.

Paso 3 — Transfiere archivos y restaura la base de datos

Subir archivos al servidor cloud

Usa scp o rsync para transferir los archivos directamente entre servidores (más rápido que pasar por tu computadora):

rsync -avz -e "ssh" /ruta/al/backup/ usuario@ip-del-cloud:/var/www/html/mi-sitio/

Si prefieres, sube el archivo comprimido con scp y descomprímelo en el servidor cloud:

scp backup_sitio.tar.gz usuario@ip-del-cloud:/tmp/
# En el servidor cloud:
tar -xzf /tmp/backup_sitio.tar.gz -C /var/www/html/mi-sitio/

Importar la base de datos

En el servidor cloud, crea primero la base de datos y el usuario, luego importa:

mysql -u root -p nombre_base_de_datos 

Actualizar la configuración del sitio

Si usas WordPress, edita wp-config.php con las nuevas credenciales de base de datos del servidor cloud. Si usas otro CMS, busca el archivo de configuración equivalente (config.php, .env, etc.).

Paso 4 — Prueba el sitio antes de cambiar el DNS

Este paso evita exponer un sitio roto a tus visitantes. Agrega el dominio temporalmente a tu archivo /etc/hosts local (en tu computadora) apuntando a la IP del nuevo servidor cloud:

123.45.67.89   misitio.com www.misitio.com

Abre el navegador y verifica:

  • La página de inicio carga correctamente.
  • Las imágenes y estilos se ven bien.
  • El formulario de contacto funciona.
  • El login de admin (si aplica) responde.
  • Los certificados SSL están configurados.

Si algo falla, corrígelo en el servidor cloud antes de tocar el DNS. El sitio viejo sigue activo para los visitantes mientras tanto.

Paso 5 — Cambia el DNS y verifica la propagación

Una vez que el sitio en el servidor cloud está verificado y funciona correctamente, actualiza los registros A en el panel de tu registrador de dominio:

misitio.com      A   123.45.67.89
www.misitio.com  A   123.45.67.89

Reduce el TTL a 300 segundos (5 minutos) al menos una hora antes de hacer el cambio. Así la propagación del DNS será más rápida — generalmente entre 15 minutos y 2 horas en la mayoría de las regiones.

Monitorea el cambio con herramientas como dig misitio.com o whatsmydns.net. Cuando la mayoría de los nodos del mundo resuelvan a la nueva IP, el sitio viejo puede quedarse activo unos días más como respaldo antes de cancelarlo.

¿Quieres que un equipo especializado haga la migración por ti sin riesgo de caídas? En elenlace.com ofrecemos migraciones asistidas a cloud hosting con verificación completa incluida.

Conclusiones clave

  • Prepara el servidor cloud destino antes de tocar el sitio actual: reduce el tiempo de transición.
  • Un backup verificado (archivos + base de datos) es el paso más importante de toda la migración.
  • Prueba el sitio apuntando el dominio en tu /etc/hosts local antes de cambiar el DNS público.
  • Reduce el TTL del DNS horas antes del cambio para acelerar la propagación.
  • Mantén activo el hosting compartido al menos 48 horas tras el cambio de DNS como red de seguridad.

Una migración bien planeada no interrumpe el servicio y se puede completar en una tarde. Si prefieres delegar el proceso, el equipo de elenlace.com gestiona migraciones de principio a fin. Para más recursos sobre cloud hosting, visita nuestro blog de cloud.

Preguntas frecuentes

¿Cuánto tiempo tarda la migración de hosting compartido a cloud?

El trabajo de configuración y transferencia toma entre 2 y 4 horas para un sitio típico. La propagación del DNS puede tardar entre 15 minutos y 48 horas, pero el sitio permanece accesible durante ese período porque el alojamiento viejo sigue activo.

¿Perderé visitantes o posicionamiento SEO al migrar?

No, si conservas exactamente las mismas URLs y contenido. Google y otros buscadores re-rastrean el sitio en la nueva IP sin penalizar el posicionamiento. Asegúrate de mantener los mismos slugs, títulos y estructura de carpetas.

¿Necesito cancelar el hosting compartido inmediatamente después de migrar?

No. Mantén el hosting compartido activo al menos 48-72 horas tras el cambio de DNS. Si algo sale mal durante la propagación, puedes revertir el DNS rápidamente sin haber perdido el entorno anterior.

¿Qué pasa con mis correos del hosting compartido al migrar el dominio?

El correo y el hosting web son servicios independientes en el DNS (registros MX vs. registros A). Si tus correos están en el mismo hosting compartido, debes migrarlos también o asegurarte de que los registros MX no cambien durante la migración web. Considera mantener el correo separado en Google Workspace o Zoho para simplificar futuras migraciones.

Compara proveedores

Otros proveedores y guías que vale la pena comparar:

← Todos