Cloud & hosting
Is Render down?
Live Render status, measured independently. We probe 5 Render endpoints from monitoring regions on every continent and record every outage we detect.
Render is up
Our probes are reaching Render normally from every region we check from.
Checked every minute from 6 regions on every continent.
- Uptime, 24 hoursUptime, last 24 hours
- Uptime, 7 daysUptime, last 7 days
- Uptime, 30 daysUptime, last 30 days
- Website100% uptime, 30 days6 regions, 138 to 966 msUnknownp50median response410 msp95slowest 5% of checks1099 ms500 ms250024 h ago12 h agonow
- API100% uptime, 30 days6 regions, 97 to 418 msUnknownp50median response275 msp95slowest 5% of checks397 ms500 ms250024 h ago12 h agonow
- Dashboard100% uptime, 30 days6 regions, 42 to 228 msUnknownp50median response116 msp95slowest 5% of checks376 ms200 ms100024 h ago12 h agonow
- Documentation100% uptime, 30 days6 regions, 146 to 990 msUnknownp50median response409 msp95slowest 5% of checks909 ms1000 ms500024 h ago12 h agonow
- Official status feed83.23% uptime, 30 days6 regions, 134 to 442 msUnknownp50median response264 msp95slowest 5% of checks434 ms500 ms250024 h ago12 h agonow
Daily strip:99.9% or better95–99.9%below 95%no data yet
Get notified when Render goes down
Follow these 5 checks from your own workspace and get alerted through Slack, email, webhooks, or on-call the moment Render goes down. They don't count against your monitor quota. Free plan, no card required.
About Render outages
Render runs web services, private services, background workers, cron jobs, and managed databases from a Git-connected dashboard. Incidents tend to be regional, and because workers and crons have no public URL, a Render problem there is easy to miss until a customer notices.
What we check
Every row is a real monitor in upti.my, running from each of our regions. A failure in some regions marks the row degraded; failures from every region mark it down and open an outage.
| Check | Target | Expects | Interval |
|---|---|---|---|
Website render.com is unreachable. | httprender.com | HTTP 200 | 1 min |
API The Render API is not answering. Deploy hooks, the CLI, and Blueprint syncs fail. | httpapi.render.com/v1/services | HTTP 401 | 2 min |
Dashboard The Render dashboard is unreachable. | httpdashboard.render.com | HTTP 200 | 1 min |
Documentation Render's documentation is unreachable. | httprender.com/docs | HTTP 200 | 5 min |
Official status feed Render's status page is unreachable. | httpstatus.render.com/api/v2/status.json | HTTP 200 | 5 min |
For component-level detail and incident write-ups from the vendor, see Render's official status page.
Recent Render outages we detected
An outage is recorded when a probe fails from every monitoring region and closed when it recovers. Partial and single-region problems show as degraded above but are not listed here.
Render is up. Is your Render integration?
The incidents that actually hurt are usually not global outages. They are the parts of your own system that depend on Render and fail quietly. Here is what teams that rely on Render monitor on their side.
Workers and cron jobs on Render
Render health checks only cover web services. Background workers and cron jobs need heartbeats to be visible when they stop.
Monitoring Render appsYour public Render services
Probe your own hostname from multiple regions so a regional Render incident shows up before support tickets do.
Uptime monitoringRender status: frequently asked questions
Not necessarily. Render marks a service Live after a successful deploy and health check, but a service can hang or exhaust memory later without the status changing. Continuous external probes are the only reliable signal.
Look at the per-region results above. If our probes fail from every region, Render has a real outage and it will appear in the outage list. If they succeed everywhere, the problem is most likely on your side: your network, DNS resolver, a browser extension, a corporate proxy, or your own integration. If only some regions fail, Render may have a regional incident that does not affect you.
Every probe runs at least every five minutes from each monitoring region, and most run every minute. This page refreshes its data every minute. Uptime figures are calculated from all checks across all regions.
Official status is updated by people after an incident is confirmed and often lags the first failures by many minutes; our probes react within a minute or two. In the other direction, we only see public endpoints, so an internal incident may not show on our probes. Use both.
Yes. Use "Notify me about Render" above: your upti.my workspace follows these exact checks, free plan included, and every outage opens an incident there and routes alerts to Slack, email, webhooks, or on-call. Nothing is duplicated and it doesn't use your monitor quota. Better still, also monitor your own dependency on Render: the API route, webhook receiver, or scheduled job that calls it, so you learn about the failure that actually affects your users.
Related
upti.my is not affiliated with Render. Render and related marks are the property of their respective owners and are used here only to identify the service being measured. Results reflect the reachability of public endpoints from our monitoring regions and may differ from the vendor's own reporting.