Alternativas a DigitalOcean para desarrolladores
Compare alternativas a DigitalOcean por precio por GB de RAM, transferencia incluida, almacenamiento NVMe y copias de seguridad, con migracion sin caidas.
Qué cambia realmente en las alternativas a DigitalOcean
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 de root, y al kernel no le importa qué logotipo aparece en el 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, de qué está hecho realmente el 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 todos 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. Las cifras de DigitalOcean se comprobaron de nuevo el 21 de octubre de 2026 y no habían cambiado. 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 la cifra actual en la página del propio proveedor antes de contratarlo.
El precio por GB de RAM es la cifra que debe comparar
Los datos de este gráfico
[
{
"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 (unavailable Oct 2026)",
"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, que cuesta $24.00 al mes. Elegir un plan más grande del mismo proveedor no ofrece ningún descuento, por lo que el tamaño del plan no es el factor decisivo. El proveedor sí lo es.
Akamai, que ahora vende 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 es más barato, con un precio de $5.00. Que dos empresas coincidan exactamente es una señal importante: ese nivel de precios se establece respecto a un competidor, no respecto al hardware, y seguirá la evolución de ese competidor.
La diferencia aparece con los proveedores que construyen sus propios centros de datos y cobran en euros. El 5 de agosto de 2026, un Hetzner CX23 ofrecía 4 GB de RAM por unos $6.49 al mes. Eso equivale a $1.62 por GB, cerca de una cuarta parte de la tarifa de DigitalOcean. El 21 de octubre de 2026 todavía no se podía pedir. Hetzner muestra el CX23, y todos los demás planes de su línea Cost-Optimized, como no disponibles actualmente. La empresa explica que la línea funciona con hardware antiguo, por lo que el número de servidores es limitado. Su página de estado mantiene desde el 26 de junio de 2026 un aviso sobre la disponibilidad limitada de las instancias cloud, y el aviso seguía publicado el 21 de octubre de 2026. Un plan que no se puede pedir no tiene un precio por GB que valga la pena comparar. El 6 de octubre de 2026, Hetzner añadió el CPX02, un plan Regular Performance con 1 vCPU, 1 GB de RAM y 20 GB de NVMe, como su servidor compartido más pequeño. El 21 de octubre de 2026, la página de Hetzner lo mostraba a €6.49 al mes sin IVA en sus ubicaciones de la UE. Eso equivale a €6.49 por GB de RAM antes de convertirlo a dólares, frente a los $6.00 de DigitalOcean. La misma página marcaba el CPX02, y todos los demás planes Regular Performance, como no disponibles actualmente. Compruebe que se pueda pedir en la ubicación que quiere antes de compararlo. Cualquier cifra en dólares para Hetzner se convierte desde un precio de lista en euros, por lo que cambia con el tipo de cambio. Hetzner también subió los precios de cloud durante 2026, así que las publicaciones de comparación más antiguas 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 los de otros clientes. La comprobación correcta se ejecuta en un servidor que realmente haya alquilado:
vmstat 1 10Lea la columna st. Indica el porcentaje de tiempo durante el que su vCPU estaba lista para ejecutarse, pero el hipervisor entregó el núcleo físico a otro cliente. Unos pocos puntos porcentuales bajo carga son normales. Un valor de dos dígitos mantenido indica que el host está sobreasignado. 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 causado por otros clientes y esos clientes tienen sus propios horarios. Para conocer el coste total de un mes de alojamiento cuando se añaden el almacenamiento y el tráfico, consulte cuánto cuesta un VPS mes a mes.
El coste real de la transferencia incluida
Los datos de este gráfico
[
{
"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 (unavailable Oct 2026)",
"included_tb": 20,
"overage_usd_per_tb": "1.20"
}
]DigitalOcean incluye aproximadamente 1 TB (1,000 GiB) de transferencia saliente en su plan de $6.00 con 1 GiB y factura el exceso a $0.01 por GiB, lo que equivale a unos $10.00 por cada TB adicional. Su plan de entrada real, con 512 MiB de RAM por $4.00 al mes, sólo incluye 500 GiB. La cuota aumenta con el tamaño del plan hasta 6,000 GiB en los planes Basic más grandes. Por tanto, consulte la cifra del plan que vaya a contratar. Akamai incluye los mismos TB en su Nanode y factura aproximadamente la mitad, unos $5.00 por TB. Vultr incluye 2 TB con una tarifa de exceso similar. El 5 August 2026, el Hetzner CX23 incluía 20 TB y cobraba aproximadamente $1.20 por TB adicional. Es una diferencia de un orden de magnitud frente a los demás proveedores. El 21 October 2026, la página de Hetzner todavía indicaba 20 TB de tráfico incluido en sus ubicaciones de la UE, también en el CPX02, aunque ofrecía mucho menos en sus ubicaciones de Singapore y US, donde el CPX02 obtiene 0.5 TB en Singapore.
Tres detalles estructurales importan más que las cifras principales. El tráfico entrante es gratuito en los cuatro proveedores. Por tanto, sólo se cuenta lo que envía hacia fuera. DigitalOcean, Akamai y Vultr comparten la cuota entre todos los servidores de la cuenta. Una máquina con mucho tráfico consume la cuota de otra máquina, 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 cuenta. Por eso, colocar la base de datos en la interfaz privada es tanto una decisión de facturación como 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. Los vídeos, 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 -mvnstat -m muestra la transferencia por mes, 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, un mes más tarde. Hasta entonces, el gráfico de ancho de banda del propio proveedor es el único registro disponible.
Hágase una pregunta más 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 cuando tiene más usuarios conectados. Debe saber cuál de las dos situaciones provoca un pico de tráfico.
NVMe o SATA: cómo comprobar qué almacenamiento tiene realmente
El panel indica NVMe. Eso describe los discos del host, pero la máquina virtual puede no estar alojada en ellos. El almacenamiento local coloca el disco virtual en unidades instaladas 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 a través de 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/rotationalROTA y rotational informan de 0 para cualquier dispositivo que el host declare como no rotacional. Por tanto, un volumen de red respaldado por NVMe informa exactamente lo mismo que un NVMe local. El valor indica que el disco no usa platos giratorios. No indica dónde está ubicado 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 cola profunda 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/fiotestLa primera ejecución muestra un bloque clat, que representa 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 su línea de resumen. Ejecute ambas pruebas en el proveedor que utiliza y en una instancia de prueba del proveedor que está considerando, el mismo día, y compare sus propios dos valores. Una 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 horarios distintos, porque un host con poca carga y otro ocupado producen resultados diferentes con el mismo plan. Cómo comparar correctamente el rendimiento 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 mire 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 su servidor. Ese tiempo depende de la ruta que siguen los paquetes, no de la distancia en el mapa. Un servidor situado a 300 km, pero detrás de un enlace de tránsito congestionado, pierde frente a otro situado a 1,500 km en una ruta sin problemas.
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.commtr muestra cada salto con su propia pérdida y latencia. Por tanto, un salto 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 que usan 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. Si un proveedor sólo tiene una región en su continente, su plan de recuperación ante desastres consiste en trasladarse a otro continente, con la latencia que eso implica. Cuente las regiones a las que realmente conmutaría en caso de fallo, no las regiones que aparecen en la página.
Las instantáneas y las copias de seguridad se cobran por separado
Los complementos de almacenamiento son lo que encarece un plan barato. DigitalOcean cobra $0.06 por GiB al mes por las instantáneas 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. También ofrece una opción basada en el uso, facturada por GiB. Ambos modelos son defendibles y fallan en direcciones opuestas. Un precio porcentual aumenta con el tamaño del servidor, por lo que un servidor grande con un conjunto de datos pequeño paga de más. Un precio por GiB aumenta con los 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 instantáneas.
Después, conserve una copia que el proveedor no controle. Las instantáneas del proveedor permanecen dentro de la cuenta del proveedor, por lo que perder las credenciales de acceso, un fallo de pago o la suspensión de la cuenta hacen desaparecer el servidor y sus copias de seguridad al mismo tiempo. Las copias de seguridad de restic en un almacenamiento propio cuestan unos pocos dólares de almacenamiento de objetos, permiten restaurar el sistema en cualquier proveedor y hacen que una migración sea reversible en lugar de definitiva.
Qué parte de la infraestructura quiere administrar
Los proveedores se sitúan 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 honesto sobre el extremo en el que se encuentra antes de comparar. Una base de datos administrada a $15.15 al mes parece cara frente a un servidor de $6 hasta que calcula las horas necesarias: replicación, conmutación por error, restauración a un punto en el tiempo, 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, comprar ese servicio resulta barato. La diferencia entre servicios administrados y no administrados determina qué columna de la lista de precios debería consultar. Si la respuesta honesta 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. La misma cuestión aparece en el resto de la factura mensual de un desarrollador, donde comparar los planes de Claude y ChatGPT depende de cuánto trabajo quiera delegar, no del precio anunciado.
Cuándo DigitalOcean es la opción adecuada
DigitalOcean resulta ventajoso cuando se adquiere 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 en espera se cobran por nodo. Para construir esa misma fiabilidad por cuenta propia se necesitan 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 desarrollar nuevas funciones.
- App Platform. Publique una rama, obtenga una compilación, un certificado y un servicio en ejecución, sin tener que aplicar parches al sistema operativo. 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 pueda destruir y reconstruir mediante 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 servicios de hosting, eso vale más que unos pocos dólares por GB.
DigitalOcean resulta caro cuando se trata de máquinas virtuales sencillas, 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 se aloja por cuenta propia.
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. Todos los pasos siguientes existen para que esa ventana 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 junto con su fecha de expiración original. Redúzcalo antes, espere a que expire el valor antiguo y después migre.
dig +noall +answer example.com A
dig +noall +authority example.com SOAEl 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.
- Aprovisione el servidor nuevo y refuércelo antes de instalar cualquier otra cosa. Los primeros diez minutos en un VPS nuevo cubre la parte que se suele omitir cuando hay prisa.
- Instale la pila de aplicaciones y haga una primera copia de los datos con rsync mientras el servidor antiguo sigue atendiendo solicitudes con normalidad.
- 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 DNS en ese momento, que sigue siendo la del servidor antiguo. Un desafío DNS-01 elimina por completo ese problema de orden.
- Pruebe el host nuevo antes de hacer cualquier cambio público sobrescribiendo DNS en su propio portátil. Añada
203.0.113.20 example.coma/etc/hosts, acceda al sitio real y después elimine la línea. Esta prueba no afecta a ningún usuario. - 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. Si ocupa más, configure con varios días de antelación la replicación desde 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.
- 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.
- Ejecute la sincronización final de los cambios: el mismo rsync otra vez y después la sincronización final de la base de datos.
- Cambie los registros A y AAAA a la nueva IP. Con un TTL de 300 segundos, la mayoría de los resolvers seguirá el cambio en unos cinco minutos.
- 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, las solicitudes tardías escribirán en la base de datos equivocada. En ese caso, haga que el host antiguo use la base de datos nueva o devuelva una página de mantenimiento.
- Supervise durante un día la tasa de errores del servidor nuevo, vuelva a establecer el TTL normal y destruya el servidor antiguo después de una semana, no esa misma tarde.
La copia se realiza con dos comandos, cada uno ejecutado dos veces. La sincronización de archivos:
rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/-a conserva el propietario, los permisos y las marcas de tiempo; -H conserva los enlaces físicos; -AX conserva las ACL y los atributos extendidos; y --numeric-ids impide 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 después otra vez durante la congelación. En la segunda ejecución sólo transferirá los cambios.
Para PostgreSQL si el tamaño permite hacer 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.dumpPara MySQL o MariaDB:
mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql--single-transaction hace el volcado dentro de una sola transacción en las tablas InnoDB, por lo que el resultado es coherente y la aplicación puede seguir escribiendo mientras se ejecuta. Sin ese indicador, mysqldump bloquea las tablas. Esto significa que la congelación de escrituras empezaría antes de lo previsto y que usted no decidiría cuándo hacerlo.
Hay dos aspectos externos a sus servidores que pueden fallar. Una IP nueva no tiene reputación de correo, por lo que los mensajes enviados directamente desde el equipo nuevo se filtran como spam. Envíelos a través de un relay que ya tenga reputación. Además, cualquier partner que incluya su IP de salida en una allowlist, como una pasarela de pagos o el firewall de un cliente, debe actualizarse antes del cambio. De lo contrario, esas llamadas empezarán a fallar en cuanto se mueva el tráfico.
Qué debe comprobar antes de contratar
- Si el plan se puede contratar hoy en la ubicación que quiere. Un plan marcado como no disponible en la lista de precios no es una opción, por atractivo que parezca su precio por GB.
- Si el precio es promocional y cuál será el precio de renovación. Un descuento para el primer periodo que se duplica en la renovación es un coste real, sólo que aplazado.
- Si el periodo 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 próximo mes, así que debe adaptar el periodo al grado de seguridad que tenga sobre su elección.
- Cuánto cuesta una snapshot al mes y cuánto cuesta restaurarla, tanto en dinero como en minutos.
- Si el exceso de consumo se factura o se limita.
- Si IPv6 se enruta correctamente o si sólo se añade una dirección de forma 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 factura. Si ese factor es la memoria, el precio por GB de RAM determina la decisión. Si es el tráfico saliente, la transferencia incluida es lo que cuenta. Si es su propio tiempo, la plataforma gestionada determina la decisión, 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, era mucho más barato por GB de RAM: aproximadamente $1.62 frente a $6.00 en planes compartidos pequeños a fecha de 5 August 2026. Esa cifra de Hetzner procedía del CX23, que Hetzner indicaba como no disponible el 21 October 2026, junto con el resto de su línea Cost-Optimized y su nuevo CPX02. Por tanto, compare con un plan que pueda contratar realmente hoy. La comparación también cambia cuando se incluyen servicios gestionados. Hetzner vende servidores y redes, así que la base de datos gestionada o la plataforma de despliegue mediante push 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 venden bases de datos gestionadas, así que son los sustitutos más cercanos si la base de datos gestionada es el motivo principal por el que usa DigitalOcean. Los proveedores europeos de bajo coste generalmente no venden este servicio. Eso implica administrar PostgreSQL o MySQL por su cuenta, incluida la replicación y un failover 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 permitido ahorrar algo.
¿Cómo traslado un sitio activo a un proveedor nuevo sin interrupciones?
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 sirviendo tráfico. Use un override de /etc/hosts en su propia máquina para que nadie más lo 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 activo durante una semana por si algún resolver ignoró el TTL reducido.
¿Un VPS más barato implica discos más lentos?
No necesariamente. Lo importante es saber 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 de 0 en ambos casos porque ninguno usa discos giratorios. En su lugar, mida el rendimiento: 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 eso, su latencia mínima es superior a la de NVMe local, incluso cuando el rendimiento con colas profundas parece similar.
¿Mi correo seguirá entregándose desde el servidor nuevo?
A menudo no, al principio. Una dirección IP nueva no tiene historial de envío. Por eso, los receptores consideran sospechoso el correo que procede de ella, lo clasifican como 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. Actualice los registros DNS del correo antes del cambio, no después.