Cómo migrar de Hetzner a otro hosting sin tiempo de inactividad

calendar_month 16 de marzo de 2026 schedule 12 min de lectura visibility 2702 vistas
person
Valebyte Team
Cómo migrar de Hetzner a otro hosting sin tiempo de inactividad
summarize

TL;DR

  • • Sincroniza datos con rsync y gestiona el DNS para migrar desde Hetzner sin interrupciones en el servicio.
  • • Evalúa el cambio si buscas centros de datos fuera de Alemania o Finlandia para reducir la latencia global.
  • • Opta por migrar si requieres soporte técnico profundo en software, más allá del hardware y la red básica.
  • • Planifica la migración por fases para asegurar que el cambio de tráfico sea fluido para el usuario final.
dns ¿No tienes servidor para esta guía? Contabo, Cherry Servers

Migrar de Hetzner a otro hosting sin tiempo de inactividad es posible utilizando una combinación de planificación meticulosa, sincronización de datos paso a paso a través de rsync y una gestión inteligente de DNS, lo que permite cambiar el tráfico al nuevo servidor de forma fluida e imperceptible para los usuarios finales. Este proceso requiere atención a los detalles, pero con el enfoque correcto, garantiza el funcionamiento continuo de sus servicios.

Los precios, planes y configuraciones de proveedores externos que se mencionan aquí son orientativos y pueden haber cambiado desde la publicación. Consulta las condiciones vigentes en la web del proveedor antes de contratar.

¿Por qué los usuarios deciden leave Hetzner?

Hetzner Online es un proveedor de hosting conocido y respetado que ofrece precios competitivos e infraestructura confiable. Sin embargo, incluso un gigante como este tiene sus particularidades que pueden no ser adecuadas para todos los usuarios. La decisión de leave Hetzner a menudo está dictada por varios factores clave:

  • Soporte: Aunque Hetzner ofrece soporte básico, a menudo se limita a cuestiones relacionadas con el hardware y la red. Para tareas que requieren una inmersión profunda en el software o la configuración, los usuarios pueden buscar un proveedor con asistencia técnica más amplia y rápida.
  • Flexibilidad y personalización: Algunos usuarios necesitan configuraciones de servidor más flexibles, sistemas operativos específicos o configuraciones personalizadas que pueden ser limitadas o menos accesibles en Hetzner.
  • Ubicación geográfica: Los principales centros de datos de Hetzner se encuentran en Alemania y Finlandia. Para proyectos dirigidos a audiencias en otras regiones, como América del Norte o Asia, puede ser necesario un servidor ubicado más cerca del público objetivo para reducir la latencia.
  • Protección DDoS y seguridad: Aunque Hetzner ofrece protección básica, las soluciones avanzadas o especializadas para la protección contra ataques DDoS y otras amenazas de seguridad pueden ser una prioridad mayor para algunos proyectos.
  • Política de precios: A pesar del atractivo de los precios de Hetzner, a veces los usuarios descubren que para sus requisitos específicos (por ejemplo, alto rendimiento de I/O o licencias específicas), otros proveedores ofrecen condiciones más ventajosas o un mejor equilibrio entre precio y calidad.

Preparación para la Hetzner migration: ¿qué hay que tener en cuenta?

Una Hetzner migration exitosa comienza mucho antes de copiar los archivos. Una preparación meticulosa es la clave para evitar problemas y tiempo de inactividad. Esto es lo que debe considerar:

  1. Inventario del servidor actual: Haga una lista completa de todo lo que se ejecuta en su servidor Hetzner actual. Esto incluye:
    • Sistema operativo y su versión.
    • Servidor web (Apache, Nginx, LiteSpeed) y su configuración.
    • Bases de datos (MySQL, PostgreSQL, MongoDB, Redis) y sus versiones.
    • Lenguajes de programación (PHP, Python, Node.js, Ruby) y sus versiones, módulos utilizados.
    • Servidores de correo (Postfix, Exim), servidores FTP, servidores DNS.
    • Programadores de tareas (cron jobs).
    • Certificados SSL y sus rutas.
    • Cualquier aplicación de terceros, paneles de control (cPanel, Plesk, ISPmanager).
    • Tamaño de los datos (archivos, bases de datos): esto ayudará a estimar el tiempo de sincronización y a elegir el volumen de disco adecuado en el nuevo servidor.
  2. Elección del nuevo hosting y servidor: Determine los requisitos para el nuevo servidor. ¿Necesita un VPS o un servidor dedicado? ¿Qué cantidad de RAM, número de núcleos de CPU, tipo y volumen de disco (NVMe, SSD) necesita?
  3. Análisis de dependencias: Asegúrese de que todos los componentes de su aplicación (versiones de PHP, bibliotecas de Python, etc.) sean compatibles con el nuevo entorno. A veces se requiere una actualización de software.
  4. Plan de pruebas: Desarrolle una estrategia de pruebas para asegurarse de que todos los servicios funcionen correctamente en el nuevo servidor antes de cambiar el DNS.
  5. Cronograma de migración: Elija el momento de menor carga para iniciar la migración y minimizar el impacto potencial en los usuarios si algo sale mal.

Migración paso a paso desde Hetzner: plan de acción

Elección de un nuevo servidor: ¿qué tener en cuenta?

El primer y uno de los pasos más importantes es la elección de la infraestructura adecuada. Al elegir, considere:

  • Procesador (CPU): Para aplicaciones de alta carga, elija servidores con más núcleos y una alta frecuencia de reloj. Muchos servidores utilizan procesadores Intel Xeon E-series y AMD EPYC, que garantizan un excelente rendimiento.
  • Memoria RAM: Determine la cantidad de RAM necesaria. Para la mayoría de las aplicaciones web y bases de datos, se recomienda un mínimo de 4-8 GB. Para proyectos grandes y bases de datos de alta carga, puede ser necesario 16 GB o más.
  • Subsistema de disco: Se recomienda utilizar discos NVMe, que son de 5 a 10 veces más rápidos que los SSD normales. Esto es fundamental para bases de datos, servidores de archivos y aplicaciones que trabajan intensivamente con el disco.
  • Ancho de banda de red: Asegúrese de que el nuevo servidor tenga suficiente ancho de banda para su tráfico. Los servidores suelen estar equipados con puertos de 1 Gbit/s o 10 Gbit/s.
  • Soporte: Compruebe el soporte técnico disponible, listo para ayudar con preguntas de instalación, configuración e incluso con el propio proceso de migración.

Creación de una copia de seguridad de datos: su seguro

Antes de iniciar cualquier migración, es fundamental crear una copia de seguridad completa de todos los datos en su servidor Hetzner actual. Este es su seguro en caso de problemas imprevistos.

Para bases de datos (por ejemplo, MySQL/MariaDB):

mysqldump -u root -p --all-databases > all_databases.sql

O para una base de datos específica:

mysqldump -u username -p database_name > database_name.sql

Para archivos:

tar -czvf /root/full_backup_$(date +%F).tar.gz --exclude=/dev --exclude=/proc --exclude=/sys --exclude=/tmp --exclude=/run --exclude=/mnt --exclude=/media --exclude=/lost+found /

Guarde esta copia de seguridad en un lugar seguro, preferiblemente en un almacenamiento externo diferente de ambos servidores.

Sincronización de datos con rsync: la clave para una migración sin tiempo de inactividad

rsync es una potente herramienta para la sincronización incremental de archivos que permite minimizar el tiempo de inactividad. El proceso consta de varias etapas:

  1. Sincronización inicial: Copie todos los archivos de Hetzner al nuevo servidor. Esto puede llevar un tiempo considerable dependiendo del volumen de datos.
  2. rsync -avzP --exclude='/dev/*' --exclude='/proc/*' --exclude='/sys/*' --exclude='/tmp/*' --exclude='/run/*' --exclude='/mnt/*' --exclude='/media/*' --exclude='/lost+found/*' / root@SU_NUEVA_IP_VALEBYTE:/
    

    Nota: Reemplace SU_NUEVA_IP_VALEBYTE con la dirección IP de su nuevo servidor. Opciones: -a (modo archivo), -v (salida detallada), -z (compresión), -P (mostrar progreso y reanudar transferencias interrumpidas).

  3. Sincronización de bases de datos: Después de la sincronización inicial de archivos, transfiera las bases de datos. Primero, expórtelas en el servidor antiguo y luego impórtelas en el nuevo.
  4. # En el servidor antiguo (Hetzner)
    mysqldump -u root -p --all-databases > all_databases.sql
    
    # Copie el archivo al nuevo servidor (Valebyte)
    scp all_databases.sql root@SU_NUEVA_IP_VALEBYTE:/root/
    
    # En el nuevo servidor (Valebyte)
    mysql -u root -p < all_databases.sql
    
  5. Sincronizaciones incrementales: A medida que continúe trabajando en el servidor antiguo, siga ejecutando rsync. Esto solo copiará los archivos modificados, lo que es significativamente más rápido.
  6. rsync -avzP --exclude='/dev/*' --exclude='/proc/*' --exclude='/sys/*' --exclude='/tmp/*' --exclude='/run/*' --exclude='/mnt/*' --exclude='/media/*' --exclude='/lost+found/*' / root@SU_NUEVA_IP_VALEBYTE:/
    

Configuración y prueba del nuevo servidor

Una vez copiados los datos, es necesario configurar el nuevo servidor para que esté completamente listo para funcionar:

  • Instalación y configuración de software: Instale y configure el servidor web (Nginx, Apache), PHP, bases de datos (MySQL, PostgreSQL), servidores de correo y otras aplicaciones necesarias de acuerdo con el inventario.
  • Configuración de aplicaciones: Actualice los archivos de configuración de sus aplicaciones para que apunten a las bases de datos locales y otros recursos.
  • Certificados SSL: Instale los certificados SSL.
  • Pruebas sin cambiar el DNS: Para probar el sitio en el nuevo servidor antes de cambiar el DNS, puede modificar temporalmente el archivo hosts en su computadora local o usar un servidor proxy. Agregue una línea como:
    SU_NUEVA_IP yourdomain.com www.yourdomain.com
        

    Esto permitirá que su computadora acceda al nuevo servidor por el nombre de dominio, mientras que el resto de los usuarios ven el servidor Hetzner antiguo. Revise cuidadosamente todas las funciones del sitio, formularios, paneles de administración, etc.

Cambio de DNS y finalización: ¿cómo switch from Hetzner?

Este es el momento más crítico, cuando finalmente switch from Hetzner a un nuevo proveedor.

  1. Reduzca el TTL (Time To Live) de los registros DNS: 24-48 horas antes del cambio, modifique el TTL de sus registros A (y, posiblemente, CNAME) a un valor mínimo, por ejemplo, 300 segundos (5 minutos). Esto acelerará la propagación de los cambios de DNS.
  2. Detenga la escritura de datos en el servidor antiguo: Si es posible, ponga su sitio web en modo de mantenimiento o detenga todos los procesos que escriben datos en la base de datos o el sistema de archivos del servidor Hetzner antiguo.
  3. Sincronización final: Ejecute el último comando rsync. Dado que los datos ya son casi idénticos, esto solo tomará unos segundos o minutos.
  4. Importación de datos finales: Si hubo cambios en las bases de datos, realice un volcado e importación final.
  5. Cambie los registros DNS: En el panel de control de su registrador de dominios (o proveedor de DNS), cambie los registros A del dominio para que apunten a la dirección IP de su nuevo servidor.
  6. Monitoreo: Durante las siguientes horas y días, supervise cuidadosamente los registros del nuevo servidor, el rendimiento y la disponibilidad del sitio web. Asegúrese de que el tráfico se redirige correctamente.
  7. Eliminación del servidor antiguo: Una vez que se haya asegurado de que todo funciona de manera estable en el nuevo servidor y que el servidor Hetzner antiguo no recibe tráfico, puede apagarlo y eliminarlo de forma segura.

Recomendaciones para una migración exitosa desde Hetzner

Para que su migración desde Hetzner sea lo más fluida y exitosa posible, siga estas recomendaciones:

  • Pruebas exhaustivas: Nunca subestime la importancia de las pruebas. Verifique cada función, cada página, cada integración en el nuevo servidor antes de cambiar el DNS.
  • Comunicación: Si su sitio web tiene una gran audiencia, considere notificar a los usuarios sobre la próxima migración, especialmente si se espera una ventana de mantenimiento corta.
  • Monitoreo: Utilice herramientas de monitoreo (Prometheus, Grafana, Zabbix) para rastrear el rendimiento y la disponibilidad de ambos servidores antes, durante y después de la migración.
  • Documentación: Documente cada paso de la migración, incluyendo todos los comandos, configuraciones y cambios. Esto ayudará en caso de reversión o futuras migraciones.
  • Empiece poco a poco: Si tiene varios servicios, considere migrar el servicio menos crítico primero para practicar el proceso.
  • Utilice claves SSH: Para un acceso seguro y conveniente a los servidores al trabajar con rsync y scp, utilice siempre claves SSH en lugar de contraseñas.
  • Verifique el firewall: Asegúrese de que el firewall en el nuevo servidor esté configurado correctamente y no bloquee los puertos necesarios para su aplicación (HTTP, HTTPS, SSH, MySQL, etc.).

Conclusiones

La migración de Hetzner a un nuevo hosting sin tiempo de inactividad es un objetivo alcanzable con una planificación cuidadosa y el uso de metodologías probadas, como la sincronización incremental con rsync y una gestión de DNS bien pensada, asegurando una transferencia fluida y segura de sus proyectos.

Dónde conseguir un servidor

Proveedores de VPS y servidores dedicados verificados.

Todos los planes en el catálogo →

Enlaces de afiliado: podemos recibir una comisión, el precio para ti no cambia.

Compartir esta publicación: