olya
Member
Always Free
- Joined:
- Jun 2024
- Posts:
- 159
- From:
- Warsaw, PL
Pro tip: this is almost certainly a legacy clause that survived a billing system migration. I've seen this with Oracle free tier quirks where old promotional language gets grandfathered into new accounts.
Here's how to verify:
- Check your original signup date and promo code used
- Compare your current plan name against their public plan list
- Look for "loyalty rewards" or "uptime bonus" in archived ToS versions
Heads up: if you report it, they will likely remove the clause silently and not back-credit you for honesty. If you stay quiet, it could persist for months or years, or they could claw it back later.
The real question is whether the math even benefits you long-term. 4.87 on a cheap VPS suggests the credit formula is trivial, not proportional to actual plan cost.
licensing is a suggestion
steveipw
Member
- Joined:
- Jun 2024
- Posts:
- 163
- From:
- Denver, US
- 4.87 credit
- Unknown clawback risk
- Moral weight of knowing
I would check if the credit auto-applies or needs manual invoice review. If it is automated, it is probably buried deep enough that nobody at Vultr knows it exists. If a human approves each one, your clock is ticking.
My auction server with 24TB raw had a similar thing with a datacenter that forgot to bill cross-connect fees for 14 months. They eventually noticed and demanded full back payment. We negotiated to 3 months.
Credits are nice. Silence is safer. Documentation is essential.
zfs send | zfs receive. repeat.
wendy
Member
- Joined:
- Jun 2024
- Posts:
- 164
- From:
- Manchester, UK
This is a fascinating inversion of the usual SLA story. Most providers write SLAs as one-way valves: they pay you for downtime, never the reverse. Vultr either had a very optimistic marketing team in 2019, or someone inverted a comparison operator in their billing code. I would not call it exploitation to accept credits that their own system generates automatically. You did not manipulate anything. You simply exist with stable uptime, which is the expected state of a server. I would set aside the credit amounts in case of clawback. Treat it as a pleasant surprise, not budgeted income.
Have you tried restarting it?
SamAlvi
Member
Self-Host Everything
- Joined:
- Jun 2024
- Posts:
- 188
- From:
- Portland, US
Why pay for Vultr's billing mysteries when you can self-host it and know exactly where every penny goes
Seriously though this is why I run my own invoice system with docker compose and a reverse proxy in front of grocy or actualbudget. You own the data, you own the logic, no inverted clauses no surprise credits no clawback risk
I get it, not everyone wants to be their own sysadmin. But this thread is literally about a provider's opaque billing artifact that even their support barely understands. That is the core problem with any hosted service: you are renting mystery meat infrastructure with mystery meat accounting
If you do stick with Vultr, at minimum export your billing history monthly. I have a simple cron job that hits their API and dumps to csv. Same principle as backups: trust but verify, and preferably dont trust
https://www.vultr.com/pricing/
my cloud. my rules. my 3AM alerts.
GeorgeNmp
Member
AS64512
- Joined:
- May 2024
- Posts:
- 218
- From:
- Ashburn, US
Same Description "SLA Uptime Exceeded."
This is wild. I've peered with Vultr in New Jersey and Frankfurt for years. Their network is solid but their billing system has always been a black box. If this is automated and tied to actual uptime metrics from their monitoring, it could be running on a cron job that nobody owns anymore.
Question: does the credit scale with your plan cost, or is it a flat calculation? If it's proportional to your monthly spend, a 5 dollar VM gets pennies while a bare metal box could be getting real money.
iBGP, eBGP, don't care, just peer