Skip to content
Getting Digital

Uptime & SLA

Also: uptime guarantee, service level agreement, availability nines

Uptime is the proportion of time a service answers requests, quoted in nines, and a service level agreement is the contract clause setting out how that proportion is counted and what the provider owes when it falls short.

Our take. An availability guarantee is a refund schedule dressed as an undertaking, and the refund is worked out from your hosting fee rather than from what the outage actually cost you, so it will almost never make you whole. Given a choice, we would take the provider that publishes frank incident write-ups over the provider advertising one more nine.

Uptime is the share of time a service stays reachable, and the percentages are worth converting into minutes before you let them impress you. A 30-day month holds 43,200 minutes. A promise of 99.9% concedes a tenth of one per cent of that, so 43.2 minutes may go missing every month without anything being breached. Spread across a year of 8,760 hours, the same 99.9% permits 8.76 hours of darkness. Adding a nine shrinks the allowance by a factor of ten: 99.99% leaves 4.32 minutes in a month and roughly 53 minutes across a year. Removing one blows it open: a flat 99% tolerates 7.2 hours a month and 87.6 hours a year, which is more than three and a half days. Each additional nine also costs disproportionately more to engineer, which is the real reason the cheap tiers stop where they do.

That arithmetic is the sole portion of the document nobody can argue with. Everything else lives in the definitions. Scheduled maintenance is normally carved out entirely, the clock frequently starts when you open a ticket rather than when the service stopped responding, the provider's own monitoring is the evidence of record, and the quantity being measured is the platform rather than your site. Your site additionally depends on your application, your DNS, your database and whatever you deployed last Friday, none of which the agreement has any view on. So read the exclusions first and the headline second. Then read the remedy, which is where the document quietly changes subject: a breach yields credit against a future invoice, proportional to fees for the affected period, and you generally have to claim it yourself inside a stated window. Since an hour offline costs most businesses considerably more than an hour of hosting, the compensation is a gesture. Availability compounds downwards, too: a shop leaning on a payment gateway, a mail relay and a headless CMS inherits the frailty of all three, and none of those vendors have any agreement with your customers.

What actually buys availability

Redundancy buys it: more than one instance, load balancing across them, backups somebody has genuinely restored in a rehearsal, and a runbook a colleague could follow without you. Contracts allocate blame afterwards; architecture is what prevents the event. Judge a host by its status page history and by how plainly it describes what went wrong, because that is the same information with the legal drafting removed.

In practice

Read a 99.95% clause the way the finance team would. The monthly allowance is 43,200 × 0.0005, so 21.6 minutes; past that the provider is in breach. The remedy is a percentage of that month's fee for the affected service, credited to your account, claimed by you, with evidence, before the window shuts. Set the two columns side by side. The provider's downside is that it keeps your money and owes you hosting. Your downside is abandoned baskets, a support queue, and a day of trust you cannot invoice anybody for. The columns are not denominated in the same currency, and that mismatch is the whole argument.

  • Measured how? Platform availability, or your site responding end to end?
  • Counted from when? The failure itself, or your ticket?
  • Excluded what? Maintenance windows, network providers upstream, anything labelled force majeure.
  • Claimed by whom? If you must ask, assume nobody at the provider will remind you.

Often confused with

Load Balancing
Load balancing is a technique for surviving the loss of an instance; an SLA is paperwork describing what happens once you have not survived it.
Managed Hosting
Managed plans sell you someone who responds at speed during an incident, which shapes recovery time far more directly than any percentage in a contract.

Key takeaways

  • →Convert the percentage before believing it: two nines leave days of annual outage, four leave under an hour.
  • →The definitions section decides what counts, and it usually excludes maintenance, upstream networks and everything inside your own application.
  • →Credits reimburse fees, never losses, so availability has to be designed rather than purchased in a clause.

Related concepts

  • Availability targets are met by redundancy and balancing, not by contract clauses.

Certifications that test this

Vendor exams whose syllabus covers this concept — facts, cost and a preparation path on each page.

More courses from these shelves

A rotating selection from the course directory, drawn from the subcategories where this concept is taught rather than picked for it. Details, price and the provider link are on the course page.

Introduction to Cloud Data Analytics with Google BigQuery

This course is designed for the students who are at their initial stage or at the beginner level in learning the data w…

Udemy

Begin with Microservices

In this course, you will learn how to build REST APIs or Microservices using the latest version of Spring Boot), and Mo…

Udemy

AWS EKS (Elastic Kubernetes Service)

The Course is divided into 3 parts -Part 1 - Kubernetes and its objects (Deep Dive). In this part I will talk about Kub…

Udemy

Increasing BDD Code Efficiency

Increasing BDD (Behavior Driven Development) Code Efficiency is all about minimizing your maintenance effort while maxi…

Udemy

Azure Kubernetes Service AGIC Ingress: 30 Real-World Demos

Course Overview Welcome to this Amazing course on Azure Kubernetes Service AGIC Ingress: 30 Real-World Demos. Below is…

Udemy

Monitoring and Maintaining Agent Performance

Are you building, deploying, or managing AI agents and want to ensure they operate at peak performance? Monitoring and…

Udemy

FAQ

Is a 100% uptime guarantee believable?
As marketing it is commonplace; as engineering it cannot be true, because hardware dies and networks partition. What it signals is a provider confident enough to hand out credits and a definitions section carrying the weight. Look at the status page archive instead of the headline.
How do I know my own uptime?
Measure it externally. Monitoring services request your site from several locations on a short interval and alert when it stops answering, which is the number worth quoting because it reflects what visitors experienced. A provider dashboard reports the provider's platform, and the alert is more valuable to you than the statistic.
How many nines does my site actually need?
Work backwards from what an hour offline costs. A brochure site loses a little goodwill; a checkout loses orders and a booking system loses bookings. Extra nines are bought with redundancy, failover testing and staff who can be reached, so ask what you are willing to build before you shop for what someone will promise.
Will the credit arrive on its own?
Rarely. Most agreements put the burden on the customer: notice the breach, calculate it, submit evidence and do so before the deadline. Your independent monitoring logs are the evidence, which is another argument for running your own.

Sources

The primary text this definition rests on. Read it before you trust ours.

Last reviewed 14 September 2026 · Getting Digital