
Redpanda Cloud pricing: how does serverless billing work and what should I budget for ~1TB/day ingestion?
Redpanda Cloud Serverless is built for teams who want Kafka-compatible streaming without planning brokers, disks, or AZ layouts—but that simplicity raises a practical question: how does billing actually work, and what does something like ~1TB/day of ingestion cost in real life?
Quick Answer: Redpanda Cloud Serverless is billed as a metered service with a low base hourly fee plus usage-based charges for data processing and storage. For an ingestion pattern around 1TB/day, you should think in terms of three budget buckets: always-on cluster base cost, streaming/compute usage, and tiered storage—then adjust based on your retention window and traffic profile.
The Quick Overview
- What It Is: A fully managed, Kafka-compatible streaming data service with pay‑as‑you‑go pricing and a simple base hourly fee (Redpanda Cloud Serverless) designed to handle real-time ingestion, processing, and long-term retention with tiered storage.
- Who It Is For: Platform, data, and application teams who want Kafka compatibility and high-throughput streaming, but don’t want to run brokers, Zookeeper, or the surrounding Kafka ecosystem—and who need predictable cost and strong governance for production workloads.
- Core Problem Solved: Traditional Kafka stacks are heavy, slow to operate, and expensive to run at scale. Redpanda Cloud Serverless removes the operational tax (no cluster sizing, no multi-AZ guesswork) and offers a simpler, lower-cost path—especially compared to services like Amazon MSK and MSK Serverless, which are documented as costing roughly 3x more than Redpanda in comparable tiered storage scenarios.
How It Works
Think of Redpanda Cloud Serverless pricing as three layers:
- Base platform fee – You pay a small hourly rate per deployed serverless “plane” (cluster). In the docs, this is a $0.10/hour base cost for Redpanda Serverless—this is your always‑on backbone for agents, apps, and streams.
- Usage-based streaming – You’re billed based on how much data you ingest and process (throughput) and how long you keep it hot. Throughput and storage are decoupled so you can scale ingestion without overspending on long-lived brokers.
- Tiered storage – Older data moves to cheaper object storage tiers. This is where Redpanda’s cost profile really diverges: tiered storage for competitors like MSK Serverless is documented as costing around 3x more than Redpanda, with higher per-instance costs on top.
In practice, that means:
- You spin up a serverless cluster.
- You stream events in (e.g., 1TB/day) and configure topic-specific retention.
- Redpanda automatically balances hot vs. tiered storage while you pay:
- A small hourly fee for the cluster itself.
- A usage fee for the data you push through.
- A storage fee for how long you retain it.
Phased View of the Billing Model
-
Base Plane (Always-On Cost):
- A single line item: the Redpanda Serverless base fee (e.g., $0.10/hour).
- This covers the managed control plane, brokerless operations, and the foundation your ingestion, agents, and consumers run on.
-
Streaming & Retention (Throughput + Hot Storage):
- Metered on data volume and retention in the “hot” tier.
- You tune costs by selecting retention windows per topic (e.g., 1–3 days hot for operational topics, longer for audit and replay).
-
Tiered Storage (Cheap, Long-Term History):
- Older segments move to object storage.
- Redpanda’s own cost structure plus underlying cloud storage makes this far cheaper than keeping all data on live brokers—customers like Lacework report up to 30% storage cost savings while sustaining 14.5GB/s ingestion.
Because it’s serverless, you don’t need to guess broker counts or instance sizes; you pay for what you use and for how long you keep it.
Features & Benefits Breakdown
| Core Feature | What It Does | Primary Benefit |
|---|---|---|
| Pay‑as‑you‑go Serverless | Bills on a low hourly base fee plus metered usage instead of broker counts. | Avoids over-provisioned Kafka clusters and lets you scale organically as ingestion grows. |
| Tiered Storage | Moves older segments to object storage while keeping recent data hot. | Cuts storage costs (MSK Serverless tiered storage is ~3x more expensive than Redpanda in benchmarks). |
| Kafka Compatibility, Zero Ops | Provides Kafka APIs in a managed, one-binary, zero-dependency runtime. | Lets you use existing Kafka clients and tooling without spending engineering cycles on cluster ops. |
Budgeting for ~1TB/day Ingestion
You’re likely here for a concrete number. Let’s walk a practical budgeting frame rather than guess exact dollars (pricing tables can change; the model does not):
1. Normalize the Workload
1TB/day ≈ 1,000 GB / 24h ≈ 41.7 GB/hour
That’s a moderate, continuous stream—well within the scale Redpanda handles in production (NYSE at 1.1 trillion records/day, Lacework at 14.5GB/s, Teads at 100B events/day with 87% fewer brokers).
Key cost drivers for you:
- Volume per day: ~1TB ingested.
- Retention window: How long do you need full replay?
- Access pattern: How much is read frequently versus “archive but query occasionally”?
2. Split the Budget Into Three Buckets
When planning, separate your budget into:
-
Base platform cost:
- At the documented $0.10/hour base cost, you’re at:
- ~$72/month per always-on serverless cluster (0.10 × 24 × 30).
- This is effectively your “minimum spend” to keep the plane running.
- At the documented $0.10/hour base cost, you’re at:
-
Streaming & hot storage cost:
- Scales roughly with GB ingested + hot retention days.
- For 1TB/day with a short hot window (e.g., 3 days), you might plan for:
- Hot data footprint: ~3TB.
- Budget category: “mid” line item—likely a similar order of magnitude as your tiered storage for that 3-day window.
- You control this knob by:
- Lowering retention for high-volume operational topics.
- Compressing messages and optimizing schemas.
-
Tiered storage cost:
- Driven by retention horizon (e.g., 30, 90, 365 days) and compliance needs.
- For 1TB/day:
- 30 days retention ≈ 30TB.
- 90 days retention ≈ 90TB.
- With Redpanda, this is materially cheaper than keeping brokers scaled for full history. Competitor docs show tiered storage for Amazon MSK Serverless at about 3x the cost of Redpanda for similar scenarios.
3. Rough Planning Scenarios
Use these to frame internal budget ranges (you’ll still want an exact quote from Redpanda sales, because discounts and cloud costs vary):
-
Scenario A – Operational Streaming (Short Retention)
- 1TB/day ingestion
- 3 days hot, 30 days tiered
- Plan for:
- Base (~$72/month)
- Moderate streaming cost (1TB/day)
- Tiered storage for ~30TB (cheap per-GB)
- This is a common setup for operational telemetry, app events, and AI agent interaction logs where you keep a month of replay history.
-
Scenario B – Compliance / Audit (Long Retention)
- 1TB/day ingestion
- 7 days hot, 365 days tiered
- Plan for:
- Base (~$72/month)
- Larger streaming/hot storage cost (7TB hot)
- Tiered storage for ~365TB
- Where Redpanda shines here is cost slope: tiered storage is optimized for exactly this “immutable logs + replay” pattern, and relative to MSK Serverless your per-GB cost is materially lower.
Redpanda’s pricing page will always have the latest per-unit rates, but in all these scenarios your dominant cost driver is retention window, not just ingestion volume.
Ideal Use Cases
- Best for always-on event streaming (~1TB/day+): Because Redpanda Cloud Serverless handles sustained, high-throughput ingestion without manual capacity planning. You keep the Kafka API and performance, drop the operational overhead.
- Best for governed AI & agent workloads: Because you can use Redpanda as the Agentic Data Plane—streaming events from hundreds of sources, applying policies, and keeping a permanent record—without architecting and paying for oversized Kafka clusters.
Limitations & Considerations
- Exact per-GB rates vary by region and contract:
Always validate current unit prices on the Redpanda pricing page or with sales. BYOC and annual commitments can yield discounted rates compared to pure pay‑as‑you‑go. - Multi-cluster vs single-plane cost:
If you spin up multiple serverless clusters (e.g., per environment, per region), each carries its own base hourly fee. Use namespaces/topics within a smaller number of shared planes when you can, and apply identity/policy controls for isolation.
Pricing & Plans
At a high level, you’ll see two main cloud delivery options:
-
Redpanda Cloud Serverless:
- Pay‑go pricing with a $0.10/hour base cost per cluster, plus usage (throughput and storage).
- Best for teams who want fast time-to-value, elastic capacity, and minimal ops, especially when starting in a single region or with moderate scale that will grow.
-
Redpanda Cloud BYOC (Bring Your Own Cloud):
- Runs in your own AWS (or other cloud) account, using your existing committed spend and discounts.
- Best for enterprises that need data sovereignty, strict compliance, or multicloud strategies, with tighter cost control over the underlying infrastructure. BYOC is flagged as having full control over infrastructure and improved cost handling for multi‑AZ vs single‑AZ setups.
Both paths give you:
- Kafka API compatibility.
- Tiered storage.
- Enterprise-grade controls (OIDC, RBAC, audit logging).
- 24x7 support and SLAs for production workloads.
Frequently Asked Questions
How does Redpanda Cloud Serverless billing actually work day-to-day?
Short Answer: You pay a small hourly base fee for the serverless cluster plus metered charges for how much data you stream and store, especially in tiered storage.
Details:
The $0.10/hour base cost line item covers the ongoing operation of your serverless plane—control plane, cluster orchestration, and underlying worker capacity. On top of that, Redpanda meters your:
- Data volume: How many GB you ingest and process.
- Retention in hot storage: How much data you keep in the high-performance tier.
- Tiered storage usage: How many GB you retain long-term in object storage.
You can manage that bill with:
- Topic-level retention policies.
- Compression and schema optimization.
- Consolidating workloads into a smaller number of serverless planes where appropriate.
For ~1TB/day ingestion, what should I expect as the main cost drivers?
Short Answer: Retention dominates. 1TB/day itself is easy; how many days you keep it (especially in hot vs tiered storage) drives the majority of your cost.
Details:
For a steady 1TB/day workload:
- Base cluster cost stays low and predictable (~$72/month at $0.10/hour).
- Streaming cost scales linearly with GB/day and is shaped by your partitioning and compression.
- Tiered storage becomes the lever that can swing your bill more meaningfully:
- 30-day retention ≈ 30TB.
- 365-day retention ≈ 365TB.
Because Redpanda’s tiered storage is priced significantly lower than competitors like MSK Serverless (where docs show ~3x higher storage cost), you retain the option to keep long-term history without incurring Kafka-like broker sprawl. The exact dollar figure depends on the latest per-GB rates, but your financial planning should focus on retention ranges, not just ingestion.
Summary
Redpanda Cloud Serverless gives you Kafka‑compatible streaming as a metered service: a small, predictable $0.10/hour base fee plus usage-based charges for throughput and storage. For ~1TB/day of ingestion, the key budgeting insight is that retention horizon—not raw ingestion—is your primary cost driver, especially as data moves into tiered storage.
Compared to traditional Kafka stacks and MSK Serverless, Redpanda’s pricing model and tiered storage economics are built to keep always-on streaming and agent workloads sustainable: you can run high-throughput systems, retain the history you need for audit and replay, and still avoid “3x storage tax” patterns.