Space for ads
Checked every 5 minutes · How we measure this
As of 21:00 EDT on 24 Oct 2026, render.com responded to our check in 736 ms, with 100.00% availability over the last 24 hours.
Checked every 5 minutes · last checked 24 seconds ago
The line is response time measured from our probe to render.com, which rises when the service slows down. Shaded red marks intervals where checks actually failed. It excludes your own connection and browser rendering.
Reported by Render on its own status page. Verify on their status page.
dashboard.render.com
All public HTTP services hosted on Render.
render.com
All cron jobs hosted on Render.
Blueprints, Dashboard, REST API, Notifications, Webhooks, Auto-Deploys
All background workers hosted on Render.
New builds and deploys for hosted services.
api.render.com
Static sites hosted on our global anycast CDN.
Custom domains and certificates
0 problem reports
Platform emails not being sent
We have applied a fix and see messages successfully delivering. We are monitoring for any further issues.
Confirmed on the vendor status page
Render degraded performance
DownBits detected degraded performance on Render between 23 Oct 2026, 21:45 – 23:10 IST, lasting ongoing. Detected across 17 consecutive automated checks of render.com.
Detected by DownBits probe
Degraded network performance
A fix has been implemented and we are monitoring the results.
Confirmed on the vendor status page
Deploying from GitLab may intermittently fail
A fix has been implemented and we are monitoring the results.
Confirmed on the vendor status page
Render degraded performance
DownBits detected degraded performance on Render between 16 Oct 2026, 02:35 – 03:30 IST, lasting ongoing. Detected across 11 consecutive automated checks of render.com.
Detected by DownBits probe
Dashboard not updating in real time; Some Workflows SDK requests timing out
Our upstream provider has resolved the issue, and affected Render services have recovered. We’re continuing to monitor.
Confirmed on the vendor status page
Render outage
DownBits detected an outage on Render between 15 Oct 2026, 01:10 – 03:55 IST, lasting ongoing. Detected across 33 consecutive automated checks of render.com.
Detected by DownBits probe
Builds, deploys, and queued deploys are not starting in all regions
A fix has been implemented, and we are monitoring the results. Deploys and builds for services running on free instances continue to be paused.
Confirmed on the vendor status page
Render degraded performance
DownBits detected degraded performance on Render between 4 Oct 2026, 01:15 – 01:50 IST, lasting ongoing. Detected across 7 consecutive automated checks of render.com.
Detected by DownBits probe
Degraded Dashboard Performance; Degraded builds & deploys in Oregon
Impacted components are recovering. We are monitoring the situation.
Confirmed on the vendor status page
Render degraded performance
DownBits detected degraded performance on Render between 27 Sep 2026, 07:00 – 07:55 IST, lasting ongoing. Detected across 11 consecutive automated checks of render.com.
Detected by DownBits probe
Observing service instability from our upstream provider AWS in Oregon region
All services, except for the free web services tier, have recovered. We continue to monitor.
Confirmed on the vendor status page
Build and deploy failures in Oregon
We are currently investigating this issue.
Confirmed on the vendor status page
Elevated Build and Deploy Times in the Oregon Region
The issue has been identified and a fix is being implemented.
Confirmed on the vendor status page
Render is responding normally. Our last automated check of render.com completed 24 seconds ago and succeeded in 736 ms. Over the past 24 hours the service answered 100.00% of our checks.
Measured from our automated checks, Render has been available 100.00% over 24 hours, 100.00% over 7 days, 100.00% over 30 days. We recorded 13 incidents in the last 30 days.
Render has averaged 626 ms across our successful checks in the past 24 hours, which is normal for a service of this kind. Response time is measured from our probe to render.com and does not include rendering time in your browser.
The most recent incident DownBits recorded for Render began on 23 October 2026 at 21:45 IST and lasted 1 hr 25 min. It was logged as degraded performance. Detected by DownBits probe.
Our probe is reaching render.com normally right now, so the problem is more likely to be local to you than a full outage. Use the report button on this page to add your own signal — when several people report the same problem within a short window, it appears on the chart above.
A working marketing site does not mean a working API. Call the API host directly — curl -s -o /dev/null -w "%{http_code}" https://render.com/ — and check the vendor status page linked above for component-level detail, since one component can fail while the rest stay green.
HTTP 429 and 529 mean you are being throttled, not that the service is down. Inspect the response headers for a retry-after value and back off exponentially rather than retrying immediately.
A 401 or 403 is an authentication problem on your side. Rotated keys, an expired billing method, or a revoked token all present as sudden total failure.
Open any other site. If nothing loads, the issue is your network rather than Render. On Windows run ping render.com and nslookup render.com in Command Prompt; on macOS or Linux use Terminal. A DNS failure and a server failure look identical in a browser but are very different problems.
Load render.com in a private or incognito window. If it works there, clear cookies and site data for render.com in your normal browser rather than clearing everything.
Switch from Wi-Fi to mobile data, or vice versa. Regional ISP routing problems are common and often affect one carrier while others are unaffected.
We link the vendor status page so you can check our reading against theirs.
No comments received
