Is Fastly down?
Last checked 52m agoActive incident: Update to waitlist disconnect response codes
Fastly is reporting a partial outage right now (last checked 52m ago). Some components are affected; others remain operational.
Real-time Fastly status, recent outages, and incident history — pulled directly from Fastly's official status page at https://www.fastlystatus.com every 5 minutes. Pingoru tracks 250 Fastly services and has captured 83 incidents in the last 90 days (97.27% uptime). Get email, Slack, Discord, or webhook alerts the moment Fastly reports a new incident — free for 5 monitors, no credit card.
Active incident 1
- FastlyFastlyCustomer ServicesFastlyFastlyCustomer ServicesCustomer ServicesFastlyCustomer ServicesGeneral Updates
Timeline · 1 update
- investigating · Sep 02, 2026, 05:05 PM UTC
Fastly is updating how a subset of client disconnects are reported for Delivery (Varnish) Services. Previously, these disconnects returned a 503 (Service Unavailable) response code. As part of a fix for an issue affecting our ERROR-WAIT handling, we changed this behavior so a subset of these disconnects now return a 499 (Client Closed Request) and will have an ERROR-DISCONNECT state. This change will be rolling out gradually over the next few weeks. What you may notice: You may see an increase in 499 response codes and a corresponding decrease in 503 response codes for waitlist disconnects in your logs and dashboards. This is expected and does not indicate a new issue with your service. What you need to do: If you have monitoring, alerting, or automation that treats 503s and 499s differently, review your configuration to confirm it accounts for this change. If you have questions, contact your Fastly support team.
Latest: Fastly is updating how a subset of client disconnects are reported for Delivery (Varnish) Services. Previously, these disconnects returned a 503 (Service Unavailable) response code…
-
Recent outages & incidents
Past 90 days- North AmericaChicago (CHI)PlatformNorth AmericaChicago (CHI)PlatformNorth AmericaPlatformNorth AmericaPlatform
Timeline · 2 updates
- investigating · Sep 10, 2026, 10:02 AM UTC
Between 10:02 UTC and 10:45 UTC on September 10, 2026, we experienced an issue with our delivery service at our Chicago (CHI) Point of Presence (POP). During this time, customers may have experienced intermittent 502 errors on requests routed through this POP. The issue has been resolved, and all services are operating normally.
- resolved · Sep 10, 2026, 10:45 AM UTC
This incident has been resolved.
Latest: This incident has been resolved.
-
- FanoutFastly ComputeConfig StoreKV StoreSecret StoreAI AcceleratorEdge Cloud ServicesWebsocketsComputeEdge Cloud Services
Timeline · 4 updates
- investigating · Sep 09, 2026, 07:14 PM UTC
We are investigating an issue causing elevated 5xx errors for some customers using our Compute services. Our engineers are actively working to diagnose the contributing factor. We will provide another update as more information becomes available or within the next hour. All other products and services are unaffected by this incident.
- investigating · Sep 09, 2026, 07:20 PM UTC
Our engineers believe they have identified the contributing factor causing the issue impacting our Compute services. Our engineers are now developing a fix, and we will post a new update once it has been fully implemented and we see signs of recovery. All other products and services remain unaffected by this incident.
- monitoring · Sep 09, 2026, 08:33 PM UTC
Engineering has deployed a fix and have confirmed a gradual recovery to Compute services. We will continue to monitor until we’ve confirmed that customer experience has been fully restored. All other products and services remain unaffected by this incident.
- resolved · Sep 09, 2026, 10:05 PM UTC
Engineering has confirmed that Compute services has been fully restored. Customers may have experienced elevated 5xx errors from 18:28 to 21:52 UTC. This incident is resolved. Note: Our Customer Escalation Management team will update the start date and time of the initial "investigating" status post upon the resolution of this incident. This update is meant to provide our customers and their end users with a potential impact window. The date and time mentioned in the message above indicates when the status post was requested by our Acute Incident Response team. Status Post, Created Date/Time: 2026-09-09 19:15:48 UTC
Latest: Engineering has confirmed that Compute services has been fully restored. Customers may have experienced elevated 5xx errors from 18:28 to 21:52 UTC. This incident is resolved. Note…
-
- FanoutFastly ComputeConfig StoreKV StoreSecret StoreAI AcceleratorEdge Cloud ServicesWebsocketsNext-Gen WAF (NGWAF)Compute
Timeline · 5 updates
- investigating · Sep 11, 2026, 03:09 PM UTC
We are investigating an issue causing elevated 431 errors on requests for our customers. We will provide another update as more information becomes available or within the next hour.
- investigating · Sep 11, 2026, 03:34 PM UTC
Our engineers have identified the contributing factor causing the issue impacting our CDN service. Our engineers are now deploying a fix, and we will post a new update once it has been fully implemented and we see signs of recovery. All other products and services remain unaffected by this incident.
- monitoring · Sep 11, 2026, 03:35 PM UTC
A fix is being deployed for the issue impacting our CDN service. We are observing a gradual restoration of services, though some customers may continue to experience intermittent issues as the system stabilizes. Our team is actively monitoring the recovery and will post another update once services are fully restored.
- monitoring · Sep 11, 2026, 04:19 PM UTC
A fix has been deployed for the issue impacting our Next-Gen WAF services running on Compute. We are observing a gradual restoration of services, though some customers may continue to experience intermittent issues as the system stabilizes. To clarify an earlier update: this issue affected Next-Gen WAF on Compute, not our CDN service, which was not impacted. Our team is actively monitoring the recovery and will post another update once services are fully restored.
- resolved · Sep 11, 2026, 10:06 PM UTC
Engineering has confirmed that our Compute services and NGWAF services that run on Compute have been fully restored. Customers may have experienced elevated 431 errors from September 9, at 11:40 UTC to September 11, at 20:00 UTC. This incident is resolved. Note: Our Customer Escalation Management team will update the start date and time of the initial "investigating" status post upon the resolution of this incident. This update is meant to provide our customers and their end users with a potential impact window. The date and time mentioned in the message above indicates when the status post was requested by our Acute Incident Response team. Status Post, Created Date/Time: 2026-09-11 15:22:36 UTC
Latest: Engineering has confirmed that our Compute services and NGWAF services that run on Compute have been fully restored. Customers may have experienced elevated 431 errors from Septemb…
-
- Fastly Control PanelAPI & Configuration ManagementAPI ServicesFastlyFastlyFastlyFastlyFastly
Timeline · 2 updates
- investigating · Sep 02, 2026, 07:37 PM UTC
Between 17:49 and 18:45 UTC, we experienced an issue with our Fastly API service configuration endpoints. During this time, customers may have experienced elevated errors on service configuration API endpoints (VCL dictionary/ACL updates, version activations, and /service/:id/lint). The issue has been resolved, and all services are operating normally.
- resolved · Sep 02, 2026, 07:38 PM UTC
This incident has been resolved.
Latest: This incident has been resolved.
-
- North AmericaLos Angeles (HHR)Los Angeles (BUR)Los Angeles (LAX)PlatformNorth AmericaPlatformNorth AmericaPlatformNorth America
Timeline · 7 updates
- investigating · Sep 02, 2026, 04:08 PM UTC
We're investigating possible performance impact affecting the Los Angeles (LAX), Los Angeles (HHR) Points of Presence (POPs). All other locations and services are unaffected.
- investigating · Sep 02, 2026, 04:10 PM UTC
Customers may also see possible degradation in our Los Angeles (BUR) POP.
- investigating · Sep 02, 2026, 04:13 PM UTC
Our engineers believe they have identified the contributing factor causing the issue impacting origin pull and shielding performance for customers with traffic routed through the affected region. Our engineers are now developing a fix, and we will post a new update once it has been fully implemented and we see signs of recovery. All other products and services remain unaffected by this incident.
- monitoring · Sep 02, 2026, 04:28 PM UTC
We are currently monitoring a network issue caused by a third-party network provider serving the Los Angeles region. This is a third-party network event, not an issue with Fastly's platform. Our engineers have taken action to route traffic away from the affected paths and are coordinating directly with the third-party provider as they work to restore full service. For additional information about this network event, please see: https://ecogent.cogentco.com/network-status Customers with traffic paths through the affected region may see intermittent delays or errors for origin pull or shielding traffic. All other products and services are unaffected. Workaround & next steps: No action is needed on your part. We will share another update here as the third-party provider makes progress, or within the hour.
- monitoring · Sep 02, 2026, 05:29 PM UTC
Our engineering teams have deployed traffic engineering changes that are successfully mitigating the network congestion affecting origin pull and shielding traffic in the Los Angeles region. Error rates and latency have returned to nominal levels for the majority of affected traffic. We continue to work closely with our third-party network provider while they resolve the underlying issue. Our team will continue to monitor the platform closely to ensure continued stability before we resolve this incident.
- monitoring · Sep 02, 2026, 06:56 PM UTC
The fix has been successfully deployed, and we have observed a recovery of network performance for affected traffic paths. Error rates and latency have returned to nominal levels. Our team will continue to monitor the platform to ensure stability before we resolve this incident.
- resolved · Sep 03, 2026, 08:18 PM UTC
Engineering has confirmed that network performance for traffic routed through the Los Angeles (LAX), Los Angeles (HHR) and Los Angeles (BUR) POP's has been fully restored. Customers may have experienced intermittent delays or errors on origin pull and shielding traffic from September 2, 2026, 13:43 UTC to September 3, 2026, 09:11 UTC. This incident is resolved. Note: Our Customer Escalation Management team will update the start date and time of the initial "investigating" status post upon the resolution of this incident. This update is meant to provide our customers and their end users with a potential impact window. The date and time mentioned in the message above indicates when the status post was requested by our Acute Incident Response team. Status Post, Created Date/Time: 2026-09-02 16:09:33 UTC
Latest: Engineering has confirmed that network performance for traffic routed through the Los Angeles (LAX), Los Angeles (HHR) and Los Angeles (BUR) POP's has been fully restored. Customer…
-
See the full Fastly outage history
45 more incidents in the last 90 days, plus the full multi-year archive of per-service events and update timelines.
Browse Fastly outage history →Or sign up free to get alerts when Fastly breaks · 10 free monitors · No credit card
- Started Sep 10, 2026, 10:02 AM UTC · Resolved Sep 10, 2026, 10:45 AM UTC · 43m
- Elevated Errors for Compute ResolvedStarted Sep 09, 2026, 06:28 PM UTC · Resolved Sep 09, 2026, 10:05 PM UTC · 3h 37m
- Elevated Errors for Compute ResolvedStarted Sep 09, 2026, 11:40 AM UTC · Resolved Sep 11, 2026, 10:06 PM UTC · 2d 10h
- Started Sep 02, 2026, 07:37 PM UTC · Resolved Sep 02, 2026, 07:38 PM UTC · 1m
- Started Sep 02, 2026, 05:05 PM UTC · ● 10d
- Started Sep 02, 2026, 01:43 PM UTC · Resolved Sep 03, 2026, 08:18 PM UTC · 1d 6h
- Started Sep 01, 2026, 08:42 PM UTC · Resolved Sep 02, 2026, 08:42 PM UTC · 1d
- Elevated Errors for Manila (MNL) ResolvedStarted Sep 01, 2026, 06:13 AM UTC · Resolved Sep 01, 2026, 04:16 PM UTC · 10h 3m