Live

Service disruption at the Phoenix, AZ (us-phoenix-1) data center

The server has remained stable since the fix was implemented. The issue is resolved at this time. If you do have any questions please do not hesitate to reach out to our Support team.

The latest update from Kinsta.

State

Resolved

Started

77 d ago

2026-08-16 17:52 UTC

Lasted

3 h 29 min

until 2026-08-16 21:21 UTC

Worst impact

Partial outage

Timeline

3 updates
17:5218:4419:3720:2921:21
Partial outageUpdate postedTimes in UTC

Investigating

22 min 11%

Monitoring

3 h 7 min 89%

Updates

Times in UTC

As posted by Kinsta

Resolved2026-08-16 21:21 UTC

The server has remained stable since the fix was implemented. The issue is resolved at this time. If you do have any questions please do not hesitate to reach out to our Support team.

Monitoring2026-08-16 18:14 UTC

Our engineers have implemented a fix. We do see service appears to be restored at this point. We are continuing to monitor the server to ensure its ongoing stability. We do apologize about the disruption and impact this caused to your business. If you do have any questions please do not hesitate to reach out to our Support team.

Investigating2026-08-16 17:52 UTC

Our Engineers are investigating reports of a service disruption affecting sites in the Phoenix, AZ (us-phoenix-1) data center. We are working to restore service to affected sites as quickly as possible.

Affected components

1
Phoenix, Arizona, US data center

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

46% shorter than 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