API Performance Issues
Render reported degraded performance on the Render Dashboard, the Render Platform API, and the Render REST API. Render monitored the return to normal performance and then resolved the incident. The incident lasted 18 minutes.
State
Resolved
Started
Lasted
18 min
Worst impact
Degraded
Timeline
3 updatesInvestigating
10 min 54%
Monitoring
8 min 46%
Updates
Times in UTCAs posted by Render
This incident has been resolved.
API performance is returning to normal levels. We are continuing to monitor.
We are currently investigating issues related to API performance. The dashboard and API requests are affected.
Affected components
3Render in the last 90 days
Full historyIncidents in 90 days
14
Days with an incident
15
Median duration
1 h 32 min
This incident
80% shorter than the median
Other Render incidents
All incidentsRender·Issues affecting connections to a subset of Postgres Databases
Render reports connection failures for some Postgres databases that route traffic through a self managed PgBouncer instance. The affected regions are Oregon, Frankfurt, Ohio, and Singapore. Render states that the incident is resolved, and it lasted about 3 hours and 44 minutes. Updating the self managed PgBouncer to use scram-sha-256 encryption can remediate the failures, and Render support can also take corrective action.
Render·Platform emails not being sent
This incident has been resolved.
Render·Degraded network performance
This incident has been resolved.
Render·Deploying from GitLab may intermittently fail
This incident has been resolved.
Render·Dashboard not updating in real time; Some Workflows SDK requests timing out
This incident has been resolved.
Follow Render
Your coding agent knows when Render is down, and tells you when a failure is theirs, not yours. You can also get Render 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 "render" and tell me if Render 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=render/feed subscribe https://outages.live/feed.xml?providers=renderFAQ
Go from tracking outages to fixing production issues with Polylane.
Try Polylane