Is Databricks Down?

No — Databricks is up

Reachable from all 8 checked regions

Average response time: 131ms

Last checked 5 hours ago · checks run every 6 hours

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

Databricks uptime

100%

Last 7 days

100%

Last 30 days

100%

Last 90 days

115ms

Avg response, 30 days

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

30-day history

21-day clean streak

Jul 19 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.

arn

106ms

DNS 1ms TCP 1ms TLS 16ms TTFB 88ms

bom

160ms

DNS 2ms TCP 14ms TLS 14ms TTFB 130ms

cdg

114ms

DNS 0ms TCP 0ms TLS 15ms TTFB 104ms

dfw

194ms

DNS 0ms TCP 4ms TLS 14ms TTFB 184ms

ewr

96ms

DNS 0ms TCP 2ms TLS 11ms TTFB 85ms

fra

100ms

DNS 0ms TCP 1ms TLS 17ms TTFB 90ms

gru

118ms

DNS 0ms TCP 3ms TLS 14ms TTFB 87ms

iad

96ms

DNS 0ms TCP 1ms TLS 11ms TTFB 78ms

jnb

177ms

DNS 0ms TCP 0ms TLS 16ms TTFB 167ms

What Databricks does

Databricks is a data and AI platform built around the lakehouse model, combining notebooks, SQL warehouses, pipelines and machine learning on top of cloud storage. Data teams schedule production jobs on it, so an incident usually shows up first as overnight pipelines that failed rather than as people unable to log in.

What an outage looks like

Clusters fail to start or hang in a pending state, so notebooks attach to nothing. Scheduled jobs fail at launch and the failure is only noticed the next morning. SQL warehouses will not resume, leaving dashboards timing out. Unity Catalog problems block table access while compute is healthy, and notebooks may open while every command queues.

What to do about it

Check status.databricks.com, which reports Compute, Databricks SQL, Notebooks, Unity Catalog and Lakeflow separately across many cloud regions, and also tracks dependencies including AWS EC2, S3 and Route 53. Confirm your workspace region first. Let failed jobs be rerun deliberately rather than by an automatic retry storm against a platform that is still recovering.

Is it down for everyone, or just you?

If this page says Databricks 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

Snowflake

AWS

MongoDB Atlas

Datadog

Databricks outage FAQ

Is Databricks down or is my cluster just slow to start?

Cluster startup normally takes several minutes while cloud instances are provisioned, which is easy to mistake for a hang. Check status.databricks.com for your region and the Compute component. If the region is healthy, look at instance availability and quota in your cloud account, which cause more startup failures than Databricks incidents do.

Which region should I check on the Databricks status page?

The one your workspace runs in, visible in the workspace URL. Databricks lists many regions across cloud providers and incidents are usually confined to one. The status page also tracks upstream dependencies such as AWS EC2 and S3, which is useful when the underlying cause is the cloud provider rather than Databricks itself.

Will failed jobs rerun automatically after an outage?

Only if you configured retries, and aggressive retries against a recovering platform can make things worse. Jobs that failed at launch usually need a deliberate rerun once the status page is clear. Check for partial writes first: a job that failed midway may have committed some output, and rerunning it blindly can duplicate data.

Why can I open a notebook but not run anything?

The workspace interface and the compute layer are separate. Serving a notebook is lightweight, while running a command needs a cluster, so the editor loads during incidents that stop execution entirely. Check the Compute component rather than concluding from a working notebook that the platform is healthy and the problem is your code.

Does a Databricks outage put my data at risk?

Data sits in your own cloud storage rather than inside Databricks, so an incident affects the ability to process it, not its durability. The exposure is to jobs interrupted mid-write, which can leave partial output. Checking the state of tables written by any job that failed is worth doing before rerunning anything.

How we measure this

We request Databricks'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 Databricks 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 Databricks 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