Skip to main content

Is Upstash Down?

No — Upstash is up

Reachable from all 8 checked regions

Average response time: 149ms

Last checked · checks run every 6 hours

Official status page: https://status.upstash.com

Upstash uptime

100%
Last 7 days
100%
Last 30 days
100%
Last 90 days
148ms
Avg response, 30 days

Measured from multiple regions every 6 hours. Percentages count only checks that returned an availability answer — 10 days measured so far. A dash means that window does not yet hold enough measured days to publish a figure.

30-day history

10-day clean streak
Jul 25: no data
Jul 26: no data
Jul 27: no data
Jul 28: no data
Jul 29: no data
Jul 30: no data
Jul 31: no data
Aug 1: no data
Aug 2: no data
Aug 3: no data
Aug 4: no data
Aug 5: no data
Aug 6: no data
Aug 7: no data
Aug 8: no data
Aug 9: no data
Aug 10: no data
Aug 11: no data
Aug 12: no data
Aug 13: no data
Aug 14: 100.00% uptime, 16 checks
Aug 15: 100.00% uptime, 32 checks
Aug 16: 100.00% uptime, 32 checks
Aug 17: 100.00% uptime, 32 checks
Aug 18: 100.00% uptime, 32 checks
Aug 19: 100.00% uptime, 51 checks
Aug 20: 100.00% uptime, 32 checks
Aug 21: 100.00% uptime, 31 checks
Aug 22: 100.00% uptime, 32 checks
Aug 23: 100.00% uptime, 32 checks
Jul 25 Today
No downtime Partial Downtime Not measurable No data

Reachability by region

Each region runs its own request from a different part of the world. A service can be up for one continent and down for another, which is usually the first sign of a routing or CDN problem.

gru
44ms
DNS 18ms TCP 3ms TLS 9ms TTFB 41ms
iad
98ms
DNS 37ms TCP 1ms TLS 8ms TTFB 95ms
jnb
280ms
DNS 152ms TCP 3ms TLS 74ms TTFB 278ms
lax
76ms
DNS 12ms TCP 1ms TLS 29ms TTFB 67ms
lhr
76ms
DNS 45ms TCP 2ms TLS 8ms TTFB 70ms
nrt
208ms
DNS 181ms TCP 2ms TLS 10ms TTFB 205ms
ord
83ms
DNS 30ms TCP 1ms TLS 26ms TTFB 81ms
sin
316ms
DNS 293ms TCP 1ms TLS 7ms TTFB 313ms
sjc
58ms
DNS 27ms TCP 2ms TLS 9ms TTFB 53ms

What Upstash does

Upstash provides serverless data infrastructure billed per request rather than per hour: Redis for caching and sessions, a Vector database for embeddings, and QStash for messaging and scheduled jobs. It is aimed at serverless and edge applications that open a connection per invocation, which is why it is reachable over HTTP as well as the Redis protocol.

What an outage looks like

Cache reads fail or time out, pushing traffic through to the origin database and slowing everything behind it. Sessions held in Redis vanish, logging users out. Vector queries error, so search or recommendation features break while the rest of the application works. QStash messages stop being delivered, or scheduled jobs never fire at their appointed time.

What to do about it

Check status.upstash.com, which separates Redis Global from Redis Regional and lists Vector, QStash and the console individually, so identify the product and region your database sits in. Global databases replicate across regions and one region can fail alone. Anything using Redis purely as a cache should be written to fall through to the source of truth rather than fail.

Is it down for everyone, or just you?

If this page says Upstash is up but it is not loading for you, the problem is between you and them. Run a check against any URL from all 18 regions to find out where it breaks.

Test it yourself

Related services

Upstash outage FAQ

Is data lost if Upstash has an outage?
Redis used purely as a cache loses nothing that matters, since the values can be recomputed from the source of truth. Data held only in Redis, such as sessions or rate-limit counters, is a different matter and may not survive. The distinction is set by how the application uses Redis rather than by anything Upstash does during an incident.
What is the difference between Redis Global and Regional?
A regional database lives in one region; a global one replicates across several, with a primary region and read replicas. The status page tracks them separately because they fail differently: a global database can lose a read region and keep serving, while a regional one has nowhere to fail over to. Check which type yours is first.
Do scheduled QStash jobs run late or not at all?
QStash is its own component, so scheduling can fail while Redis stays healthy. A job that misses its scheduled time may still be delivered once the incident clears, so jobs should be written to tolerate arriving late or arriving twice. A job assuming exact timing will misbehave in ways the outage itself does not explain.
Why did a cache outage slow my whole application?
Because every request that would have been served from cache falls through to the origin database at once. A cache absorbing most reads is also hiding how much load the origin cannot take. That is the usual reason a cache incident looks far worse than losing a cache should, and it is worth load-testing for before it happens.

How we measure this

  • We request Upstash's public endpoint every 6 hours from Fly.io regions across six continents — 8 of them answered the most recent check.
  • A region counts as down only when it gets no usable HTTP response. A 403 or 429 means the origin answered and refused us, which we report as blocked, never as an outage.
  • A single failing region is treated as probe noise. We only change the verdict when two consecutive cycles agree.
  • Response times average only the regions that actually served the page, so a timeout never inflates the number.
  • Where Upstash publishes an official status feed we read it too. An all-clear from the vendor can soften an unconfirmed degradation; a vendor-declared outage only worsens our verdict when our own checks corroborate it.

Get alerted when Upstash goes down

This page refreshes every 6 hours. Your own monitors run as often as every 30 seconds, from the same 18 regions, and tell you the moment something breaks.

Start Free Monitoring
Free plan available No credit card required