Live

Delays in Atlas cluster management operations

This incident has been resolved.

The latest update from MongoDB Atlas.

State

Resolved

Started

32 d ago

2026-09-30 18:51 UTC

Lasted

2 h 10 min

until 2026-09-30 21:02 UTC

Worst impact

Notice

Timeline

4 updates
18:5119:2419:5620:2921:02
NoticeUpdate postedTimes in UTC

Investigating

10 min 8%

Identified

25 min 19%

Monitoring

1 h 36 min 73%

Updates

Times in UTC

As posted by MongoDB Atlas

Resolved2026-09-30 21:02 UTC

This incident has been resolved.

Monitoring2026-09-30 19:26 UTC

The team has implemented a fix and latency of Atlas Cluster management operations are returning to normal. Clusters that incorrectly appeared as degraded in the Atlas UI are also beginning to correctly update their status.

Identified2026-09-30 19:01 UTC

We've identified an issue with metric ingestion that is causing delays to Atlas Cluster management operations for some customers. Clusters may also appear degraded in the Atlas UI while metrics ingestion is delayed; however, the cluster health is unaffected.

Investigating2026-09-30 18:51 UTC

We are investigating an issue with Atlas metrics ingestion that may delay cluster management operations, including cluster creation and modification.

Affected components

1
MongoDB Cloud

MongoDB Atlas in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

14

Days with an incident

90

Median duration

5 h

This incident

57% shorter than the median

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

59 days
median 5 h
90 days agoToday

Other MongoDB Atlas incidents

All incidents

Follow MongoDB Atlas

Your coding agent knows when MongoDB Atlas is down, and tells you when a failure is theirs, not yours. You can also get MongoDB Atlas 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 "mongodb" and tell me if MongoDB Atlas 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=mongodb
Slack
/feed subscribe https://outages.cc/feed.xml?providers=mongodb

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane