Hosting barato de Postgres: costes reales

El hosting barato de Postgres puede costar $0 para un proyecto pequeño que encaje en un plan gratuito. Para una base de datos que deba mantenerse disponible, compara el mínimo mensual, la computación, el almacenamiento, los backups y el tráfico en conjunto. Un precio inicial bajo te dice poco hasta que sepas cuáles de esos costes incluye.
Esta guía compara seis hosts para side projects, pequeñas APIs y productos iniciales (MVPs). Incluye dos ejemplos prácticos de costes y una breve lista de verificación para elegir una base de datos que puedas permitirte mantener en funcionamiento.
Precios comprobados el 30 de septiembre de 2026. Los importes están en USD antes de impuestos, salvo que se indique lo contrario; los precios de Lizard incluyen impuestos. Lizard publica esta guía y aparece en la comparativa. Revisamos los precios y la documentación oficiales; los cálculos a continuación utilizan las suposiciones indicadas y no miden el rendimiento entre proveedores.
Hosting barato de Postgres de un vistazo
| Host | Precio de entrada o modelo de facturación | Qué comprobar antes de elegir |
|---|---|---|
| Neon | Gratuito; Launch cobra $0,106 por hora de CU y $0,35 por GB al mes, sin mínimo mensual | Límites gratuitos de almacenamiento y computación; horas activas; costes del historial de restauración |
| Aiven | Gratuito; Developer empieza en $5/mes | 20 conexiones y sin pooling integrado en Free/Developer; elección de región limitada |
| Supabase | Gratuito; Pro empieza en $25/mes con una instancia Micro cubierta por créditos de computación | Proyectos adicionales, mejoras de computación, salida de datos (egress) y opciones de recuperación de pago |
| Railway | Hobby cuesta al menos $5/mes, que cuentan para el uso de recursos | La aplicación y la base de datos comparten la asignación; el almacenamiento, el tráfico y los backups suman uso |
| DigitalOcean | Postgres de un solo nodo empieza en $15/mes en su documentación | El plan de entrada tiene 1 GiB de RAM; la alta disponibilidad requiere un primario más grande y un nodo de reserva (standby) |
| Lizard | Pro cuesta $19/mes e incluye $19 de uso; después, CPU, memoria, almacenamiento y salida de datos medidos | Una base de datos en ejecución sigue usando recursos cuando está inactiva; presupuesta la recuperación por separado |
Estos son puntos de entrada, no precios para hardware o niveles de servicio equivalentes. Comprueba la configuración y la región en la pantalla de pedido del proveedor antes de comprometerte. Los planes gratuitos y los créditos de registro temporales también tienen propósitos diferentes: solo los primeros pueden seguir siendo gratuitos dentro de sus límites.
¿Qué host encaja con una base de datos pequeña?
Neon: una base de datos que puede suspenderse entre peticiones
Neon se adapta a aplicaciones con periodos de inactividad y equipos que usan ramas de bases de datos (database branching). Su plan Free incluye 0,5 GB de almacenamiento y 100 horas de CU por proyecto. La computación se suspende tras cinco minutos de inactividad; los planes de pago ofrecen más control sobre ese comportamiento. Una hora de CU mide el tamaño de la computación multiplicado por el tiempo de ejecución. La computación suspendida no consume horas de CU, mientras que el almacenamiento de pago sigue acumulando cargos. Consulta los precios de Neon.
Usa la configuración de computación más pequeña que cumpla con tu carga de trabajo, y luego comprueba con qué frecuencia se suspende realmente. Un worker que hace consultas frecuentes puede cambiar el coste aunque poca gente visite la aplicación. Mide también la primera petición después de un periodo de inactividad.
Aiven: una pequeña base de datos gratuita, con una mejora siempre activa
El plan Free de Aiven proporciona un nodo con 1 CPU, 1 GB de RAM y 1 GB de almacenamiento, además de backups. Puede apagar los servicios inactivos y no tiene SLA de disponibilidad. Tanto Free como Developer limitan PostgreSQL a 20 conexiones y excluyen el pooling de conexiones integrado.
El nivel Developer mantiene en ejecución los servicios inactivos, ofrece hasta 8 GB de almacenamiento y añade soporte Basic. Se adapta a un proyecto personal que necesite más espacio. Comprueba sus restricciones de red y ubicación: no puedes elegir un proveedor de nube o región específicos en este nivel. Usa un pool de conexiones en la aplicación con un tamaño inferior al límite de la base de datos.
Supabase: útil cuando la aplicación también necesita Auth y Storage
Supabase combina Postgres con servicios como Auth, Storage y Realtime. Free incluye una base de datos de 500 MB y permite dos proyectos activos, pero los proyectos inactivos se pausan después de una semana. Los backups automáticos no forman parte de Free.
Pro empieza en $25 al mes. Su crédito de computación de $10 cubre una instancia Micro; añadir otro proyecto Micro aumenta el total inicial habitual en $10. Pro incluye backups diarios con siete días de retención, mientras que la recuperación en un punto en el tiempo (point-in-time recovery) tiene un coste adicional. Estos detalles provienen de los precios de Supabase.
Elígelo cuando los servicios de la aplicación circundante te ahorren trabajo. Para una sola base de datos, compara la factura completa de Pro con los hosts que cobran solo por esa base de datos.
Railway: aplicación y Postgres en el mismo proyecto
La suscripción Hobby de Railway aporta $5 para los recursos del mes. Una factura de recursos de $3 sigue costando $5; una factura de recursos de $8 cuesta $8 en total. Cuenta tu aplicación y tu base de datos juntas al estimar ese uso. Los precios de Railway explican la asignación y las tarifas de los recursos.
La documentación de Postgres de Railway describe sus plantillas como no gestionadas: tú controlas la configuración y el mantenimiento. Hay controles de backup nativos disponibles, y las conexiones externas a la base de datos a través de su proxy TCP incurren en cargos por salida de datos (egress). Configura los backups e inspecciona su coste antes de dar por terminada la primera implementación de la base de datos.
DigitalOcean: un precio de entrada claro, con costes de HA separados
DigitalOcean documenta un precio inicial de $15 mensuales para Postgres de un solo nodo con 1 GiB de RAM. Ese plan de entrada no es de alta disponibilidad (HA). Su configuración HA comienza con un primario de $30 y al menos un nodo de reserva (standby) equivalente de $30, por lo que el total inicial documentado es de $60 al mes. El almacenamiento adicional puede sumar cargos. Consulta los precios de Postgres y tipos de clúster.
Esta distinción importa más que una pequeña diferencia de precio entre planes de entrada. Si la aplicación necesita un nodo de reserva, compara el coste de las configuraciones que incluyen uno. Confirma la cotización final de la región y las características de recuperación para el plan que elijas.
Lizard: uso medido dentro de un plan de $19
Managed Postgres se ejecuta junto a tu aplicación en un proyecto de Lizard. Lizard Pro cuesta $19 al mes, impuestos incluidos, y cubre los primeros $19 de uso entre tus aplicaciones y bases de datos; por encima de esa cantidad, se aplica pay as you go. No hay una suscripción separada para la base de datos. Las cuentas nuevas reciben una prueba de 7 días con $5 de uso; se requiere una tarjeta. La página de precios enumera las tarifas actuales de CPU, memoria, almacenamiento y salida de datos.
Una base de datos puede consumir memoria y disco mientras no recibe consultas. Además, la persistencia por sí sola no proporciona backups programados, recuperación en un punto en el tiempo ni alta disponibilidad. La guía de almacenamiento y recuperación explica qué confirmar y cómo planificar una ruta de restauración separada. Incluye esos requisitos en tu presupuesto.
Calcula un coste mensual a partir de tu carga de trabajo
Anota los datos de entrada antes de comparar los totales. Usa el mismo periodo de tiempo, mantén la coherencia en las unidades de almacenamiento y enumera los costes que has omitido. Estos ejemplos explican dos modelos de facturación; no afirman tener un rendimiento o garantías de recuperación equivalentes.
Ejemplo 1: Neon Launch con periodos de inactividad
Supongamos que una base de datos usa 0,25 CU siempre que está activa, almacena 1 GB durante todo el mes y se mantiene dentro de la asignación de transferencia pública incluida. Usando las tarifas publicadas de Launch:
| Tiempo de computación activo | Cálculo de computación | Almacenamiento | Subtotal |
|---|---|---|---|
| 100 horas | 0,25 × 100 × $0,106 = $2,65 | $0,35 | $3,00 |
| 720 horas | 0,25 × 720 × $0,106 = $19,08 | $0,35 | $19,43 |
Este subtotal excluye el historial de restauración, las instantáneas (snapshots), las ramas adicionales, otros servicios y los impuestos. Las 100 horas deben incluir todo el tiempo que la computación permanece activa, incluido el retraso antes de suspenderse. No es la suma de los tiempos de ejecución de las consultas. El ejemplo usa Launch porque 1 GB supera el límite de almacenamiento de Free.
Ejemplo 2: una base de datos pequeña en Lizard
Supongamos 30 días, o 2.592.000 segundos, con un uso medio medido de 0,02 vCPU y 0,25 GB de memoria, 1 GB de disco usado durante todo el mes y 1 GB de salida de datos facturada. Aplica las tarifas de recursos publicadas:
| Recurso | Cálculo | Coste |
|---|---|---|
| CPU | 0,02 × 2.592.000 × $0,000006948 | $0,36 |
| Memoria | 0,25 × 2.592.000 × $0,000003474 | $2,25 |
| Disco | 1 × 2.592.000 × $0,000000054 | $0,14 |
| Salida de datos | 1 × $0,045 | $0,05 |
| Total, calculado antes del redondeo | Suma de los cuatro importes sin redondear | $2,80 |
Esta es una estimación a partir de un uso supuesto, no un plan con cotización ni una factura medida de un cliente. Excluye la aplicación y el almacenamiento de backups. La memoria es la mayor parte de este ejemplo. Reemplazar los datos de entrada con 0,05 vCPU, 0,5 GB de memoria, 5 GB de disco y 10 GB de salida de datos produce unos $6,55 para los mismos 30 días.
Ambas cifras son de uso. Cada una cabe dentro de los $19 de uso mensual de Pro, así que la base de datos por sí sola factura $19 al mes, y el uso de tu aplicación cuenta para esos mismos $19. Para una sola base de datos pequeña que se suspende con frecuencia, el ejemplo de Neon cuesta menos ($3,00); si se mantiene activa las 720 horas, cuesta $19,43.
Mide una semana representativa, incluyendo los trabajos programados (cron jobs) y las horas punta, y luego revisa la estimación. Ten en cuenta el crecimiento y las migraciones puntuales.
Comprueba estos costes antes de migrar datos
Crecimiento del almacenamiento. Cuenta los índices y la sobrecarga de la base de datos, así como los datos de las tablas. Deja espacio para el mantenimiento y las importaciones. Un límite de almacenamiento gratuito que se ajusta al conjunto de datos de hoy puede dejar de hacerlo después del lanzamiento de una nueva funcionalidad.
Conexiones. Multiplica el tamaño del pool de conexiones por el número de instancias de la aplicación y workers. Varios pools pequeños pueden agotar una base de datos pequeña. Comprueba qué conexiones reserva el host y si tu framework soporta su modo de pooling.
Recuperación. Decide cuántos datos recientes puedes perder y cuánto tiempo puede permanecer inactiva la aplicación. Los backups diarios y la recuperación en un punto en el tiempo cubren necesidades diferentes. PostgreSQL documenta los volcados SQL, los backups del sistema de archivos y el archivado continuo en su guía de backup y restauración. Prueba una restauración en una base de datos separada y registra el tiempo transcurrido.
Tráfico y ubicación. Pon la aplicación y la base de datos cerca la una de la otra. Las consultas entre regiones añaden latencia de red, y cualquiera de los proveedores puede cobrar por la transferencia. Una base de datos gratuita puede seguir aumentando la factura de la aplicación que la llama.
El siguiente plan. Calcula el precio de la actualización que necesitarías con el doble de tamaño de datos o tráfico. Comprueba si el siguiente paso requiere una nueva suscripción, mayor computación, más almacenamiento u otro nodo. Incluye las bases de datos de staging y de vista previa en esa cuenta.
¿Es un VPS barato una mejor opción?
Un VPS te da control sobre la base de datos y la máquina. Puede adaptarse a alguien que ya opera servidores y puede compartir la capacidad sobrante con una pequeña instancia de Postgres. La factura del servidor es solo una parte de la decisión.
Presupuesta los parches, la monitorización, los backups fuera del servidor, las alertas de disco y el tiempo de recuperación. Si la aplicación y la base de datos comparten un servidor, ten en cuenta su uso combinado de memoria y el efecto de un fallo del host en ambos. Una instantánea (snapshot) en la misma cuenta también necesita un procedimiento de restauración probado.
Elige un VPS porque puedes gestionar esas tareas y las has presupuestado. Si necesitas que el proveedor se encargue de ellas, compara servicios gestionados que incluyan las características requeridas.
Empieza poco a poco y confirma el resultado
Para un proyecto de aprendizaje, comprueba primero si los límites de almacenamiento, actividad y conexiones de un plan gratuito encajan. Para una aplicación con usuarios, anota los requisitos de recuperación y disponibilidad, y luego calcula la cotización de la configuración más pequeña que los cumpla.
Si eliges Lizard y ya tienes un proyecto vinculado, comprueba el objetivo y añade Managed Postgres:
lizard status --json
lizard add postgres --jsonLa guía de Managed Postgres cubre cómo vincular la cadena de conexión a una aplicación y comprobar la conectividad. Presupuesta la aplicación por separado. Si un agente de IA necesita acceso a la base de datos, sigue el tutorial de Postgres MCP para crear un rol solo con los permisos que necesita.
Preguntas frecuentes
¿Puedo alojar Postgres gratis?
Sí. Neon, Aiven y Supabase ofrecen planes gratuitos con diferentes límites. Comprueba las reglas de almacenamiento, computación o actividad, las conexiones y los backups. Los créditos de registro para un servicio de pago son temporales y no deberían determinar el presupuesto a largo plazo.
¿Cuál es el host de Postgres de pago más barato?
No hay un único host más barato para cada carga de trabajo. Una base de datos intermitente puede beneficiarse de la computación suspendida; una base de datos concurrida puede adaptarse a un plan fijo. Compara el coste total de la capacidad, la región y las características de recuperación que necesitas usando los ejemplos anteriores.
¿Managed Postgres incluye siempre backups y alta disponibilidad?
No. Lee los términos de recuperación y disponibilidad del plan seleccionado. Confirma la programación de backups, la retención, los controles de restauración y la configuración del nodo de reserva (standby). Mantén una ruta de exportación y restauración probada para los datos que no puedas recrear.
¿Cómo evito una factura sorpresa de la base de datos?
Rastrea el tiempo de computación, la memoria, el almacenamiento y el tráfico de salida. Comprueba los controles de gasto del proveedor y qué ocurre cuando se alcanza un límite. Revisa los costes después de añadir workers, réplicas o entornos de vista previa; cada uno puede cambiar el uso incluso cuando tu número de usuarios se mantiene estable.
Construye con IA. Publica con Lizard.
No necesitas un equipo de plataforma para publicar. Todo tu entorno está a un solo comando de Lizard CLI.
- Servicios
- —
- Add-ons
- —
- Despliegues
- —
- Sandboxes iniciados
- —