Cluster Availability Issues in Germany West Central
We're investigating an issue affecting Qdrant Cloud clusters in the Azure Germany West Central region. Some clusters are currently unavailable, and others are running with fewer replicas than usual. Our engineers are investigating the issue. You don't need to take any action. Please avoid deleting or recreating your cluster while we work on this. We'll post the next update asap.
The latest update from Qdrant Cloud.
State
Resolved
Started
25 d ago
2026-10-08 10:07 UTC
Lasted
1 min
until 2026-10-08 10:07 UTC
Worst impact
Degraded
Timeline
1 updateResolved
1 min 100%
Updates
Times in UTCAs posted by Qdrant Cloud
We're investigating an issue affecting Qdrant Cloud clusters in the Azure Germany West Central region. Some clusters are currently unavailable, and others are running with fewer replicas than usual. Our engineers are investigating the issue. You don't need to take any action. Please avoid deleting or recreating your cluster while we work on this. We'll post the next update asap.
Affected components
1Qdrant Cloud in the last 90 days
Full historyIncidents in 90 days
3
Days with an incident
3
Median duration
Not enough data
This incident
Not comparable
Other Qdrant Cloud incidents
All incidentsQdrant Cloud·Cloud UI and login unavailable
Qdrant Cloud reports that the Cloud UI and login do not work. Users may not sign in or use the Cloud UI. Existing clusters and database operations continue to work normally. Qdrant Cloud states that the incident is resolved.
Qdrant Cloud·Cluster metrics unavailable in AWS us-east-1
Monitoring metrics, including the /sys_metrics endpoint, are currently unavailable for clusters in AWS us-east-1. Clusters keep running, and reads and writes are not affected. We have found the cause in our internal metrics collection and are working on a fix. Metrics will be available again once it is resolved.
Follow Qdrant Cloud
Your coding agent knows when Qdrant Cloud is down, and tells you when a failure is theirs, not yours. You can also get Qdrant Cloud incidents in a feed reader or in Slack.
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.live/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 "qdrant" and tell me if Qdrant Cloud 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.
https://outages.live/feed.xml?providers=qdrant/feed subscribe https://outages.live/feed.xml?providers=qdrantFAQ
Go from tracking outages to fixing production issues with Polylane.
Try Polylane