Alternativas a DigitalOcean para desarrolladores

Qué alternativas a DigitalOcean cambian realmente

La mayoría de las alternativas a DigitalOcean cambian la factura, no la máquina. En cualquier caso, obtiene una máquina virtual Linux con una IP pública, un disco virtio y acceso root, y el kernel no distingue quién aparece en el logotipo del panel de control. Las diferencias que determinan la elección son el precio por GB de RAM, el volumen de transferencia incluido y el coste de cada byte que lo supere, la composición real del disco y cuánto de la pila situada por encima del sistema operativo gestionará otra persona por usted.

Esta guía compara esos aspectos porque un desarrollador puede comprobarlos desde un terminal o en una lista de precios publicada. También indica en qué casos DigitalOcean es la opción adecuada, porque una comparación que no reconoce ninguna ventaja es un anuncio.

Todos los precios siguientes son precios de lista publicados, comprobados el 5 de agosto de 2026. Los precios cambian, y más de un proveedor de esta lista modificó los suyos durante 2026. La estructura de precios cambia mucho más despacio, así que lea primero las proporciones y el modelo de facturación. Después, confirme el precio actual en la página del propio proveedor antes de contratarlo.

El precio por GB de RAM es la cifra que debe comparar

[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

Dentro de un mismo proveedor, el precio por GB de RAM apenas cambia. DigitalOcean cobra $6.00 por GB en el plan de 1 GB y los mismos $6.00 por GB en el plan de 4 GB, cuyo precio es de $24.00 al mes. Elegir un plan más grande con el mismo proveedor no ofrece ningún descuento, por lo que el tamaño del plan no es el factor decisivo. Lo es el proveedor.

Akamai, que ahora comercializa lo que antes era Linode, ofrece sus planes compartidos de 2 GB y 4 GB por $12 y $24, exactamente lo mismo que DigitalOcean. Su plan de entrada tiene un precio inferior, de $5.00. Que dos empresas coincidan exactamente es una señal que conviene interpretar: ese nivel de precios se fija en función de un competidor, no del hardware, y seguirá siguiendo sus precios.

La diferencia aparece con los proveedores que construyen sus propios centros de datos y facturan en euros. Un Hetzner CX23 ofrece 4 GB de RAM por unos $6.49 al mes, es decir, $1.62 por GB, cerca de una cuarta parte de la tarifa de DigitalOcean. Esa cifra en dólares se convierte desde un precio de lista en euros, por lo que varía con el tipo de cambio. Hetzner también aumentó los precios de la nube durante 2026, así que las publicaciones antiguas de comparación citan cifras que ya no existen.

El precio por GB de RAM no indica nada sobre la CPU disponible. Una vCPU compartida significa que el hipervisor programa su núcleo junto con el de otros clientes. La comprobación correcta se ejecuta en un servidor que realmente haya alquilado:

vmstat 1 10

Lea la columna st. Indica el porcentaje de tiempo durante el que su vCPU estuvo lista para ejecutarse, pero el hipervisor asignó el núcleo físico a otro cliente. Unos pocos puntos porcentuales bajo carga son normales. Un valor sostenido de dos dígitos indica que el host está sobresuscrito. Ningún precio por GB compensa un núcleo que no puede utilizar. Ejecute la prueba durante su hora de mayor actividad, porque el tiempo de espera por CPU es un problema de los vecinos y los vecinos tienen sus propios horarios. Para conocer el coste total mensual del alojamiento, una vez incluidos el almacenamiento y el tráfico, consulte cuánto cuesta un VPS mes a mes.

Qué coste real tiene la transferencia incluida

[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean incluye 1 TB de transferencia saliente en el plan básico y factura el exceso por GiB, lo que equivale aproximadamente a $10.00 por cada TB adicional. Akamai incluye los mismos TB y factura aproximadamente la mitad, unos $5.00 por TB. Vultr incluye 2 TB con una tarifa de exceso similar. Hetzner incluye 20 TB y cobra unos $1.20 por TB adicional, una diferencia de un orden de magnitud frente a los demás.

Tres detalles estructurales importan más que las cifras principales. El tráfico entrante es gratuito en los cuatro proveedores, por lo que sólo se contabiliza lo que envía. DigitalOcean y Vultr agrupan la cuota entre todos los servidores de la cuenta. Por tanto, una máquina con mucha actividad consume la cuota de otra, y una flota de servidores pequeños comparte una única cuota grande. Además, el tráfico entre servidores a través de una red privada o VPC normalmente no se contabiliza. Por eso, colocar la base de datos en la interfaz privada es una decisión de facturación y también de seguridad.

Nada de esto importa si está lejos del límite. Un blog, una API con respuestas JSON o un SaaS pequeño no alcanzarán 1 TB en un mes. El vídeo, las galerías de imágenes, los servidores de juegos, los mirrors de paquetes y los destinos de copias de seguridad externas sí pueden alcanzarlo. Mida antes de hacer suposiciones:

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

vnstat -m muestra la transferencia mensual, separada en recibida y transmitida. Sólo se factura la columna transmitida. La base de datos empieza vacía, por lo que la primera lectura útil aparece un día después de instalarla y el primer mes completo llega un mes más tarde. Hasta entonces, el gráfico de ancho de banda del propio proveedor es el único registro disponible.

Haga otra pregunta que ninguna lista de precios responde: cuando supera la cuota, ¿el proveedor le factura o limita el puerto? La facturación cuesta dinero. La limitación afecta a los usuarios justo en el momento en que tiene más. Necesita saber cuál de las dos medidas provoca un pico de tráfico.

NVMe o SATA, y cómo comprobar qué ha recibido realmente

El panel indica NVMe. Eso es una afirmación sobre los discos del host, pero su máquina virtual puede no estar alojada en ellos. El almacenamiento local coloca el disco virtual en unidades dentro de la misma máquina física. El almacenamiento de red lo coloca en un clúster de almacenamiento independiente al que se accede mediante la red del centro de datos. Esto permite cambiar el tamaño al instante, realizar migraciones en vivo y crear snapshots en el mismo lugar.

Dentro del guest, ambos tipos tienen el mismo aspecto:

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

ROTA y rotational muestran 0 para todo lo que el host declare como no rotacional. Por eso, un volumen de red respaldado por NVMe muestra exactamente lo mismo que un NVMe local. El valor indica que el disco no utiliza platos giratorios. No puede indicar dónde está el disco. Confirmar un disco NVMe en Linux explica los nombres de dispositivo y lo que implica cada uno.

La prueba que permite distinguirlos es la latencia con una profundidad de cola de 1, porque una lectura pequeña individual no puede ocultarse detrás de otras operaciones. Un NVMe local responde desde el mismo chasis. Un volumen de red añade un viaje de ida y vuelta por la red del centro de datos a cada lectura, por lo que su latencia mínima es mayor, aunque su rendimiento con una profundidad de cola alta parezca similar.

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

La primera ejecución muestra un bloque clat, que corresponde a la latencia de finalización. Consulte la línea del percentil 99 en lugar del promedio, porque el promedio oculta las esperas que perciben los usuarios. La segunda ejecución muestra IOPS= en la línea de resumen. Ejecute ambas en el proveedor que ya utiliza y en una instancia de prueba del proveedor que está considerando, el mismo día, y compare sus propios dos valores. La cifra publicada por cualquiera de los proveedores se midió en una máquina que usted no puede inspeccionar. Ejecute también las pruebas tres veces en distintos horarios, porque un host con poca carga y otro ocupado producen resultados diferentes con el mismo plan. Cómo hacer correctamente un benchmark de un VPS explica el método, y qué significa realmente un VPS con SSD explica los términos de marketing que hay detrás.

Regiones: mida la latencia, no lea el mapa

Una lista de regiones es marketing hasta que la mide. Lo que percibe un usuario es el tiempo de ida y vuelta entre su red y el servidor. Este tiempo depende de la ruta que siguen los paquetes, no de la distancia en el mapa. Un servidor situado a 300 km, detrás de un enlace de tránsito congestionado, pierde frente a otro situado a 1,500 km en una ruta despejada.

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

mtr muestra cada salto con su propia pérdida y latencia. Así, un aumento de 60 ms entre dos saltos identifica el enlace que está causando el problema, en lugar de culpar al destino. Ejecútelo desde una máquina conectada a la red de sus usuarios. Las rutas entre centros de datos son las mejores rutas de Internet y favorecen por igual a todos los proveedores.

Hay un aspecto estructural que no cambia con el precio. Un proveedor con una sola región en su continente implica que su plan de recuperación ante desastres consiste en trasladarse a otro continente, con la latencia que eso conlleva. Cuente las regiones a las que realmente realizaría la conmutación por error, no las regiones que aparecen en la página.

Los snapshots y las copias de seguridad se facturan por separado

Los complementos de almacenamiento son los que encarecen un plan barato. DigitalOcean cobra $0.06 por GiB al mes por los snapshots y calcula sus copias de seguridad automáticas como un porcentaje del servidor: 20% del precio del plan para copias semanales y 30% para copias diarias, además de una opción basada en el uso que se factura por GiB. Ambos modelos son razonables, pero fallan en direcciones opuestas. Un precio porcentual aumenta con el tamaño del servidor, por lo que un servidor grande que contiene un conjunto de datos pequeño paga de más. Un precio por GiB aumenta con la cantidad de datos, por lo que un servidor pequeño conectado a un volumen grande paga de más.

Pregunte cuánto cuesta restaurar una copia y cuánto tarda el proceso, porque el precio de conservar una copia es sólo la mitad menos importante de la cuestión. Pregunte también si destruir el servidor destruye sus snapshots.

Después, conserve una copia que el proveedor no controle. Los snapshots del proveedor se almacenan dentro de la cuenta del proveedor, por lo que perder las credenciales, un fallo de pago o la suspensión de la cuenta pueden dejar sin servidor y sin copias de seguridad en el mismo momento. Las copias de seguridad de restic en un almacenamiento que usted controla cuestan unos pocos dólares de almacenamiento de objetos, permiten restaurar en cualquier proveedor y hacen que una migración sea reversible en lugar de definitiva.

Cuánto de la pila quiere ejecutar

Los proveedores se distribuyen en una línea. En un extremo, alquila una máquina y ejecuta todo por su cuenta. En el otro, hace push de una rama de git y nunca ve un servidor. El precio por GB de RAM sólo sirve para comparar en el primer extremo, porque en el segundo está comprando trabajo, no memoria, y el trabajo no tiene un precio por GB.

Sea sincero sobre el extremo en el que se encuentra antes de comparar. Una base de datos gestionada de $15.15 al mes parece cara junto a un servidor de $6 hasta que calcula las horas que requiere: replicación, conmutación por error, restauración a un momento dado, actualizaciones de versiones menores y la alerta que despierta a alguien a las 03:00. Si ese trabajo forma parte de sus responsabilidades, ejecútelo por su cuenta y conserve la diferencia. Si su trabajo es desarrollar la aplicación, volver a comprar ese tiempo resulta barato. La división entre servicios gestionados y no gestionados determina qué columna de la lista de precios debería estar consultando. Si la respuesta sincera es que quiere la máquina completa y sus discos para usted, se trata de una cuestión de VPS frente a servidor dedicado, no de una cuestión sobre el proveedor.

Dónde DigitalOcean es la opción adecuada

DigitalOcean compensa cuando se contrata la plataforma y no sólo la máquina virtual.

• Bases de datos gestionadas. PostgreSQL y MySQL gestionados parten de $15.15 al mes por 1 GiB de RAM y 10 GiB de almacenamiento. El almacenamiento adicional se factura por GiB y los nodos de espera se cobran por nodo. Crear la misma fiabilidad por cuenta propia requiere Patroni o repmgr, un almacén de consenso, un proxy de conexiones y una prueba de conmutación por error que se haya ensayado realmente. Un equipo de dos personas no puede mantener todo eso y, además, entregar nuevas funciones.
• App Platform. Se publica una rama, se obtiene una compilación, un certificado y un servicio en ejecución, sin ningún sistema operativo que parchear. La versión económica de este producto en un VPS consiste en que usted haga todo el trabajo un sábado.
• Almacenamiento de objetos y balanceadores de carga cubiertos por un proveedor de Terraform maduro. Una infraestructura que se pueda destruir y reconstruir desde código vale más que un precio unitario inferior.
• La empresa que respalda el producto. Niveles de soporte publicados, una página de estado con historial y una organización que responderá al cuestionario de seguridad de un cliente. Si revende hosting, eso vale más que unos pocos dólares por GB.

DigitalOcean resulta caro cuando se trata de máquinas virtuales básicas, en cantidad y con tráfico saliente real. Ese es exactamente el caso que resuelve una alternativa, y representa la mayor parte de lo que compra un desarrollador que gestiona su propio hosting.

Migrar a un proveedor nuevo sin tiempo de inactividad

El tiempo de inactividad durante una migración se debe a una sola causa: llega tráfico a la IP antigua después de que los datos se hayan trasladado a la nueva. Cada paso siguiente existe para que ese intervalo sea breve y predecible.

Empiece por DNS, al menos 48 horas antes del cambio. Los resolvers almacenan en caché el registro A durante el tiempo indicado por su TTL (time to live), por lo que un registro con un TTL de 24 horas puede seguir enviando usuarios al servidor antiguo hasta un día después de cambiarlo. Reducir el TTL durante el cambio no ayuda, porque los resolvers ya tienen el valor antiguo y su fecha de expiración original. Redúzcalo primero, espere a que caduque el valor antiguo y después haga la migración.

dig +noall +answer example.com A
dig +noall +authority example.com SOA

El primer comando muestra el TTL actual en la segunda columna de la respuesta. Establézcalo en 300 en su proveedor de DNS y espere más tiempo que el número que acaba de sustituir.

Después, siga este orden.

1. Prepare el servidor nuevo y aplique medidas de seguridad antes de instalar cualquier otra cosa. Los primeros diez minutos en un VPS nuevo cubre la parte que suele omitirse cuando hay prisa.
2. Instale la pila de aplicaciones y haga una primera copia de los datos con rsync mientras el servidor antiguo sigue atendiendo peticiones con normalidad.
3. Emita ahora el certificado TLS en el host nuevo mediante un desafío DNS-01, porque un desafío HTTP-01 valida contra la IP a la que apunta actualmente DNS, que sigue siendo la del servidor antiguo. Un desafío DNS-01 elimina por completo ese problema de orden.
4. Pruebe el host nuevo antes de cualquier cambio público sobrescribiendo DNS en su propio portátil. Añada 203.0.113.20 example.com a /etc/hosts, abra el sitio real en el navegador y después elimine la línea. Esta prueba no afecta a ningún usuario.
5. Resuelva la cuestión del tamaño de la base de datos. Si ocupa menos de unos pocos GB, un volcado y una restauración caben dentro de la congelación de escrituras. Por encima de ese tamaño, configure con varios días de antelación la replicación de la base de datos antigua a la nueva y deje que se ponga al día, de modo que la congelación cubra sólo la promoción.
6. Congele las escrituras. Ponga la aplicación en modo de mantenimiento o de sólo lectura. Esta es la única parte visible para los usuarios y debería durar unos minutos.
7. Ejecute la diferencia final: vuelva a ejecutar rsync y después haga la sincronización final de la base de datos.
8. Cambie los registros A y AAAA a la IP nueva. Con un TTL de 300 segundos, la mayoría de los resolvers aplican el cambio en unos cinco minutos.
9. Mantenga el servidor antiguo en ejecución y accesible durante al menos un día, porque algunos resolvers ignoran los TTL cortos. Si la aplicación antigua todavía permite escrituras, los usuarios que lleguen tarde escribirán en la base de datos incorrecta. En ese caso, haga que el host antiguo use la base de datos nueva o devuelva una página de mantenimiento.
10. Supervise durante un día la tasa de errores del servidor nuevo, vuelva a aumentar el TTL a su valor normal y destruya el servidor antiguo después de una semana, no esa misma tarde.

La copia consta de dos comandos, y cada uno se ejecuta dos veces. La sincronización de archivos:

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

-a conserva la propiedad, los permisos y las marcas de tiempo; -H conserva los enlaces físicos; -AX conserva las ACL y los atributos extendidos; y --numeric-ids evita que rsync reasigne los identificadores de usuario mediante nombres que difieren entre las dos máquinas. Ejecútelo con varios días de antelación y vuelva a hacerlo durante la congelación. En esa segunda ejecución sólo transferirá lo que haya cambiado.

Para PostgreSQL cuando el tamaño permite usar un volcado:

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

Para MySQL o MariaDB:

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

--single-transaction crea el volcado dentro de una única transacción en las tablas InnoDB, por lo que el resultado es coherente y la aplicación puede seguir escribiendo mientras se ejecuta. Sin esa opción, mysqldump bloquea las tablas. Esto significa que la congelación de escrituras empezó antes de lo previsto y que no decidió cuándo hacerlo.

Dos aspectos quedan fuera de sus servidores. Una IP nueva no tiene reputación de correo, por lo que el correo enviado directamente desde el equipo nuevo se filtra como spam. Envíelo a través de un relay que ya tenga reputación. Además, cualquier partner que incluya su IP saliente en una lista de permitidos, como una pasarela de pagos o un firewall de cliente, debe actualizarse antes del cambio. De lo contrario, esas llamadas empezarán a fallar en cuanto se traslade el tráfico.

Qué comprobar antes de contratar

• Si el precio es promocional y cuál será el precio de renovación. Un descuento inicial que se duplica al renovar representa un coste real, aunque se aplace.
• Si el plazo se paga por adelantado. Los planes plurianuales prepagados, que es como vende SSD Nodes, ofrecen un precio por GB de RAM mucho más bajo a cambio de pagar por adelantado. La contrapartida es que no puede cancelar el mes siguiente, así que debe adaptar el plazo al grado de certeza que tenga.
• Cuánto cuesta una snapshot al mes y cuánto cuesta restaurarla, tanto en dinero como en minutos.
• Si el consumo adicional se factura o se limita.
• Si IPv6 está correctamente encaminado o si sólo se añade una dirección aislada.
• Si existe una API con un proveedor de Terraform mantenido, si pretende reconstruir la infraestructura mediante código en lugar de hacerlo manualmente.
• Cómo se contacta con soporte y cuál es el tiempo de respuesta publicado para un servidor caído, no para una consulta comercial.

Elija según el factor que más influya en su propia factura. Si ese factor es la memoria, el precio por GB de RAM decide. Si es el tráfico saliente, decide la transferencia incluida. Si es su propio tiempo, decide la plataforma gestionada, y la de DigitalOcean es la más sólida de las cuatro comparadas aquí.

FAQ

¿Hetzner siempre es más barato que DigitalOcean?

Para una máquina virtual básica, el precio por GB de RAM es mucho menor: aproximadamente $1.62 frente a $6.00 en los planes compartidos de entrada a fecha de 5 August 2026. La comparación cambia cuando se incluyen servicios gestionados. Hetzner vende servidores y redes, por lo que una base de datos gestionada o una plataforma de despliegue automático debe proporcionarla usted o un tercero, y esas horas tienen un coste. Hetzner también subió los precios de cloud durante 2026, así que compruebe el importe actual en euros en lugar de confiar en un artículo antiguo.

¿Qué alternativa a DigitalOcean debería elegir si necesito una base de datos gestionada?

Vultr y Akamai también ofrecen bases de datos gestionadas, por lo que son los sustitutos más cercanos si la base de datos gestionada es el motivo por el que usa DigitalOcean. Por lo general, los proveedores europeos de bajo coste no ofrecen este servicio, lo que obliga a ejecutar PostgreSQL o MySQL por su cuenta, incluida la replicación y un procedimiento de conmutación por error probado. Es un trabajo real. Compárelo con los $15.15 mensuales que cuesta una instancia gestionada de 1 GiB antes de decidir que el servidor más barato le ha ahorrado algo.

¿Cómo traslado un sitio activo a un proveedor nuevo sin tiempo de inactividad?

Reduzca el TTL de DNS a 300 segundos como mínimo 48 horas antes del traslado, porque los resolvers siguen sirviendo la IP antigua durante el tiempo que indicaba el TTL anterior. Prepare y pruebe el nuevo host mientras el antiguo sigue atendiendo el tráfico, usando una sobreescritura de /etc/hosts en su propia máquina para que nadie más la vea. Después, congele las escrituras durante unos minutos, ejecute el delta final de rsync y la sincronización final de la base de datos, cambie los registros A y AAAA y mantenga el servidor antiguo en ejecución durante una semana por si algún resolver ignoró el TTL corto.

¿Un VPS más barato implica discos más lentos?

No necesariamente. Lo importante es si el disco virtual es local al host o está en un clúster de almacenamiento de red, y el panel rara vez lo indica. lsblk -o NAME,ROTA informa 0 en ambos casos porque los dos son dispositivos no rotacionales. Mida en su lugar: ejecute fio con --iodepth=1 --bs=4k --direct=1 y lea la latencia de finalización del percentil 99. Un volumen de red añade un viaje de ida y vuelta por la red del centro de datos a cada lectura, por lo que su latencia mínima es mayor que la de NVMe local aunque el rendimiento con colas profundas parezca similar.

¿Seguirá entregándose mi correo desde el servidor nuevo?

A menudo no, al menos al principio. Una dirección IP nueva no tiene historial de envío, por lo que los receptores consideran sospechoso el correo procedente de ella y lo envían a spam o lo rechazan directamente. Los registros SPF y DKIM también apuntan al host antiguo hasta que los actualice. Envíe el correo de la aplicación mediante un relay o un servicio de correo que ya tenga buena reputación, y actualice los registros DNS del correo antes del cambio, no después.