Skip to main content
Snowflake logo

Is Snowflake Down?

No — Snowflake is up

Reachable from all 8 checked regions

Average response time: 393ms

Last checked · checks run every 6 hours

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

INC20000150

minor identified

Current status: We've taken additional steps with our warehouse team to reduce provisioning latencies for virtual warehouses, and we've observed some improvement in provisioning latencies as a result. Resource availability remains variable and correlated to overall demand, with some intermittent delays occurring during high-volume times. We're continuing to work closely with our warehouse team to maintain available capacity and keep provisioning times low. Our third-party cloud platform provider has indicated that the additional compute capacity remains on track, and we're continuing to coordinate with them to restore the needed capacity. We'll provide another update within 7 days. Customer experience: Customers hosted in the specified region may intermittently be unable to use Snowpark Container Services. Affected customers may experience failures, timeouts, or delays when running Snowpark Container Services workloads, such as starting or resuming Notebooks, or provisioning or resuming compute pools. Notebooks running on virtual warehouses are not affected. Additionally, starting from 04:00 UTC September 04, 2026, customers hosted in the specified region with workloads on second generation (Gen2) warehouses may experience delays or intermittent failures when resuming or starting virtual warehouses. This may result in longer than expected query run times or delays in completing data pipelines. Warehouses that are already running are largely unaffected. ETA: Based on information from our third-party cloud platform provider, we expect additional compute resources to become available in the specified region by mid-October. We'll provide an updated ETA as we receive more information. Workaround: While we're focused on remediation, customers running Notebooks on virtual warehouses can delay migrating to Snowpark Container Services until this issue is resolved. For customers experiencing impact to virtual warehouses, and who have already performed a failover, we recommend remaining in the alternate region until we have received additional capacity allocation from the third-party provider. Customers who are continuing to experience impact to virtual warehouses may see additional relief by migrating workloads to first generation (Gen1) warehouses, which remain less impacted by this issue. Incident start time: 08:41 UTC August 09, 2026 Preliminary root cause: A third-party cloud platform provider is experiencing constrained compute capacity, affecting compute resource provisioning, and causing limited availability of compute resources as well as delays and intermittent failures when resuming or starting virtual warehouses in the specified region.

Components the vendor reports as affected: Virtual Warehouses Degraded Performance Snowpark Container Services Degraded Performance

A component listed here does not necessarily mean a full outage — large providers routinely report maintenance on individual locations. It only affects the verdict above when the vendor marks it major or critical and our own checks also saw Snowflake fail from enough regions to rule out probe noise.

Snowflake uptime

100%
Last 7 days
100%
Last 30 days
99.88%
Last 90 days
337ms
Avg response, 30 days

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

30-day history

32-day clean streak
Aug 22: 100.00% uptime, 32 checks
Aug 23: 100.00% uptime, 32 checks
Aug 24: 100.00% uptime, 24 checks
Aug 25: 100.00% uptime, 32 checks
Aug 26: 100.00% uptime, 32 checks
Aug 27: 100.00% uptime, 32 checks
Aug 28: 100.00% uptime, 32 checks
Aug 29: 100.00% uptime, 32 checks
Aug 30: 100.00% uptime, 32 checks
Aug 31: 100.00% uptime, 32 checks, 1 incident
Sep 1: 100.00% uptime, 32 checks
Sep 2: 100.00% uptime, 30 checks
Sep 3: 100.00% uptime, 28 checks
Sep 4: 100.00% uptime, 30 checks
Sep 5: 100.00% uptime, 32 checks
Sep 6: 100.00% uptime, 32 checks
Sep 7: 100.00% uptime, 21 checks
Sep 8: 100.00% uptime, 32 checks
Sep 9: 100.00% uptime, 34 checks, 1 incident
Sep 10: 100.00% uptime, 32 checks
Sep 11: 100.00% uptime, 32 checks, 1 incident
Sep 12: 100.00% uptime, 24 checks
Sep 13: 100.00% uptime, 32 checks
Sep 14: 100.00% uptime, 32 checks
Sep 15: 100.00% uptime, 31 checks
Sep 16: 100.00% uptime, 32 checks
Sep 17: 100.00% uptime, 31 checks
Sep 18: 100.00% uptime, 32 checks
Sep 19: 100.00% uptime, 32 checks
Sep 20: 100.00% uptime, 16 checks
Aug 22 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.

fra
194ms
DNS 13ms TCP 1ms TLS 9ms TTFB 180ms
gru
528ms
DNS 228ms TCP 3ms TLS 7ms TTFB 508ms
iad
315ms
DNS 130ms TCP 4ms TLS 6ms TTFB 303ms
jnb
1022ms
DNS 4ms TCP 1ms TLS 5ms TTFB 1013ms
lax
255ms
DNS 15ms TCP 1ms TLS 6ms TTFB 236ms
lhr
200ms
DNS 8ms TCP 2ms TLS 13ms TTFB 175ms
nrt
255ms
DNS 35ms TCP 1ms TLS 7ms TTFB 246ms
ord
375ms
DNS 114ms TCP 2ms TLS 6ms TTFB 357ms

What Snowflake does

Snowflake is a cloud data warehouse running on AWS, Azure and Google Cloud, separating storage from the virtual warehouses that compute over it. Analytics, dashboards and data pipelines sit downstream of it, so an incident tends to surface as reports that will not refresh and overnight jobs that failed silently.

What an outage looks like

Queries hang in the queue or fail with warehouse errors rather than returning results. Virtual warehouses will not resume from suspension. Data loading and unloading jobs fail, so pipelines break at the ingest step and leave partial datasets. Dashboards built on Snowflake time out, and the web console may load while queries against it do not.

What to do about it

Check status.snowflake.com and find your deployment: Snowflake reports per cloud provider and per region (AWS, Azure and GCP, each with many regions), so a global glance is misleading. Components such as Virtual Warehouses, Data Loading and Unloading, and Databases are tracked separately. Avoid resubmitting large loads until the component recovers, since partial loads are harder to reconcile than none.

Is it down for everyone, or just you?

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

Test it yourself

Related services

Snowflake outage FAQ

Is Snowflake down or is my warehouse suspended?
A suspended warehouse resumes automatically on the next query and adds a short delay rather than failing. An incident produces errors or queries that never return. Check status.snowflake.com for your specific cloud region first. If the region is healthy, look at warehouse sizing and queuing, which explain far more slow queries than outages do.
Which region should I check on the Snowflake status page?
The one your account is deployed in, which is visible in your account URL and in the console. Snowflake lists dozens of regions across AWS, Azure and GCP, and incidents are usually confined to one. Reading the overall page rather than your region is the most common way to misdiagnose a Snowflake problem in either direction.
Will a failed data load leave partial data in my tables?
It can, which is why resubmitting blindly is risky. Loads that fail partway may have committed some files and not others. Check the load history for what actually landed before rerunning, and prefer idempotent loading patterns that tolerate a repeat. Data Loading and Unloading is a separate status component, so it can fail while queries succeed.
Why do my dashboards fail when the Snowflake console works?
The console and the query path are not the same thing. Serving the web interface is far lighter than running a query on a virtual warehouse, so the console frequently loads during an incident that stops compute entirely. Check the Virtual Warehouses component rather than concluding from a working console that Snowflake is healthy.
Do Snowflake outages affect data already stored?
Stored data is not altered by an availability incident; it becomes temporarily unreachable. Snowflake separates storage from compute, so a compute-side problem leaves the underlying data intact and queries succeed again once warehouses recover. The practical risk is to pipelines that were mid-run, not to tables that were already written.

How we measure this

  • We request Snowflake's public endpoint every 6 hours from Fly.io regions across six continents — the most recent check ran from 8 of them.
  • 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 Snowflake 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 Snowflake goes down

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

Start Free Monitoring
Free plan available No credit card required