Updated 24 August 2026 · 16 providers · 26 service levels

Your outage, priced by the contract

Every cloud publishes an uptime number and almost nobody reads the document behind it. The number is the least informative part: what decides whether you are paid is the shape of the credit ladder, which bill the percentage is taken from, how many days you have to claim, and who has to prove the outage happened. Put your own numbers in below and the same outage gets priced against 26 published service levels at once.

Scope: compute, object storage, CDN and platform SLAs a self-serve customer can actually read Source: the provider's own SLA document, or the contract that says there is none Credits are a discount, not damages
Credit calculator
Not your whole cloud bill. Every ladder here takes its percentage from the one instance, bucket, region or service that went down.
Total unavailable minutes in the month. The default is 67 minutes, a single bad hour.
The denominator matters: 99.99% allows 4.46 minutes in a 31-day month and 4.03 in a 28-day one.
Resulting monthly uptime
 
 
Service levels that pay anything
 
 
Largest credit available
 
 

What each contract owes for that outage

Sorted by the credit in dollars, largest first. A greyed row is not a gap in the research: it is a service level that publishes no commitment, or a ladder whose rungs the outage does not reach. The percentage column names the rung that fired, so you can check the arithmetic against the provider's own table.

Provider and serviceTargetCreditRungRelative

Four things the headline percentage hides

The same target, three orders of magnitude apart

$20.00 vs $0.03DigitalOcean and Linode both promise 99.99% on a single instance. DigitalOcean's ladder has one rung: any breach credits 100% of the affected Droplet. Linode credits pro rata on the outage length, which on a 67-minute outage and a 20 dollar instance is about three cents. Neither provider is being dishonest. The ladder, not the target, is the product.

A flat ladder pays the same for an hour and for a day

10% from 99.9% to 95%Google Compute Engine's single-instance ladder credits 10% anywhere between 99.9% and 95% uptime, so four minutes down and thirty-six hours down are worth the same percentage. Getting to 25% needs uptime under 95%, and 100% needs under 90%, which is more than 72 hours in a month. Azure goes further on single-instance Standard HDD: the target itself is 95%, so the machine can be down for a day and a half before anything is owed.

Your evidence, your deadline, your loss

24 hours to 2 billing cyclesAWS, Google Compute Engine, Scaleway and Vercel all require the customer to supply log files, and all four say the claim is forfeited without them. DigitalOcean Spaces wants written notice within 24 hours of the start of downtime and counts downtime only from the moment you report it. OVHcloud starts its counter when the ticket is opened. Azure states that its own outage communications are not a confirmation of eligibility.

Cash is explicitly off the table

Vouchers and invoice creditsHetzner issues Cloud Credits and says cash payments are expressly excluded. Scaleway issues a voucher that cannot be reimbursed in cash, conditional on every invoice being paid, and has the customer waive any other claim. OVHcloud credits expire at the end of the following calendar month. DigitalOcean credits expire after 90 days. Render's terms say credits are not redeemable for any sum of money.

The plans with nothing to breach

This is the finding that survives every input you can type into the calculator above. On a meaningful number of paid plans there is no availability commitment at all, so the credit is not small, it is undefined. In each case below the absence was read from the provider's own contractual documents, not inferred from a missing page.

Provider and planWhat is publishedWhat the contract says instead
NetlifyFree, and paid self-serveNo SLA document exists. 99.99% appears only as a bullet on the Enterprise pricing tier.The self-serve subscription agreement, last updated 8 September 2020, states that free projects have no service level commitments and may be shut down without notice, and disclaims that paid service will be uninterrupted or error free.
RenderEvery plan, including Scale at $499/moNo SLA document exists. The pricing page mentions contractual uptime SLAs on Enterprise without naming a percentage.The terms of service contain no service level language, disclaim availability at any particular time, and cap total liability at the greater of what you paid or 100 dollars. Credits are declared not redeemable for any sum of money.
Fly.ioStandard $29/mo, Premium $199/moNo SLA document exists. The 99.9% is the last bullet on the Enterprise Support plan at $2,500/mo and up.The availability commitment is attached to a support plan priced independently of your compute spend. The terms of service contain none of the words service level, SLA or uptime, and provide the service as is, as available and with all faults.
FastlyUnpaid and month-to-month accountsThe SLA's own table reads None for unpaid and month-to-month, and Termination Option only for a termed contract without Gold or Enterprise support.Invoice credits require a separately purchased Gold or Enterprise support plan. Paying for the CDN month to month buys no availability commitment; a termed contract without paid support buys the right to leave, not a credit.
Cloudflare R2Free, Pro, BusinessThe R2 SLA is titled Enterprise Subscription Service Level Agreement. There is no published R2 SLA below Enterprise.A Business SLA exists but restricts credits to monthly recurring fees, which usage-billed R2 does not generate, so it cannot pay out on R2 even for a Business customer.
ScalewayDEV1, GP1, PLAY2, PRO2, COPARM1, ENT1The objective table prints No SLO in the cell for these instance types.This is the cleanest kind of absence in the set: a documented statement that no objective applies, rather than a document that does not exist. Shared instances get 99%, dedicated and GPU instances 99.5%.
HetznerDedicated serversThe dedicated server terms contain no SLA. The Cloud Server SLA applies exclusively to Cloud Servers.The only availability wording is clause 3.3 of the general terms: economically reasonable efforts toward a 99.9% annual average of network availability at the data centres. Annual, averaged, network only, and with no credit mechanism.

One outage, read against the counter that pays

Cloudflare's August 2026 R2 incident is the clearest illustration of why an SLA can be honoured perfectly and still pay nothing. Every timestamp below is from Cloudflare's own status page entry for the incident.

Writes start failing

Writes to a small set of buckets in the ENAM region begin returning errors. The error window runs to 17:02 UTC, a total of 2 hours 10 minutes.

Incident opened

The status page entry is created, after the error window has already closed. On a provider that starts its counter at the ticket, this ordering alone would matter.

Data still unreachable

An update confirms that objects uploaded through multipart uploads during the error window remain unavailable, more than 32 hours after they were written.

Resolved, credit zero

Full restoration, 31 hours 53 minutes after the incident opened. The R2 ladder measures error responses to valid requests in five-minute intervals, so a day and a half of unreachable data contributes nothing to it.

The mechanics behind every row

The same 26 service levels, with the parts that decide whether a credit is ever paid. This table is the reason the calculator's dollar figures should be read as a ceiling rather than an expectation.

Provider and serviceWho it coversClaim deadlineBurden of proofCredit base

Method, and what this cannot tell you

Every figure on this page was read from the provider's own service level agreement on 24 August 2026, or, where no such document exists, from the terms of service, subscription agreement or pricing page that stands in its place. Nothing here comes from a comparison article or a summary. Where a provider publishes several documents for one product family, each was treated as its own row, which is why sixteen providers produce twenty-six service levels.

The calculator does one piece of arithmetic: it turns your outage length into a monthly uptime percentage as one minus the outage divided by the minutes in the month, then matches that percentage against the rungs each provider publishes. That is deliberately the simplest possible reading of the contract, and it is more generous than most of these documents actually are. Nine specific things the calculator cannot model, all of which push the real credit down rather than up:

1. Minimum durations. Scaleway counts unavailability only from four continuous minutes. OVHcloud requires more than three consecutive minutes on VPS. Google Cloud discards intermittent downtime shorter than one minute entirely, so a flapping outage can register as zero.

2. When the clock starts. OVHcloud counts from the moment the incident ticket is opened, and DigitalOcean Spaces from the moment you give written notice. A 67-minute outage noticed after 40 minutes is formally 27 minutes at one and 27 minutes at the other.

3. What counts as an error. Cloudflare R2 counts only 500, 502, 503 and 504 responses and excludes throttled or rate-limited requests. AWS S3 averages per-five-minute error rates and treats an interval in which you made no requests as a zero percent error rate, which dilutes the average in the provider's favour. Google Cloud Storage discards repeated identical requests unless they follow a mandatory exponential backoff from one to thirty-two seconds.

4. The measurement window. Cloudflare R2 uses a rolling thirty days and bases the credit on fees in the thirty days preceding the claim, so the credit base depends on when you file. Azure measures pay-as-you-go services over the thirty days prior to and including the first day of the incident. Neither is a calendar month.

5. What the percentage is taken from. AWS excludes upfront Reserved Instance payments. Azure credits only the actual downtime rather than the outage duration, and only for the affected tier. Fastly multiplies the monthly usage charge, not the commitment.

6. Exclusions. Hetzner excludes required live migrations, DDoS and hacker attacks, and judges availability at the host, so an instance that booted and shows CPU activity counts as available even if your traffic cannot reach it. Vercel's excused downtime is subtracted from the denominator rather than counted as downtime, and includes the failure of the Internet in general. Google Cloud excludes errors caused by quotas its own system applied.

7. Conditions on the guarantee. OVHcloud monitors by ARP or ICMP ping, and a configuration that blocks it voids the SLA. The 99.99% on the Scale and High Grade dedicated ranges is conditional on the customer having enabled link aggregation. Fastly requires that the outage forced you to redirect traffic off the service, so an outage you waited out formally never happened.

8. One claim per period. Azure pays one credit per service per applicable period, so a month that breached several service levels forces a choice. AWS forbids combining a region-level and an instance-level EC2 claim for the same incident. Cloudflare forbids claiming under the R2 SLA and the enterprise support SLA for the same incident.

9. Currency and expiry. Credits are almost never money. Hetzner and Scaleway exclude cash explicitly, OVHcloud credits expire at the end of the following month, DigitalOcean credits expire after 90 days, and both AWS and DigitalOcean decline to issue credits under one dollar. OVHcloud's general terms also allow it to invoice you for diagnosis time if the fault turns out not to be theirs.

Two further limits are worth stating plainly. Enterprise customers routinely negotiate terms that differ from every document here, and none of those contracts are public, so this page describes the published floor rather than what a large account signed. And the arithmetic ignores the practical question of whether anyone at your company will notice the outage, gather the log files and file the claim inside the window. On the shorter deadlines in this set, that question decides the payout more often than the ladder does.

Sources

Questions

How much is a service credit actually worth?

Almost always a rounding error, because the credit is a percentage of the bill for the affected resource, not compensation for your losses. A 67-minute outage on a single 20 USD instance produces 99.84991% uptime for a 31-day month. That earns 10% of that instance's bill at AWS, Azure, Google Cloud and OVHcloud, which is 2 USD. At Hetzner and at Linode the same outage is credited pro rata, which is about 3 cents. At DigitalOcean it zeroes the whole 20 USD, because the Droplet SLA has a single rung. Nowhere does it pay for the revenue you lost while the machine was down.

Which cloud has the most generous SLA?

On the ladder alone, DigitalOcean: its CPU Droplet SLA promises 99.99% for a single instance, which no hyperscaler matches without multiple zones, and any breach at all credits 100% of the charges for the affected resource. Fastly starts paying below 100% rather than below 99.9%, and is the only provider that quantifies a right to leave a committed contract after a bad month. Both come with conditions worth reading: DigitalOcean requires written notice within 24 hours of the start of downtime, and Fastly's credits require a paid Gold or Enterprise support plan.

Do Netlify, Render and Fly.io have an SLA?

None of the three publishes an SLA document. Netlify's 99.99% appears only as a bullet on the Enterprise pricing tier, its self-serve agreement puts paid plans on an as-is basis, and the free tier is told outright that projects have no service level commitments. Render's terms of service contain no service level language at all, and its Scale plan at 499 USD per month still carries no availability commitment. Fly.io's 99.9% exists only as a bullet on the Enterprise Support plan at 2,500 USD per month and up, a support cost independent of your compute spend, while the terms disclaim uninterrupted operation.

Why did my outage produce no credit even though the provider confirmed it?

Because the counter that pays credits is narrower than the outage. Google Cloud discards intermittent downtime shorter than one minute. Scaleway counts an outage only from four continuous minutes and states that performance degradation is not unavailability. OVHcloud starts the clock when you open the incident ticket, so an outage reported after 40 minutes is formally 40 minutes shorter. Cloudflare R2 counts only 500, 502, 503 and 504 responses and excludes requests that were throttled or rate limited. Azure notes that its own outage communications are not a confirmation that you are eligible.

What is the shortest deadline for claiming a service credit?

DigitalOcean Spaces requires written notice within 24 hours of the start of downtime, and downtime accrues only from the moment you report it. Hetzner gives 14 calendar days after the end of the month. Google Cloud Storage, Scaleway, Fastly and Vercel all give 30 days, while Google Compute Engine gives 60, so the same provider can hold two different deadlines. AWS is the most forgiving at the end of the second billing cycle. Miss the window and the credit is gone regardless of how bad the outage was.

Does a 99.9% and a 99.99% SLA mean the same thing at every provider?

No, and the headline number is the least informative part of the document. DigitalOcean and Linode both promise 99.99% on a single instance and pay amounts three orders of magnitude apart for the same outage, because one has a single 100% rung and the other credits pro rata. Google Compute Engine promises 99.9% on a single instance and then credits a flat 10% anywhere down to 95% uptime, so four minutes and thirty-six hours are worth the same percentage. Azure's single-instance Standard HDD target is 95% outright. What matters is the ladder shape, the credit base and the claim mechanics, not the percentage on the marketing page.