Migración de Hetzner a Valebyte: lista de verificación y errores comunes

Para migrar de Hetzner a Valebyte sin pérdida de datos y con un tiempo de inactividad (downtime) mínimo, se recomienda utilizar el método de sincronización de archivos a través de rsync o la creación de una imagen de disco de bloque mediante dd, lo que permite transferir completamente el sistema operativo, las configuraciones y las bases de datos en un plazo de 1 a 3 horas. Este proceso incluye un inventario de recursos, la preparación del servidor de destino en Valebyte, la transferencia de datos y el cambio final de los registros DNS con un TTL bajo.

¿Por qué es necesaria la migración desde Hetzner ahora mismo?

La migración desde Hetzner a menudo se convierte en una medida necesaria debido al endurecimiento de la política de seguridad del proveedor y a los bloqueos masivos de cuentas sin explicación. La situación en la que un usuario recibe el estado de hetzner banned inmediatamente después del registro o al intentar realizar un pago se ha vuelto algo común para los desarrolladores de la CEI y Europa del Este. Valebyte ofrece una política de verificación más flexible y un funcionamiento estable de la infraestructura sin el riesgo de una desconexión repentina de los servidores.

Principales razones para dejar Hetzner

• Account Banned: El sistema automático de monitoreo de fraude de Hetzner a menudo bloquea cuentas nuevas e incluso antiguas, exigiendo datos del pasaporte o simplemente cerrando el acceso sin derecho a apelación.
• Scraping Ban: Si su proyecto está relacionado con el web scraping, se enfrentará rápidamente a quejas por abuso (Abuse). Hetzner reacciona de manera extremadamente estricta a la actividad de red que considera sospechosa. En tales casos, los proxies residenciales a través de su propio VPS son la única salida, pero es mejor cambiar el hosting por uno más flexible como Valebyte.
• Riesgos geopolíticos: Los cambios en la legislación de la UE obligan a los proveedores alemanes a introducir restricciones adicionales, lo que convierte el traslado desde hetzner en una cuestión de supervivencia para el negocio.

Restricciones técnicas y KYC

El procedimiento KYC (Know Your Customer) en Hetzner puede tardar varios días, mientras que en Valebyte el servidor se activa instantáneamente después del pago. Para muchos es crítica la posibilidad de pagar con criptomonedas o a través de sistemas de pago locales, lo cual es prácticamente imposible en Hetzner. Si busca una alternativa confiable como Hetzner alternative, Valebyte ofrece VPS NVMe con una potencia similar, pero con un enfoque de soporte más humano.

Preparación de la infraestructura para el traslado desde Hetzner

Un traslado desde hetzner exitoso comienza con una auditoría detallada del sistema actual para evitar situaciones en las que una configuración olvidada o una tarea cron rompan la producción en el nuevo lugar. Antes de hacer clic en el botón "Order" en Valebyte, es necesario recopilar datos sobre el espacio en disco, los puertos utilizados y las versiones del kernel de Linux.

Inventario y backups

Cree una lista completa de todos los servicios que se ejecutan en el servidor. Preste especial atención a las versiones de las bases de datos (MySQL, PostgreSQL, Redis). La diferencia en las versiones menores puede provocar errores al copiar simplemente los datos binarios. Realice un dump reciente de todas las bases de datos:

mysqldump --all-databases -u root -p > alldbs_backup.sql
pg_dumpall -U postgres > full_pg_backup.sql

Configuración de red y TTL

24 horas antes de comenzar la hetzner migration, es necesario reducir el valor del TTL (Time To Live) de sus dominios en el panel de DNS a 300 o 600 segundos. Esto permitirá que los cambios en la dirección IP se propaguen por el mundo en cuestión de minutos, no horas. Si utiliza Cloudflare, este paso se simplifica, pero aun así requiere supervisión.

Implementación técnica: hetzner migration mediante rsync y dd

Para la hetzner migration existen dos caminos principales: la transferencia de datos a nivel de archivos (rsync) y la transferencia a nivel de bloques (dd). La primera opción es adecuada para la mayoría de los proyectos web; la segunda, si necesita clonar el sistema completo conservando todas las configuraciones específicas del kernel y las particiones.

Método 1: Sincronización a través de rsync

Rsync es la forma más confiable de transferir archivos manteniendo los permisos de acceso y los enlaces simbólicos. Ejecute el comando desde el servidor de destino en Valebyte para "extraer" los datos de Hetzner:

rsync -avzP --exclude=/dev/* --exclude=/proc/* --exclude=/sys/* --exclude=/tmp/* --exclude=/run/* --exclude=/mnt/* --exclude=/media/* --exclude=/lost+found root@hetzner_ip:/ /

Importante: después de completar la sincronización, es necesario actualizar la configuración del cargador de arranque GRUB y el archivo /etc/fstab, ya que los UUID de los discos en Valebyte serán diferentes a los de Hetzner. Utilice el comando blkid para obtener los nuevos identificadores.

Método 2: Copia de bloques a través de dd

Si desea transferir el sistema "tal cual", utilice dd a través de SSH. Esto requiere arrancar ambos servidores en Rescue Mode. En el servidor de destino de Valebyte, inicie la escucha:

nc -l -p 1234 | dd of=/dev/vda

En el servidor de origen de Hetzner, envíe los datos:

dd if=/dev/sda | nc vale_byte_ip 1234

Este método garantiza una identidad del 100% de los sistemas, pero requiere que el tamaño del disco en Valebyte sea igual o mayor que el disco en Hetzner. Si está pasando de un HDD enorme a un NVMe rápido, es mejor usar rsync o reinstalar el SO y luego transferir los datos.

Migración de contenedores Docker y Volumes

Al realizar un cambio de hosting hetzner al stack moderno de Valebyte, la mayoría de los proyectos ya están empaquetados en Docker. Esto simplifica significativamente la tarea, ya que no necesita preocuparse por las dependencias del SO; basta con transferir las imágenes y, lo que es más importante, los Volumes (volúmenes de datos).

Migración de Docker Volumes

La forma más sencilla de transferir datos de Docker es detener los contenedores y copiar el contenido de la carpeta /var/lib/docker/volumes. Sin embargo, lo más correcto es utilizar la exportación:

docker run --rm -v my_volume:/volume -v $(pwd):/backup alpine tar cvf /backup/my_volume.tar /volume

Después de transferir el archivo a Valebyte, despliéguelo con un comando similar:

docker run --rm -v my_volume:/volume -v $(pwd):/backup alpine sh -c "cd /volume && tar xvf /backup/my_volume.tar --strip 1"

Optimización de Docker-compose

Asegúrese de que en sus archivos docker-compose.yml no haya direcciones IP de Hetzner escritas de forma fija (hardcoded). Utilice los nombres internos de las redes de Docker. Al mudarse a Valebyte, obtendrá una alta velocidad en el subsistema de discos, lo que puede requerir el ajuste de los límites de recursos (CPU/RAM) en la configuración de los contenedores para lograr el máximo rendimiento.

Comparación entre Valebyte y Hetzner: rendimiento y precios

Al planificar la migración desde hetzner, es importante entender qué obtiene por su dinero. Valebyte se enfoca en procesadores de alto rendimiento y unidades NVMe de clase empresarial, lo que es especialmente notable en las operaciones de lectura/escritura de bases de datos. La comparación con Vultr u otros actores globales a menudo muestra que Valebyte gana en la relación calidad/precio.

Los datos muestran que, a un precio similar, Valebyte ofrece hardware más moderno. Si su proyecto ha superado el hosting convencional, vale la pena considerar el traslado desde plataformas locales o Hetzner a Valebyte para obtener un tiempo de actividad estable del 99.99%.

Cambio de hosting Hetzner: DNS-cutover y minimización del tiempo de inactividad

La etapa final del cambio de hosting hetzner es el cambio de tráfico. Si hizo todo correctamente, sus datos ya están sincronizados y las aplicaciones se están ejecutando en la nueva IP. Ahora debe asegurarse de que los usuarios no noten la transición.

Estrategia de migración Blue-Green

No apague el servidor antiguo de inmediato. Configure el proxy del tráfico desde la IP antigua a la nueva. Esto se puede hacer con nginx (módulo stream) o iptables. Si un usuario accede a la IP antigua de Hetzner, su solicitud se redirige de forma transparente a Valebyte:

iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT --to-destination NEW_VALEBYTE_IP:80
iptables -t nat -A POSTROUTING -j MASQUERADE

Esto garantizará que el sitio funcione incluso para aquellos usuarios cuya caché de DNS del proveedor aún no se haya actualizado. Después de 24 a 48 horas, cuando el tráfico en el servidor antiguo caiga a cero, el servidor de Hetzner puede eliminarse definitivamente.

Checklist de 12 pasos para una migración exitosa

Para que la migración desde hetzner transcurra sin sorpresas, siga esta lista de acciones comprobada. Cada punto es críticamente importante para mantener la integridad de los datos.

1. Reducción de TTL: Establezca un TTL de 300 para todos los registros DNS un día antes de comenzar.
2. Auditoría de software: Anote todas las versiones de PHP, Python, Node.js instaladas en Hetzner.
3. Pedido del servidor: Elija un plan en Valebyte que sea igual o superior al actual.
4. Configuración de SSH: Agregue sus llaves al nuevo servidor y verifique el acceso.
5. Rsync inicial: Copie el volumen principal de datos (archivos, imágenes) mientras el proyecto está en funcionamiento.
6. Dump de bases de datos: Detenga la escritura en la BD o utilice el modo de replicación.
7. Rsync secundario: Sincronice los archivos modificados y transfiera los dumps de la BD.
8. Configuración del entorno: Verifique /etc/hosts, /etc/nginx/sites-enabled/ y las rutas en las configuraciones.
9. Pruebas: Verifique el funcionamiento del sitio configurando la nueva IP en el archivo hosts local de su PC.
10. Cambio de DNS: Cambie la IP en el panel de control de dominios.
11. Monitoreo de logs: Esté atento al error.log en el nuevo servidor durante la primera hora.
12. Desmantelamiento: Realice un backup final de Hetzner y elimine la instancia después de 2-3 días.

Errores comunes en la migración y cómo evitarlos

Incluso los administradores de sistemas experimentados cometen errores al trasladarse desde hetzner. La mayoría de los problemas están relacionados con la configuración de red y las particularidades de la virtualización.

Problema: Interfaces eth0 vs ens3

En Hetzner, la interfaz de red a menudo se llama eth0, mientras que en la virtualización KVM de Valebyte puede llamarse ens3 o enp0s3. Si simplemente copia /etc/network/interfaces o las configuraciones de Netplan, el servidor no estará accesible por red después del reinicio. Siempre verifique el nombre de la interfaz con el comando ip a antes del reinicio final.

Problema: Permisos de archivos (Permissions)

Al usar scp en lugar de rsync, a menudo se pierden los propietarios de los archivos (chown). Como resultado, el servidor web (www-data) no puede leer la caché ni escribir logs. Utilice siempre el flag -a (archive) en rsync, que conserva permisos, grupos y marcas de tiempo.

Problema: Tareas Cron olvidadas

Los archivos en /var/spool/cron/crontabs/ o /etc/cron.d/ a menudo se olvidan durante la copia manual. Esto provoca que no se realicen backups y que los scripts de limpieza no se ejecuten. Asegúrese de haber transferido las tareas para todos los usuarios, incluido root.

Conclusiones

La migración de Hetzner a Valebyte es una decisión estratégicamente acertada para proteger su proyecto de bloqueos repentinos y aumentar el rendimiento gracias al hardware NVMe moderno. Para un traslado exitoso, basta con seguir el checklist de 12 pasos, utilizar rsync para la sincronización de datos y preparar con antelación los registros DNS, lo que garantiza la ausencia de interrupciones en el funcionamiento de sus servicios.