¿Cuánto cuesta una base de datos en la nube?

Una base de datos en la nube es un servidor de base de datos (PostgreSQL, MySQL, MongoDB o Redis) que funciona en un proveedor, con disco y red, y al que tu aplicación accede mediante una cadena de conexión. El precio no es un número único: depende de cuánta memoria usa la base, cuántos datos guarda y cómo cobra el proveedor cada parte.

Los precios de terceros cambian con frecuencia, por eso esta guía muestra cómo se forma la factura, no la lista de precios de cada proveedor. Confirma los valores actuales en la página del proveedor antes de decidir.

¿Qué compone el costo de una base de datos en la nube?#

Casi toda factura se divide en cinco conceptos:

1. Instancia (RAM y CPU): el servidor en sí, y casi siempre el concepto más caro.
2. Almacenamiento: el disco, cobrado por GB, a veces con IOPS (operaciones por segundo) aparte.
3. Tráfico: datos que salen de la base hacia fuera de la red del proveedor.
4. Copias y snapshots: la retención por encima de la cuota incluida suele cobrarse.
5. Alta disponibilidad: las réplicas y el failover multiplican el costo de la instancia.

Dos bases con el mismo tamaño de datos pueden costar muy distinto si una tiene réplica y la otra no.

¿Cuáles son los modelos de cobro?#

Cada proveedor elige una forma de cobrar, y eso cambia qué tan predecible es tu factura:

• Plan fijo con cuota: pagas un valor mensual y recibes RAM, disco y tráfico dentro de límites. Es lo más fácil de prever.
• Instancia por hora: eliges el tamaño y pagas las horas que está encendida. Para estimar el mes, multiplica la tarifa por 730, la cantidad aproximada de horas de un mes.
• Por uso: el cobro sigue las operaciones o el almacenamiento consumido. Es barato con poco uso y difícil de prever cuando el uso oscila.

¿Cómo cobran algunos proveedores conocidos?#

Los mismos modelos aparecen en las ofertas más conocidas:

Precios y límites actuales: Supabase y MongoDB. En Amazon RDS, la instancia se cobra por hora, y el almacenamiento, el backup por encima de la cuota y la transferencia de datos son conceptos aparte, como describe la página de precios de RDS para PostgreSQL. Suma todo en la calculadora del proveedor, porque el precio de la instancia por sí solo engaña.

¿Cómo estimar el tamaño y la RAM de tu base de datos?#

Mide lo que ya tienes. Cada motor tiene un comando:

-- PostgreSQL
SELECT pg_size_pretty(pg_database_size(current_database()));

-- MySQL
SELECT table_schema AS base,
       ROUND(SUM(data_length + index_length) / 1024 / 1024, 1) AS mb
FROM information_schema.tables
GROUP BY table_schema;

// MongoDB (mongosh): valores en MB (dataSize, storageSize, indexSize)
db.stats(1024 * 1024)

redis-cli INFO memory | grep used_memory_human

Luego haz la cuenta: tamaño actual, más el crecimiento mensual por la cantidad de meses, más 30% de margen. Una base de 2 GB que crece 300 MB al mes llega a unos 5,6 GB en un año (2 + 3,6) y, con margen, pide unos 7,3 GB de disco.

Para la RAM, la regla práctica es que los índices y los datos más consultados quepan en memoria. En Redis es literal: todo el conjunto de datos vive en RAM, así que used_memory define el tamaño mínimo de la instancia. El comando está documentado en INFO de Redis.

¿Cuáles son los costos ocultos?#

• Tráfico saliente: servir datos fuera de la red del proveedor puede cobrarse por GB. Aplicación y base en el mismo datacenter evitan esto y reducen la latencia.
• Pausa y exceso de cuota: las capas sin costo se pausan o bloquean al pasar el límite, y el plan siguiente puede ser un salto grande de precio.
• Entornos duplicados: tener staging y producción separados duplica la factura.
• Retención de copias: guardar más días de snapshots o backups consume disco. Mira cómo hacer backup de una base de datos.
• Migración futura: salir de un proveedor con formato propietario cuesta horas de trabajo. Los motores abiertos como PostgreSQL y MySQL facilitan la salida.

¿Cómo reducir el costo sin perder confiabilidad?#

Elige el motor correcto para el dato: qué base de datos elegir evita pagar un clúster de documentos cuando una tabla relacional alcanza. Usa Redis solo para lo que necesita velocidad, no como almacenamiento principal. Elimina datos viejos con rutinas de expiración y crea solo los índices necesarios, porque cada índice ocupa disco y RAM. Mantén la aplicación y la base en la misma región. El paso a paso para poner una base en línea está en cómo hospedar una base de datos.

Cómo hacerlo en Square Cloud#

En Square Cloud, los conceptos que sumaste arriba se convierten en el precio fijo de un plan, cobrado en reales brasileños. El hosting de MongoDB, PostgreSQL, MySQL y Redis empieza en el Standard, desde R$44,99 al mes con 4 GB de RAM; el Hobby no incluye bases de datos. No hay cobro por ancho de banda ni por solicitud (política de uso justo), y la base está en el mismo datacenter que tus aplicaciones, con una latencia media de cerca de 1 ms, así que el tráfico entre las dos no aparece en la factura.

La estimación de RAM que hiciste es la cifra que importa aquí. La RAM del plan es un pool compartido entre aplicaciones y bases: cada base usa como mínimo 512 MB (Redis) o 1024 MB (MongoDB, PostgreSQL y MySQL). Una API web de 512 MB con un PostgreSQL de 1024 MB y un Redis de 512 MB suma 2 GB y cabe en el Standard de 4 GB con margen. La cantidad de bases solo la limita esa RAM, con motores distintos lado a lado.

La retención de copias también viene en el plan. Todo plan que incluye bases de datos hace un snapshot automático diario, que se guarda 7 días (el más reciente hasta 30 días), y puedes tomar snapshots manuales cuando quieras, por ejemplo antes de una migración. Un snapshot se restaura en la misma base, en otra del mismo motor o en una base nueva, o se descarga como .zip. Cada base corre en un solo nodo, sin réplica: para datos críticos, guarda también una copia propia fuera de la plataforma.

Creas la base en el panel (nombre, memoria y motor) y queda lista en segundos, con TLS obligatorio. Consulta las bases disponibles hoy en Bases de datos, la retención en Snapshots y los planes en Precios.