Live

Service disruption at the Northern Virginia (Ashburn) data center

This incident has been resolved.

The latest update from Kinsta.

State

Resolved

Started

76 d ago

2026-08-17 21:09 UTC

Lasted

5 h 29 min

until 2026-08-18 02:39 UTC

Worst impact

Partial outage

Timeline

7 updates
21:0922:3223:5401:1602:39
Partial outageUpdate postedTimes in UTC

Investigating

3 h 8 min 57%

Identified

40 min 12%

Monitoring

1 h 41 min 31%

Updates

Times in UTC

As posted by Kinsta

Resolved2026-08-18 02:39 UTC

This incident has been resolved.

Monitoring2026-08-18 01:52 UTC

The issue causing some sites to return 520 errors has been fixed. Our Engineering team is continuing to monitor the affected sites to make sure everything remains stable.

Identified2026-08-18 01:32 UTC

We are currently investigating an issue causing some sites to return 520 errors. Our Engineering team has identified the cause and is working on fixing the affected sites. We will provide updates as we continue to work on the issue.

Monitoring2026-08-18 00:37 UTC

A fix has been implemented and we are monitoring the results.

Identified2026-08-18 00:17 UTC

Our Systems Engineering team is currently working on a solution for this issue. We will provide updates as soon as they are available.

Investigating2026-08-17 22:16 UTC

We are actively investigating this issue and sincerely apologize for any inconvenience it may cause.

Investigating2026-08-17 21:09 UTC

Our Engineers are investigating reports of a service disruption affecting sites in the Northern Virginia (Ashburn) data center. We are working to restore service to affected sites as quickly as possible.

Affected components

1
Ashburn, Virginia, US data centers

Kinsta in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

13

Days with an incident

29

Median duration

6 h 27 min

This incident

About the median

How long each incident lasted, on the day it started. The outlined bar is this incident.

17 days
median 6 h 27 min
90 days agoToday

Other Kinsta incidents

All incidents

Follow Kinsta

Your coding agent knows when Kinsta is down, and tells you when a failure is theirs, not yours. You can also get Kinsta incidents in a feed reader or in Slack.

Prompt
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.

Add it as a remote MCP server named "outages" at https://outages.cc/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.

Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "kinsta" and tell me if Kinsta has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.

Paste this into any coding agent. It adds the server with its own MCP setup.

RSS
https://outages.cc/feed.xml?providers=kinsta
Slack
/feed subscribe https://outages.cc/feed.xml?providers=kinsta

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane