Upstash Pricing in 2026: What You Actually Pay for Serverless Redis

As of July 2026, Upstash Redis is free up to 256 MB and 500,000 commands per month. Past that, pay-as-you-go bills $0.20 per 100,000 commands plus $0.25 per GB stored, and fixed plans run from $10/month (250 MB) to $1,500/month (500 GB). The one thing that trips up every first bill: Upstash charges per command, not per server, so your cost is set by request volume, not by how much data you store. Above roughly 5 million commands a month, a flat $10 fixed plan usually beats pay-as-you-go.

You pay per command, not per server

Most managed databases bill you for a box: a fixed amount of RAM and CPU that runs whether you touch it or not. Upstash flips that. On pay-as-you-go there is no box. You pay $0.20 for every 100,000 commands your app sends, plus a little for storage, and the meter scales to zero when nobody is using it.

That is great for a side project that sleeps most of the day. It is a trap for a chatty app that fires a dozen Redis calls on every page load. Two apps storing the exact same 200 MB can get bills that differ by 10x, purely because one sends more commands. Store size barely moves the needle. Command count is the needle.

Keep that straight and the rest of the pricing page reads cleanly.

The price ladder (July 2026)

Two add-ons matter for a real bill. A read region replica costs $5 to $750 per region depending on your base plan, and the Prod Pack (uptime SLA, multi-zone high availability, encryption at rest, SOC-2, Prometheus and Datadog exports) is a flat $200/month per database. On pay-as-you-go, bandwidth is free up to 200 GB/month, then $0.03/GB, which is rarely the line item that hurts.

Every figure here comes straight from Upstash's own Redis pricing page, checked July 2026.

Three real 30-day bills

Numbers, not adjectives. Here is what three common setups actually cost.

A. Hobby rate limiter. A small Next.js app doing rate limiting and a bit of caching: 400,000 commands and 50 MB of data in the month. That fits the free tier, so the bill is $0. One honest caveat: the popular sliding-window rate limiter runs 3 to 5 Redis commands per check, so 500,000 free commands is really about 100,000 to 165,000 real rate-limit checks, not 500,000 requests. Developers hit exactly this question about whether the free tier survives real rate limiting on r/nextjs. Size your free tier on checks, not visitors.

B. Production sessions and cache. A live SaaS storing sessions and hot cache: 25 million commands, 200 MB of data. On pay-as-you-go that is 25,000,000 / 100,000 x $0.20 = $50 in commands, plus $0 storage (under the 1 GB free allowance), so about $50/month. Move the same workload to the Fixed 250MB plan and it is a flat $10/month, because 200 MB fits and 10,000 commands/sec covers 25 million a month with room to spare. Same app, 5x cheaper, just by picking the right plan.

C. Busier app, more data. 60 million commands, 3 GB of data. Pay-as-you-go: 60,000,000 / 100,000 x $0.20 = $120 in commands, plus (3 - 1 free) x $0.25 = $0.50 storage, so $120.50/month. The Fixed 5GB plan holds 3 GB for a flat $100/month, cheaper and predictable. Add the Prod Pack for a real SLA and it is $300/month, which is worth it only when downtime costs you revenue.

The crossover nobody prints: 5 million commands

Here is the lever the pricing page does not spell out. The Fixed 250MB plan is $10 flat with no per-command charge. On pay-as-you-go, $10 buys you $10 / $0.20 x 100,000 = 5,000,000 commands. So the moment your steady traffic crosses about 5 million commands a month, and your data still fits in 250 MB, the flat $10 plan is cheaper than metered billing. For the 1 GB fixed plan at $20, the breakeven is 10 million commands.

This is the same scale-to-zero logic we walked through in the Neon pricing teardown: usage billing is a gift while you are idle and a tax once you are busy. Most people leave a project on pay-as-you-go because that is the default, and quietly overpay once it gets popular. Check your monthly command count. If it is north of 5 million and your keyspace is small, switch to Fixed and stop the bleed.

Command amplification: your framework sets the bill

Because you pay per command, the real driver is how many commands your code sends per user request. It is the same idea as being billed per unit of work rather than per server, the way Cloudflare Workers bills CPU time. On pay-as-you-go it works out to a clean effective rate:

A million requests can cost you $2 or $10 for the exact same traffic, decided entirely by how chatty your Redis code is. That is why two identical-looking apps get different bills.

Cheaper levers

1. Above ~5M commands/month with small data, switch pay-as-you-go to Fixed 250MB ($10 flat). This is the single biggest saving and the one most people miss.
2. Cut commands per request. One SETEX beats a SET followed by an EXPIRE (two commands become one). Cache truly hot values in-process so repeat reads never touch Redis at all. Note that Upstash bills each command even inside a pipeline, so pipelining saves latency, not command count; the saving comes from sending fewer commands.
3. Pick a cheaper rate-limit algorithm. Fixed-window uses fewer commands per check than sliding-window. If your budget is tight and approximate limits are acceptable, fixed-window is the frugal choice.
4. Set TTLs. Expiring keys keeps your data under the free 256 MB or the next fixed tier so you do not jump a plan you did not need.
5. Optimize commands before bandwidth. With 200 GB free on pay-as-you-go, egress is rarely the problem. Spend your effort on command count.

When Upstash wins, and when a server is cheaper

Upstash wins when your traffic is spiky and idle a lot: serverless functions, edge routes, a Vercel app, a side project that sleeps overnight. A fixed-size Redis server would bill for all those idle hours; Upstash bills $0 when nobody is calling it.

Upstash loses when your workload runs flat out, 24/7, at millions of commands per hour. There, per-command billing keeps climbing while a fixed server with unmetered operations stays flat, so a server-based option can be cheaper. Redis Cloud's server-based plans are the usual comparison point; check their current rates before you commit. And note that Vercel KV runs on Upstash under the hood, so it is the same engine on a different invoice, not a cheaper escape hatch.

Price the commands first. The plan almost always follows from that one number.

Math check: at $0.20 per 100K commands, $10 of pay-as-you-go equals 5 million commands, which is exactly the flat Fixed 250MB plan. Cross that line and the meter is costing you money for nothing.