Skip to content

SLA calculator:
how much downtime your target allows

Pick a target and see exactly how much downtime it allows per month, quarter and year. The calculator drafts the clause in plain contract language, checks your promise against the SLAs of everything you run on, and prices what a breach month costs you.

%
SLA clauses

An SLA is more than the percentage

Everyone negotiates the number. The window it is measured over, the exclusions, and what a breach pays out decide what it means.

The target

The famous number. Rule of thumb: promise the number you can hold in a bad month, not the average of your good ones — one breach costs more than the average earns.

how many nines?

The clock

Measured monthly or yearly, 24 × 7 or business hours. A yearly window pools all downtime into one budget; a monthly window sets a fresh budget each month.

measured how?

The exclusions

Planned maintenance, force majeure, customer-caused outages. Fair — if capped and announced. Uncapped exclusions turn any percentage into decoration.

what doesn't count?

The remedy

Almost always service credits — a discount on your invoice, claimed within a deadline, capped at a month's fee. It prices the provider's risk, never the customer's loss.

what does a breach pay?
Dependency chain math

Your SLA can’t exceed the SLAs you depend on

A promise rides on a stack: hosting, DNS, payment API, CDN. In series, availabilities multiply — and since each is below 1, every dependency you add lowers the ceiling of what you can promise:

  • Serial chains subtract nines. Four solid dependencies at 99.9–99.99% multiply out to a 99.82% ceiling — below three nines before your own code fails once.
  • Parallel redundancy multiplies them. Two independent 99.5% instances: only both failing at once counts — 1 − 0.005² = 99.9975%.
  • The ceiling is a budget you don't control. Your dependencies can spend your entire error budget while your own code runs clean.

Series vs parallel, in numbers

the two directions
1 dependency · 99.9%The simple case — your ceiling is their promise.99.9%
4 in series99.95 × 99.99 × 99.9 × 99.98 — each one solid, the product isn't.99.82%
2 × 99.5% in parallelTwo mediocre instances beat one great one — if they fail independently.99.9975%
the catch"Independently" is load-bearing: same rack, same region, same deploy pipeline = one failure domain, not two.correlated = 1×
Serial dependencies lower the ceiling; parallel redundancy raises it. The ceiling view runs this live against your own stack.
Headroomheadroom = ceiling − target (negative = underwater)
Credit exposure (provider)exposure = MRR × credit % × claim rate
Business-hours windowwindow(biz) = window(24×7) × 45 ÷ 168 — for Mon–Fri 9–18
FAQ

Common SLA questions

It turns a service-level agreement into numbers you can act on. You see the downtime the percentage allows per day, month and year, the ceiling your dependency stack lets you promise, and what a breach costs in credits. This page does all three, and drafts the clause itself, since the wording decides as much as the number. For the definitions behind the terms, see our “What is SLA & uptime?” guide.

Start from the ceiling, not the ambition. Multiply the SLAs of everything you depend on (the ceiling section of the result does it live), subtract a margin for your own failures, and promise the result. Say the chain caps you at 99.82%. A 99.5% you always beat builds more trust than a 99.9% you breach twice a year. Breaches cost credits, renewal conversations, and the one thing an SLA is really for: credibility.

If your service needs A and B to work, your best case is both being up at once: multiply them. Hosting 99.95% × DNS 99.99% × payments 99.9% × CDN 99.98% = 99.82% — that’s your ceiling before your own code fails at all. The multiplication is unforgiving: every serial dependency, however solid, lowers it. The way back up is parallel redundancy: two independent 99.5% instances give 1 − 0.005² = 99.9975%. That holds only while they fail independently — same region or same deploy pipeline means one failure domain, not two.

Tiered by how badly the month missed. Commonly 10% of the monthly fee for a miss below the target, 25% for landing more than a tier below, and 50% (often the cap) for a catastrophic month. Two constants run through nearly all of them. Credits are the sole remedy — not refunds, not damages. They must be claimed within a deadline, usually 30 days, and with evidence. The exposure section of the result prices what that schedule costs you as the provider.

Neither, if you can negotiate. A yearly window gives 99.9% an 8h 45m pool for the whole year, so an 8-hour outage in March still counts as met when the rest of the year is clean. Under a monthly window, that outage is 8 hours against a 43m 48s budget — a breach in its own month. Maintenance exclusions are reasonable when capped and announced. Check how many hours per month, and with how much notice. Uncapped “planned maintenance” turns any percentage into decoration.

Whichever you pick, name it in the clause — “99.9%” without a clock is an argument waiting to happen. Business-hours SLAs cover 45 of the 168 weekly hours (Mon–Fri 9–18). That makes the same percentage stricter by day and blind at night: a weekend outage scores 100%. Our uptime calculator walks one outage through both denominators — the grade moves from “met” to “breached” without a single number in the SLA changing.

No — and they’re not meant to. The asymmetry runs both directions. As a customer, your €49 host owes you €4.90 for an outage that cost your shop €14,000. As a provider, the credits you owe are the smallest line of your breach month — the real bill is churn and the renewal discount you’ll concede. Credits are a signal of confidence and a pricing mechanism. Redundancy and fast detection are the actual insurance.

With measurements neither side controls. The provider’s own dashboard is the other party’s evidence. Your claim, or your defense, needs independent timestamped checks from outside the infrastructure in question. That’s also the cheapest way to end the argument before it starts: publish the numbers on a public status page, and both sides read the same ledger. Uptimia does both — monitoring from 171+ locations in 70+ countries and a public status page fed by it.

Free tools/SLA calculator/99.9% · monthly
DRAFT SLA — THREE NINES · MONTHLY · 24 × 7

99.9%, monthly, around the clock.

That promise allows 43m 48s of downtime per month — your error budget, and the number every clause below is built around. Below: the paste-ready clause, whether your stack can even deliver it, and what one breach month costs you.

Your promise — edit any field and every section below updates
%
Measure it from day one uptimia.com/sla-calculator?target=99.9&window=monthly
1 · The draft

The clause for 99.9%, ready to paste

Fill in every bracketed choice. The definition of “down” decides most SLA disputes.

The clause, ready to copy

Provider guarantees 99.9% Availability, measured monthly over all hours (24 × 7). Availability = (total minutes − Downtime minutes) ÷ total minutes × 100. Downtime = any period in which [the service fails its critical path — define it: e.g. checkout completes / API returns 2xx], as measured by independent external monitoring. Excluded: Scheduled Maintenance announced ≥ 48 h in advance, capped at 4 h per month. Remedy: Service Credits per the schedule below, claimed within 30 days of the incident with monitoring logs as evidence; credits are the sole remedy and are capped at 50% of one month’s fee.

Fill in every bracketed choice. The definition of “down” decides most SLA disputes.

Suggested credit schedule

tiered by budget multiples
Miss · under 2× budgetThe month landed below 99.9% but burned less than twice the allowance (43m 48s–1h 27m 36s).10% credit
Bad month · 2–10× budgetA real incident: 1h 27m 36s to 7h 18m 0s down.25% credit
Disaster · over 10× budgetMore than 7h 18m 0s — the month customers remember.50% credit · cap
Tiering by multiples of the budget keeps the schedule fair at any target — the same table works for two nines or four.

What 99.9% allows

the budgets behind the clause
Target99.9% · three nines Clock24 × 7 Per month43m 48s Per day1m 26s Per year8h 45m 36s Convention365-day year · month = year ÷ 12

Four checks before you sign

the pre-signature checklist
Ceiling ≥ target?Your chain caps you at 99.8201% — below this promise. The ceiling section below runs it live.
Detect inside the budget?A 43m 48s budget with 5-minute checks means up to 5m 0s passes before the first failed check — before anyone has been told. Uptimia checks every 60 seconds on Basic, every 30 from Professional up.
Rollback rehearsed?MTTR is dominated by response you’ve practiced — or haven’t. If rolling back takes a meeting, promise fewer nines.
Who measures?Name the measurement source in the contract and publish it — a public status page fed by independent monitoring ends most SLA arguments before they start.
2 · The ceiling

Can your stack deliver 99.9%? Multiply the chain.

Your service needs all of these at once, so their SLAs multiply — every serial dependency lowers the ceiling of what you can promise. Put your providers’ real numbers in.

The chain, multiplied live

edit any SLA — from your providers’ contracts
Hosting / computethe VM or platform under everything %
DNS providerif the name doesn't resolve, nothing else matters %
Payments APIcheckout is the critical path for a store %
CDN / edgein front of every request %
Serial product — your ceiling99.8201%
Headroom vs your 99.9% promise−0.08 pts

The chain alone can burn 1h 18m 47s a month against your 43m 48s monthly budget — you are underwater before your first deploy.

Three ways to raise the ceiling above your target

ranked by leverage
Promise the number you can hold in a bad month

With a 99.8201% ceiling, a target you consistently meet is worth more at renewal than one you breach twice a year. The cheapest fix is a smaller number.

target < ceiling − margin
Make the weak links parallel

Redundancy flips the math: two independent 99.9% payment routes fail together only 0.1% × 0.1% of the time — 1 − 0.001² = 99.9999% for that link. “Independent” is the load-bearing word: different provider, different region, different deploy pipeline.

parallel multiplies nines
Shorten the chain

Every serial dependency, however solid, lowers the ceiling. Static-render what can be static, cache at the edge, keep the checkout path off third-party scripts. Each dependency you remove raises the ceiling.

removing a dependency beats upgrading one
3 · The exposure

One breach month: €1,914 in credits, €13,920 in churn

From the provider side: credits are the visible cost, and the customers who leave are the larger one.

€/month
% of the monthly fee
pts, for one silent month
€15,834 credits + a year of that churn

The breach month, itemized

recalculates live
If every customer claims€58,000 MRR × 10% credit tier.€5,800
At your claim rateCredits are claimed, not paid — this is the invoice you’ll see.€1,914
The churn, per year2 extra pts of churn on €58,000 MRR × 12 — it never files a claim.€13,920
The conclusionAuto-crediting (paying without a claim) costs the most this month and the least over time — it’s the strongest trust signal an SLA can send.auto-credit costs less over time

The breach-month runbook

what the good providers do
Post the incident before customers report it

The status page updates within minutes of the first failed check — not after the support queue fills. Customers accept downtime more easily than learning about it from their own users.

status page · minutes, not hours
Publish the same uptime numbers you grade yourself on

One source of numbers, independent monitoring, feeds the SLA report, the status page, and the credit calculation. A record both sides can read ends most disputes.

one record, visible to both sides
Credit generously, once

Auto-credit the breach month and attach the postmortem. A credited month with a postmortem attached is evidence at renewal: the credit is a one-off cost, the retained customers are not.

one month of credits, cheaper than lost renewals
Worked example — not your numbers

The same €4.90 credit, customer side and provider side

You, as a customerYour €49 host breaches; the credit is €4.90 while your shop lost €14,037. You learned credits don’t make anyone whole.
You, as the providerThe same asymmetry, from the provider side: your credits sit against your customers’ aggregated losses — which is why they don’t shrug the way the math suggests.

Credits are capped at a share of the fee, so they don’t track the customer’s loss. What retains customers after a breach is speed, candor, and a postmortem worth reading.

The same breach, seen from the customer’s sideThe downtime calculator prices their outage in their numbers.

Free tools are just the start.
Uptimia keeps your sites healthy.

Uptime, SSL, domain expiry, page speed, transactions — monitored from 171+ locations worldwide. Free for 30 days.

30 days free no credit card cancel anytime free plan after trial
100,000+ websites monitored · GDPR-compliant