Database Observability pricing
Database Observability has three billing components: a per-host hourly fee for each monitored database instance, metrics usage, and logs usage. Each is billed independently.
For current rates, refer to the pricing page.
How Database Observability is billed
Database Observability usage means gathering metrics and logs for database performance, such as query execution statistics, individual query samples with timing details, table schema and index information, query explain plans, and wait event data.
Telemetry from other Grafana Cloud products running alongside your databases is billed separately. That includes an application monitored by Application Observability that connects to your database, a Kubernetes cluster monitored by Kubernetes Monitoring that hosts your database, and custom Prometheus metrics from your own exporters.
Definitions
Host: A single database instance. Each of the following counts as one host:
- One self-managed MySQL or PostgreSQL server
- One AWS RDS instance
- Each Aurora instance within a cluster, so writer and reader instances are billed separately
- One Google Cloud SQL instance
- One Azure Database instance
Multiple databases or schemas on the same instance count as one host.
Active series: A unique combination of metric name and label values that received data in the last 30 minutes.
How usage is calculated
You’re billed for each hour that Grafana Alloy maintains a connection to your database instance. Billing follows connectivity, not query activity.
Metering is hourly rather than a monthly high-water mark, so ephemeral replicas and instances that scale in and out are billed only for the time they exist.
Estimate your host hours
Host hours are the number of active instances multiplied by the hours they’re monitored. This example assumes a 30-day month of 720 hours.
Your total monthly cost is host hours plus metrics and logs usage at standard Grafana Cloud rates. The host-hour portion is predictable from your instance count. Metrics and logs vary with your workload.
What drives telemetry volume
Metrics volume increases with more unique query patterns, since each normalized query creates distinct series, more databases or schemas per instance, and heavy use of table partitioning, since each partition is collected as a separate table.
Logs volume increases with shorter collection intervals, more unique query patterns, larger schemas with more tables, and heavy table partitioning.
Warning
Heavy use of table partitioning significantly increases telemetry volume. If your tables use extensive partitioning, for example 100 tables with 100 partitions each, contact Grafana Cloud support for custom sizing guidance.
Special considerations
How charges appear on your bill
Host hours appear as a separate Database Observability line item. Metrics appear under Grafana Cloud Metrics and logs under Grafana Cloud Logs, the same line items used by metrics and logs from other Grafana Cloud services.
If you have a Grafana Cloud flexible spend commitment, Database Observability charges burn down from your existing commitment and no contract amendment is required. On a pay-as-you-go plan, the charges appear as usage on your invoice.
Retention
Extended retention is available on the Enterprise tier.
Stop billing for an instance
- Stop monitoring the instance. Remove it from your Alloy configuration and restart Alloy.
- Pause the database. If you stop a managed instance or shut down a self-managed server, Alloy loses connectivity and billing stops automatically.
- Deactivate Database Observability. Deactivate it from the Manage App tab on the Database Observability configuration page in your Grafana Cloud stack.
View your usage
- In your Grafana Cloud stack, go to Cost Management and Billing > Usage.
- Review the Database Observability section for host hours, and the Metrics and Logs sections for telemetry.
