SLA Calculator
Bereken de maximaal toegestane downtime op basis van uw SLA percentage.
Voer uw SLA in
Inhoudsopgave
Uitgebreide SLA-gids
Wat is een SLA?
Een Service Level Agreement (SLA) is een contract tussen een dienstverlener en een klant die het verwachte serviceniveau definieert, meestal uitgedrukt als een percentage van de uptime. De SLA specificeert het maximale aantal downtime toegestaan over een bepaalde periode (dag, maand of jaar) en bevat vaak financiële sancties of servicecredits als de aanbieder de garantie niet nakomt. SLA's komen vaak voor in cloudhosting, telecommunicatie, SaaS en beheerde diensten.
Hoe wordt downtime berekend?
De formule is: Downtime = (1 − SLA%) × Periode. Bijvoorbeeld, met 99,9% SLA gedurende één jaar (525.600 minuten): Downtime = 0,1% × 525,600 = 526 minuten (ongeveer 8,76 uur) per jaar. Deze calculator past dezelfde logica toe op dagelijkse, maandelijkse en jaarlijkse perioden zodat u de maximaal toegestane uitval in elk venster kunt zien.
SLA vs SLO vs SLI
SLA (Service Level Agreement) is de contractuele garantie. SLO (Service Level Objective) is het interne doel dat u streeft naar een hogere SLA dan de SLA om een buffer te creëren. SLI (Service Level Indicator) is de werkelijke metriek die u meet (bv. beschikbaarheidspercentage van monitoring). Goede werkwijze: stel uw SLO 0.5% boven uw SLA zodat normale variatie de overeenkomst niet schendt.
- Uptime %: Het SLA-percentage (bijv. 99,9%) is de gegarandeerde beschikbaarheid. De rest is de toegestane downtime.
- The "nines": 99% = twee negens; 99,9% = drie negens; 99,99% = vier negens; 99,999% = vijf negens. Meer negens = minder toegestane downtime en meestal hogere kosten.
- Dienstkredieten: Typische remedie voor inbreuk (bijv. 10% van maandelijkse vergoeding per 0,1% niet in contanten terugbetaald.
- Uitsluitingen: Gepland onderhoud, overmacht en door de klant veroorzaakte uitval zijn meestal uitgesloten van stilstand.
Klant vs provider perspectief
Als klant
- U krijgt een duidelijke uptime garantie en credits als de provider faalt.
- Gebruik deze rekenmachine om te zien hoeveel downtime uw SLA toestaat (per dag, maand, jaar).
- Onderhandelen over uitsluitingen, meetmethoden en kredietplafonds in het contract.
- Hogere SLA (bv. 99.99%) kosten meestal meer; evenwicht tegen bedrijfseffecten.
Als aanbieder
- U commiteert aan een maximale downtime; hoger dan het leidt tot credits of sancties.
- Stel interne SLO's boven de SLA in om niet te breken.
- Bepaal precies wat telt als downtime en sluit gepland onderhoud uit.
- Controleer de beschikbaarheid met dezelfde methode die in het contract wordt gebruikt.
Voordelen van SLA's
- Duidelijkheid: Beide partijen zijn het eens over de verwachte beschikbaarheid en gevolgen van mislukking.
- Verantwoording: Aanbieder heeft een stimulans om het doel te bereiken; klant heeft een gedefinieerde remedie.
- Planning: Weten max toegestane downtime (bijv. 43 min/maand voor 99,9%) helpt bij de planning van capaciteit en incidenten.
- Vertrouwen: Gepubliceerde SLA's (bv. cloudproviders) ondersteunen transparantie en vergelijking.
Beperkingen en overwegingen
- Een SLA is een garantie voor beschikbaarheid, niet nul stilstand. De toegestane uitval kan nog steeds gevolgen hebben voor gebruikers.
- Service credits dekken zelden gevolgschade (verloren inkomsten, reputatie); er gelden aansprakelijkheidsplafonds.
- De definities van downtime variëren: gedeeltelijke onderbrekingen, minimale duur en uitsluitingen moeten duidelijk worden vermeld.
- Vijf negens (99.999)%) vereist aanzienlijke redundantie en kosten; niet alle systemen hebben dit nodig.
Een SLA voorkomt geen onderbrekingen.Het definieert hoeveel downtime is toegestaan en wat er gebeurt als de provider het overschrijdt. Bepaal altijd wat telt als downtime, hoe het wordt gemeten, en wat wordt uitgesloten (onderhoud, overmacht). Servicekredieten worden doorgaans afgetopt en moeten binnen een kort tijdsbestek worden aangevraagd; zij vervangen de bedrijfscontinuïteitsplanning niet.
Het juiste SLA-niveau kiezen
Het selecteren van de juiste SLA hangt af van de impact, kosten en haalbaarheid van het bedrijf. Overweeg:
- Kritiek: Wat kost een uur pauze? Klantgerichte inkomstensystemen hebben vaak 99,9 nodig% of hoger.
- Kosten: Hogere SLA's (99,99%, 99.999%) vereisen ontslag en engineering; premies kunnen aanzienlijk zijn.
- Industrienormen: Cloud providers bieden vaak 99.9%; telecommunicatie en financiering kunnen vijf negens vereisen.
- Meting: Zorg ervoor dat het contract bepaalt polling interval, locaties, en hoe gepland onderhoud is uitgesloten.
Snelle referentie: downtime door SLA
| SLA | Per maand | Per jaar |
|---|---|---|
| 99% | 7.3 h | 3.65 days |
| 99.9% | 43.8 min | 8.76 h |
| 99.99% | 4.4 min | 52.6 min |
| 99.999% | 26 sec | 5.26 min |
SLA's stellen duidelijke verwachtingen voor de beschikbaarheid en bieden een oplossing wanneer de aanbieder tekortschiet. Gebruik deze calculator om SLA percentages om te zetten in concrete downtime limieten (per dag, maand, jaar), en combineer dat met duidelijke contract voorwaarden op meting, uitsluitingen, en service credits. Voor kritieke diensten, investeer in monitoring en architectuur die daadwerkelijk kunnen voldoen aan de SLA die je belooft of nodig hebt.
SLA-niveaus uitgelegd
Typische SLA niveaus en hun implicaties. AWS, Azure en GCP bieden meestal 99,9% tot 99,99% afhankelijk van de dienst; vijf negens (99.999)%) vereist N+2 redundantie en is gebruikelijk in telecom en core banking.
99% – 99.5%
~7,3 uur/maand (99%) of ~3,6 uur/maand (99,5%). Geschikt voor niet-kritische interne gereedschappen, dev/staging. Lage kosten, minder garantie.
99.9% (three nines)
~43,8 min/maand. Gemeenschappelijk voor zakelijke apps, e-commerce, SaaS. Industriestandaard voor veel cloudproviders.
99.99% (four nines)
~4,4 min/maand. Kritische systemen, financiële diensten, betalingsgateways. Vereist overbodige architectuur.
99.999% (five nines)
~26 sec/maand. Telecommunicatiekwaliteit, missiekritiek (bv. 911, core banking). Zeer duur om te bereiken en te werken.
Referentietabel downtime
Gebruik deze tabel om te zien maximaal toegestane downtime per dag, maand en jaar voor gemeenschappelijke SLA niveaus. Waarden zijn afgeleid van (1 − SLA%) × periode in minuten.
| SLA | Per dag | Per maand | Per jaar |
|---|---|---|---|
| 99% | 14.4 min | 7.3 h | 3.65 days |
| 99.9% | 1.44 min | 43.8 min | 8.76 h |
| 99.99% | 8.6 sec | 4.4 min | 52.6 min |
| 99.999% | 0.86 sec | 26 sec | 5.26 min |
Kiezen en onderhandelen over SLA's
Bij het definiëren of onderhandelen over een SLA, richt u zich op duidelijkheid en meetbaarheid. De volgende punten helpen geschillen te voorkomen en zorgen ervoor dat de overeenkomst uitvoerbaar is.
- Definieer wat telt als downtime (gepland onderhoud uitgesloten? minimumduur?)
- Specificeer meting: peilingsinterval, locatie en beschikbaarheid % berekend
- Include service credits or sanctions; typerend 10% krediet per 0,1% onder SLA
- Noodzaak incident rapportage en root oorzaak analyse binnen 30 dagen
- Definieer wat telt als downtime (gepland onderhoud uitgesloten? Op voorhand aangekondigde onderbrekingen?)
- Hogere SLA's kosten meer - evenwicht tegen zakelijke impact. Een onderbreking van 1 uur kan minder kosten dan de premie voor 99,99%.
- Inclusief service credits of boetes in het contract. Typisch: 10-25% krediet per 0,1% onder SLA.
- Vereiste transparante incidenten rapportage en root oorzaak analyse (RCA) binnen 30 dagen.
- Beschouw afzonderlijke SLA's voor verschillende serviceniveaus (bv. premium vs standaardondersteuning).
- Specificeer meetmethode: polling interval (1 min? 5 min?), aantal meetpunten, geografische dekking.
- Avoid ambiguity: define "available" precisely (e.g., HTTP 200 within 5 seconds from at least 2 of 3 regions).
Wat telt als Downtime?
SLA definities verschillen per contract. Om geschillen te voorkomen, wordt het volgende schriftelijk verduidelijkt:
- Gepland onderhoud: Meestal uitgesloten. Moet 5-14 dagen van tevoren worden aangekondigd.
- Overmacht: Natuurrampen, oorlogen - meestal uitgesloten.
- Klant-veroorzaakte onderbrekingen: Uw verkeerde configuratie - uitgesloten.
- Gedeeltelijke onderbrekingen: Sommige providers tellen alleen volledige onbeschikbaarheid; verminderde prestaties tellen niet mee.
- Minimum outage duration: Outages under 5 minutes may be excluded ("consumption" clauses).
- Afhankelijkheden van derden: Storingen veroorzaakt door upstream providers (cloud, CDN, DNS) kunnen al dan niet tellen - verduidelijken in het contract.
Service Credits en Sancties
Wanneer een SLA wordt geschonden, service credits zijn de typische remedie (geen terugbetaling contant geld). Voorbeeldstructuur:
- 99.9% doorbroken maar ≥ 99,0%: 10% krediet
- 99.0% doorbroken maar ≥95,0%: 25% krediet
- & 95,0%: 50% krediet
De kredieten worden gewoonlijk afgetopt (bijv. 100% van de maandvergoeding). U moet ze claimen binnen 30.60 dagen. Credits dekken geen gevolgschade (verloren verkoop, reputatie) en houden geen rekening met afzonderlijke aansprakelijkheidsbepalingen voor kritieke diensten.
SLA per bedrijfstak
Typische SLA-verwachtingen verschillen per sector. Gebruik dit als referentie bij het definiëren of onderhandelen over je eigen SLA.
- E-handel / detailhandel: 99.9-99.95%. Elke minuut van stilstand tijdens de piek (Zwarte Vrijdag, Kerstmis) kan betekenen duizenden verloren inkomsten.
- Gezondheidszorg / HIPAA: 99.99% of hoger voor patiëntengerichte systemen. Regelgevingsdruk en patiëntveiligheid leiden tot strenge eisen.
- Banken / fintech: 99.99-99.999%. Betalingsverwerking en core banking vereisen vaak vijf negens. Transactiesystemen moeten zeer beschikbaar zijn.
- SaaS / B2B: 99.9% is gemeenschappelijk uitgangspunt; zakelijke klanten onderhandelen vaak 99,95% 99,99% met premiesteun.
- Interne IT / dev tools: 99% kan volstaan voor enscenering, CI/CD, interne dashboards. Bedrijfsimpact is lager dan klantgerichte systemen.
Monitoring en naleving van de SLA
Om SLA compliance bij te houden heb je consistente metingen en duidelijke definities nodig. De volgende praktijken helpen geschillen te voorkomen en ondersteunen nauwkeurige rapportage.
- Uptime monitoring van meerdere geografische punten (vermijd valse positieven van één locatie)
- Consistente peilingsinterval overeenkomstig de SLA-definitie (bv. controles van 1 minuut)
- Nauwkeurige incident logging met start/eind tijdstempels voor beschikbaarheid berekening
- Uitsluiting van gepland onderhoud; toezicht op onderhoudsramen
- Transparante rapportage: statuspagina's en maandelijkse beschikbaarheidsverslagen
Multi-regio of multi-service SLA's: Als u afhankelijk bent van verschillende componenten (API, database, CDN), elk met 99,9%, de gecombineerde beschikbaarheid is lager. Voorbeeld: API 99,9% × DB 99,9% ≈ 99,8% End-to-end. Ontwerp voor redundantie en failover om te voorkomen dat samengestelde mislukkingen.