Cómo migrar desde DigitalOcean: snapshots, DNS, cutover fluido

Para migrar de DigitalOcean a otro VPS es necesario reducir el TTL de los registros DNS a 300 segundos un día antes de los trabajos, exportar la imagen del disco a través del mecanismo de Custom Images o la utilidad dd, convertir el Snapshot del formato qcow2 a raw y desplegarlo en el nuevo servidor — este algoritmo de migración desde DigitalOcean garantiza un tiempo de inactividad (downtime) mínimo y la total integridad de los datos.

Razones económicas y técnicas para migrar desde DigitalOcean

El proceso, conocido como leaving digitalocean, a menudo se inicia debido a cambios en la política de precios del proveedor. En los últimos años, DigitalOcean (DO) ha revisado el coste de sus planes básicos, introduciendo un cargo por separado para las direcciones IPv4, lo que ha aumentado significativamente la factura final para proyectos pequeños y desarrolladores individuales.

Comparación de costes de recursos y rendimiento

Al analizar los costes, es importante considerar no solo el precio nominal del Droplet, sino también los cargos ocultos por tráfico e IPs adicionales. Si se considera una DigitalOcean alternative, se puede notar una diferencia significativa en el volumen de recursos por el mismo precio.

Característica	DigitalOcean (Basic)	Valebyte (Cloud VPS)	Diferencia
CPU (Cores)	1 vCPU	1 vCPU (High Frequency)	Similar
RAM (GB)	1 GB	2 GB	El doble en Valebyte
Disk (NVMe)	25 GB	30 GB	+20% de volumen
Dirección IPv4	De pago (desde $4/mes)	Incluido en el precio	Ahorro de $4/mes
Precio final	~$6.00 + IPv4 = $10.00	$7.59 (todo incluido)	Un 24% más barato

El problema de las IPv4 de pago y las limitaciones de los snapshots

Muchos usuarios comienzan su digitalocean migration tras notar que el coste de una sola dirección IP pública en DO empieza a representar entre el 40% y el 50% del coste del servidor más económico. Además, el ecosistema interno de DO limita enormemente la exportación de datos: no se puede simplemente pulsar un botón de "Descargar snapshot" en el panel de control. Esto obliga a utilizar métodos alternativos a través de Custom Images o la copia directa de particiones de disco.

Preparación de la infraestructura para la digitalocean migration

Una migración exitosa no comienza con la copia de archivos, sino con la gestión del tiempo de vida (TTL) de los registros en la red global. Si se ignora este paso, tras cambiar la dirección IP, una parte de sus usuarios seguirá intentando contactar con el servidor antiguo en DigitalOcean durante varios días.

Reducción del TTL y auditoría de dependencias

24 horas antes de comenzar la fase activa de la migración, es necesario acceder al panel de control de DNS (ya sea Cloudflare, DigitalOcean DNS o su registrador) y cambiar el valor del TTL (Time To Live) para todos los registros de tipo A y AAAA a 300 segundos (5 minutos). Esto garantiza que, cuando cambie la IP, el mundo se entere de forma casi instantánea. Durante la preparación, es útil estudiar una Hetzner alternative y otras opciones de plataformas para asegurarse de que el centro de datos elegido cumpla con sus requisitos de latencia y estabilidad jurídica.

Inventario de servicios y backups

Antes de iniciar el do snapshots export, elabore una lista de los servicios críticos.

• Verifique las rutas de los archivos de configuración (nginx, apache, docker-compose).
• Realice volcados (dumps) de las bases de datos (MySQL/PostgreSQL) por separado, incluso si planea transferir toda la imagen del disco.
• Registre la configuración actual del firewall (UFW o iptables).
• Asegúrese de tener acceso mediante llave SSH al nuevo servidor.

Proceso técnico de do snapshots export

Dado que DigitalOcean no proporciona un enlace directo para descargar un snapshot, los desarrolladores deben recurrir a una maniobra utilizando la funcionalidad de Custom Images.

Método a través de Custom Images y S3

Este método se considera el más "civilizado", pero requiere espacio libre y tiempo. 1. Cree un Snapshot de su Droplet en el panel de DO. 2. Vaya a la sección "Images" -> "Snapshots". 3. Junto al snapshot deseado, seleccione "More" -> "Export to Custom Images". 4. Una vez finalizada la exportación, la imagen estará disponible en la sección Custom Images, desde donde podrá descargarse mediante un enlace directo que estará activo por tiempo limitado. La imagen suele guardarse en formato `.qcow2`. Este es el estándar para la virtualización KVM, pero para importarla a otras plataformas puede ser necesaria una conversión.

Copia directa del disco mediante dd y ssh

Si no desea lidiar con el panel de control, puede realizar una transferencia de datos do to vps en tiempo real. Para ello, debe iniciar el Droplet en modo Recovery ISO.

# Ejemplo de comando para copiar todo el disco del servidor antiguo al nuevo
# Se ejecuta desde el nuevo servidor
ssh root@old-server-ip "dd if=/dev/vda bs=1M status=progress | gzip -c" | gunzip -c | dd if=/dev/vda

Atención: Este método requiere que los discos en el servidor de destino sean del mismo tamaño o mayores que en el de origen. Si el disco en el nuevo VPS es más pequeño, primero tendrá que reducir el sistema de archivos y la partición en el lado de DigitalOcean, lo cual es una operación arriesgada.

Conversión y despliegue de la imagen (do to vps)

Una vez obtenido el archivo de imagen (por ejemplo, `backup.qcow2`), es necesario prepararlo para trabajar en la nueva infraestructura. La mayoría de los proveedores de nube modernos admiten la importación de imágenes, pero los formatos pueden variar.

Uso de qemu-img para cambiar el formato

Si su nuevo proveedor de hosting requiere el formato RAW (que es el más universal), utilice la utilidad `qemu-img`:

# Instalación de la utilidad en Ubuntu/Debian
apt-get install qemu-utils

# Conversión de qcow2 a raw
qemu-img convert -f qcow2 -O raw snapshot_export.qcow2 disk_image.raw

El formato RAW ocupa más espacio, ya que no está comprimido y representa una copia bit a bit completa del disco. Sin embargo, garantiza la máxima compatibilidad y velocidad al escribir en el soporte físico del nuevo servidor.

Primer inicio y corrección de interfaces de red

El problema más común durante la migración es la pérdida de red. En DigitalOcean, la interfaz suele llamarse `eth0`, pero en el nuevo VPS puede llamarse `ens3` o `enp0s3`. Si utiliza una versión moderna de Ubuntu, verifique la configuración de Netplan:

# Abra la configuración de red
nano /etc/netplan/01-netcfg.yaml

# Reemplace el nombre de la interfaz y especifique la nueva IP/Gateway
network:
  version: 2
  renderer: networkd
  ethernets:
    ens3:
      addresses:
        - 192.168.1.10/24
      gateway4: 192.168.1.1
      nameservers:
        addresses: [8.8.8.8, 1.1.1.1]

Tras realizar los cambios, ejecute `netplan apply`. Además, no olvide eliminar los agentes específicos de DigitalOcean, como `do-agent`.

Cutover fluido y cambio de DNS

Cuando el nuevo servidor esté en marcha y haya verificado que el acceso SSH está disponible, llega la etapa del "cutover fluido". Este es el momento en que el tráfico se desvía de la plataforma antigua a la nueva.

Verificación de la integridad de los datos y sincronización

Si han pasado varias horas entre la creación del snapshot y el inicio del nuevo servidor, los datos (especialmente en las BD) podrían estar desactualizados. Para evitar la pérdida de las últimas transacciones: 1. Ponga las aplicaciones del servidor antiguo en modo "Mantenimiento" (solo lectura). 2. Realice una sincronización final de archivos mediante rsync:

rsync -avz --exclude='/etc/fstab' --exclude='/etc/netplan/*' root@old-ip:/var/www/ /var/www/

3. Transfiera el volcado más reciente de la base de datos. Para quienes buscan una comparativa Vultr vs Valebyte, cabe destacar que la velocidad de conectividad de red entre los centros de datos europeos permite realizar dicha sincronización en cuestión de minutos.

Cambio final del tráfico

Ahora, cambie las direcciones IP en su panel de DNS. Gracias a que redujimos previamente el TTL a 300 segundos, el cambio ocurrirá rápidamente. Monitorice los logs de Nginx en el nuevo servidor para ver las primeras solicitudes entrantes de usuarios reales. No apague el servidor antiguo en DigitalOcean durante al menos 24-48 horas más — podría necesitarlo para recuperar configuraciones olvidadas.

Optimización del nuevo servidor tras la migración

Tras completar la digitalocean migration, el servidor requiere un ajuste fino para el nuevo hardware. Los núcleos del procesador y el subsistema de disco pueden funcionar de manera diferente, lo que requiere ajustar los parámetros del kernel de Linux.

Configuración de seguridad y firewall

En DigitalOcean, muchos confían en los Cloud Firewalls externos. Al migrar a un VPS convencional, debe configurar un firewall local.

# Configuración básica de UFW
ufw allow 22/tcp
ufw allow 80/tcp
ufw allow 443/tcp
ufw enable

También verifique el archivo `/etc/fstab`. Si allí se especificaron los discos por UUID, y este cambió durante la conversión o creación de la nueva partición, el servidor podría no arrancar tras un reinicio. Utilice el comando `blkid` para obtener los UUID actuales y cotéjelos con la configuración.

Benchmarks y pruebas de rendimiento

Compruebe por qué está pagando. La utilidad `fio` le ayudará a medir la velocidad del disco, y `sysbench` el rendimiento del procesador.

# Prueba de velocidad de lectura del disco
fio --name=loadtest --filename=testfile --size=1G --rw=read --direct=1 --ioengine=libaio --bs=4k --iodepth=64 --runtime=60 --numjobs=1 --time_based --group_reporting

Al comparar los resultados, verá que los discos NVMe modernos en las nuevas tarifas a menudo superan a los antiguos Droplets en IOPS por un factor de 2 o 3.

Migración de servicios especializados (VPN y bots)

Si su servidor no se utilizaba para un sitio web, sino para tareas de infraestructura, el proceso de migración tiene sus matices.

Migración de nodos VPN y proxies

Para quienes utilizaban WireGuard en un VPS, la tarea principal es conservar las llaves de los clientes y actualizar la dirección IP en las configuraciones del lado del usuario. Si hay muchos clientes, lo más sencillo es usar un nombre de dominio en lugar de la IP en las configuraciones de WireGuard/VLESS; así, la migración se limitará a actualizar un solo registro DNS. Al transferir servidores proxy (Squid, 3proxy), asegúrese de que las nuevas direcciones IP no estén en listas negras de grandes servicios, algo que a veces ocurre con proveedores baratos.

Particularidades del funcionamiento de bots de trading

Para proyectos fintech y bots de criptomonedas, el ping a los exchanges (Binance, Bybit) es crítico. Tras la migración, asegúrese de medir la latencia:

# Comprobación del ping a la API de Binance
ping api.binance.com -c 10

Si la latencia ha aumentado, quizás valga la pena cambiar la ubicación del centro de datos. Sin embargo, al pasar de DigitalOcean a VPS especializados, los usuarios a menudo obtienen una Network Priority más estable, lo que reduce el número de "deslizamientos" (slippage) en las operaciones.

Conclusiones

La migración desde DigitalOcean es una forma efectiva de reducir los costes de infraestructura entre un 30% y un 50% y obtener el doble de memoria RAM por el mismo dinero. Para una migración exitosa, basta con preparar correctamente el DNS, exportar el disco a través de Custom Images y realizar una sincronización final de datos mediante rsync, lo que garantiza que el proyecto siga funcionando sin pérdidas.