Exoscale
Platform Status

Concrete AI Dedicated Inference - Requests ending with 500

Partial outage CH-GVA-2 Concrete AI Dedicated Inference CH-DK-2 Concrete AI Dedicated Inference DE-FRA-1 Concrete AI Dedicated Inference AT-VIE-2 Concrete AI Dedicated Inference HR-ZAG-1 Concrete AI Dedicated Inference
2026-10-01 18:01 CEST · 13 hours, 34 minutes

Updates

Update

Post-mortem

Summary

On October 1, 2026, during a scheduled maintenance window to migrate to a new AI router, a partial outage occurred affecting Dedicated Inference services. Customers initially received HTTP 404 errors, followed by HTTP 502 errors. The root cause was identified as missing TLS configurations in some customer deployments.

Impact

Requests to impacted Dedicated Inference deployments resulted in errors for approximately 1.5 hours. This impacted all zones where dedicated inference is available.

Timeline

17:00 CET: Migration to the new vLLM router started.
17:15 CET: DNS change that resulted in routing issues, causing requests to end up with 404 errors.
17:30 CET: The routing issue has been fixed, and HTTP 502 errors were being returned
18:00 CET: The incident was escalated as a partial outage
18:07 CET: Mitigations are being gradually applied to fix the TLS configurations of the deployments
18:21 CET: All deployments across all zones have been successfully patched.
18:30 CET: Service back to nominal

What Happened

The new AI Router proxies to Dedicated inference deployments through mTLS. Some of the mTLS resources were missing for some deployments. Because of this misconfiguration, impacted deployments returned HTTP 502 errors for all inference requests.

What We Learned

We didn’t have a proper way to validate that all deployments had their mTLS configuration set up before the maintenance, and we incorrectly assumed this was true for all of them.

What We’ve Changed

We took an inventory and created the missing resources.

Moving Forward

Future infrastructural rollouts will be performed more gradually, progressing deployment by deployment, staged per zone.

Also, we are adding more processes to ensure the invariants that should hold are true before performing this kind of maintenance.

October 2, 2026 · 13:04 CEST
Resolved

We haven’t seen any more HTTP 500 errors since our last communication.
The situation is nominal; we are sorry for the inconvenience.
A public post-mortem will follow.

October 2, 2026 · 07:34 CEST
Monitoring

The situation has been resolved; we will monitor it until tomorrow morning.

October 1, 2026 · 18:58 CEST
Monitoring

All the deployments have been fixed, we are monitoring the situation.

October 1, 2026 · 18:21 CEST
Investigating

We discovered the issue and have already fixed some deployments.
We are continuing to apply the mitigation.

October 1, 2026 · 18:16 CEST
Investigating

Customers with dedicated deployments might encounter HTTP 500 errors when making inference requests.

October 1, 2026 · 18:01 CEST

← Back