Daily
Get warned before a free Render database expires
A week before a free Postgres database's expiry date, you get one email naming it.
- Runs
- Daily
- Apps
- Render
- AI
- Not needed
- Access
- read (the key has full access)
Send this to your assistant
Create a ClickRuntime automation: every day at 10am check my Render Postgres databases and email me once if any of them expires within the next 7 days.
First time? Adding ClickRuntime to your assistant takes about two minutes.
Why use it
Why teams use this automation
Free Postgres databases on Render are meant for trying things out, and they expire after a set period. The deadline is easy to forget: a side project quietly runs on one for weeks, and then the database is gone with its data. If the expiry email is missed or buried, a prototype or small app loses everything with no way back.
Every day, ClickRuntime lists the Postgres instances in your Render account, keeps any whose expiration date is within the next 7 days, and sends one alert for each database. It remembers which databases it has warned about, so you get a single clear heads-up rather than seven days of the same message.
It is a good safeguard for developers who run several small projects and cannot track each expiry date in their head.
What you get out of it
Data is not lost to a forgotten date
A week of warning leaves enough time to export a backup or move to a paid instance. Without it, expiration can destroy a project that you cared about. Rebuilding lost data costs far more than a quick backup.
You decide to upgrade or let go
The warning forces a decision while there is still time. You can pay to keep the project, migrate to another host, or knowingly let it lapse. Either choice is fine when it is a conscious one.
Several projects are covered at once
Developers with many experiments cannot remember each expiry. One alert per database means every project gets attention, even those you stopped thinking about. Nothing depends on your memory. Forgotten side projects get the same care as the main one.
Backups happen on your schedule
Seven days is enough to run a dump and verify it in calm conditions. Doing that under pressure on the last day leads to mistakes. Calm backups are reliable backups.
No more reliance on buried emails
Expiry notices sent to an old address or lost in a crowded inbox are easy to miss. An alert in the place you actually read makes sure the message is seen.
How it works
What happens, step by step
Every day ClickRuntime lists your Render Postgres databases.
It looks for free ones that expire within the next seven days.
You get one email per database naming it and its expiry date, without daily repeats.
Before it runs live
- Connect Render
What you get
Build your own
Need it to work differently?
Your own rules
Conditions, thresholds, filters and exceptions, written the way you'd explain them to a colleague.
Any number of apps
One automation can read from one app and update several others. Over 248 apps are ready, and anything with an API works too.
AI where it helps
Summaries, classification, extraction and drafts use ClickRuntime's built-in AI, with no extra key.
On a schedule or on each event
Runs as often as every 5 minutes, or the moment an app sends an event, and keeps track of what it already handled.
Changes you can ask for
- Run it at a different time, more or less often, or only on weekdays
- Add an AI step, for example to summarize, sort or draft a reply
- Add another app, for example also send it to Slack
- Combine it with other Render steps into one automation
Under the hood
The code that runs this automation
from datetime import datetime, timedelta, timezone
from clickruntime import on_trigger, credentials, http, notify, state
RENDER = "https://api.render.com/v1"
def render(path, **params):
resp = http.get(f"{RENDER}{path}", params=params, headers={"Authorization": f"Bearer {credentials.secret('RENDER_API_KEY')}"})
resp.raise_for_status()
return resp.json()
@on_trigger
def run(event):
soon = datetime.now(timezone.utc) + timedelta(days=7)
alerted = set(state.get("alerted") or [])
for item in render("/postgres", limit=100):
db = item["postgres"]
if not db.get("expiresAt") or db["id"] in alerted:
continue
expires = datetime.fromisoformat(db["expiresAt"].replace("Z", "+00:00"))
if expires < soon:
notify.email_me(f"Render Postgres {db['name']} expires {expires:%Y-%m-%d}",
"Upgrade it to a paid instance or export the data before it is deleted.")
alerted.add(db["id"])
state.set("alerted", list(alerted))
return {"alerted": len(alerted)}FAQ
Common questions
Why does Render expire free Postgres databases?
What happens to the data after expiry?
Does it work for paid databases or other Render services?
What permissions does it need?
Does it need AI?
How many runs does it use?
Can I change how it works?
Related
You might also like
Get a weekly count of Render deploys
Each Monday you see how many deploys succeeded and failed for each service over the past week.
See how it worksGet failed Render deploys posted to Slack
Within 5 minutes of a build or update failing, the service and deploy show up in your Slack channel.
See how it worksGet an email when a Render service goes down
When a service fails or turns unhealthy, an email tells you which one so you can look straight away.
See how it worksKeep exploring
Set up “Get warned before a free Render database expires” from your assistant
Copy the prompt above, or connect your assistant first. Free plan, no credit card.