Når man sammenligner hosting, møder man næsten altid ord som oppetid, stabilitet og garanti. Det kan lyde enkelt: enten er sitet oppe, eller også er det nede. I praksis er en uptime-garanti langt mere præcis end det. For virksomheder, webshops, bureauer og private med WordPress eller WooCommerce er det et centralt punkt. Få minutters utilgængelighed […]
Når man sammenligner hosting, møder man næsten altid ord som oppetid, stabilitet og garanti. Det kan lyde enkelt: enten er sitet oppe, eller også er det nede. I praksis er en uptime-garanti langt mere præcis end det.
For virksomheder, webshops, bureauer og private med WordPress eller WooCommerce er det et centralt punkt. Få minutters utilgængelighed kan koste ordrer, leads og tillid. Derfor bør en uptime-procent aldrig læses alene. Det er SLA’en bag tallet, der viser, hvor stærk garantien faktisk er.
En uptime-garanti er typisk en del af en Service Level Agreement, ofte kaldet en SLA. Det er ikke bare en venlig formulering på en produktside, men et kontraktvilkår med definitioner, betingelser og konsekvenser, hvis målet ikke bliver opfyldt. Officielle SLA-beskrivelser fra store cloududbydere gør det meget klart: det er dokumentet, ikke markedsføringslinjen, der bestemmer rettighederne.
Det er også her, mange misforstår begrebet. Når en hostingudbyder skriver 99,9 %, 99,99 % eller 100 % oppetid, kan det lyde som en universel sandhed. Men en garanti gælder altid inden for et afgrænset scope. Den kan være knyttet til en bestemt tjeneste, en bestemt region, en enkelt instans eller en samlet løsning med flere lag.
En god SLA beskriver som regel flere ting på én gang.
Det betyder også, at oppetid ikke nødvendigvis står alene. Nogle SLA’er handler også om performance, gendannelsestid eller datatilgængelighed. Hvis man driver en webshop, kan den forskel være meget værd. En side kan teknisk set være “oppe”, men stadig være så langsom, at den reelt taber salg.
Den mest almindelige model er Monthly Uptime Percentage. Her måles oppetid over en kalendermåned eller en månedlig afregningsperiode. Grundideen er enkel: månedens samlede minutter minus registreret nedetid, divideret med månedens samlede minutter.
Det lyder ligetil, men detaljerne ændrer billedet markant. Nogle SLA’er måler pr. region. Andre måler pr. projekt. Andre igen måler pr. instans, altså én virtuel maskine eller én konkret serviceenhed. Det betyder, at to tjenester kan have næsten samme procenttal, men stadig levere meget forskellig reel robusthed.
Google har eksempelvis haft SLA-niveauer, hvor en enkelt instans ligger lavere end en løsning fordelt på flere zoner med load balancing. Det giver god teknisk mening. Redundans på tværs af zoner giver højere modstandsdygtighed end én isoleret instans.
| SLA-model | Hvordan måles den | Eksempel på niveau | Hvad det betyder i praksis |
|---|---|---|---|
| Cloudtjeneste pr. region | Pr. AWS-region i en månedlig billing cycle | 99,9 % | Garanti gælder regionalt, ikke nødvendigvis globalt |
| Single instance | Pr. instans på kalender-månedsbasis | 99,5 % | Enkeltkomponenter har typisk lavere garanti |
| Multiple zones med load balancing | Pr. projekt eller samlet opsætning på kalender-månedsbasis | 99,99 % | Højere garanti kræver mere redundans |
| Hosting med markedsført 100 % oppetid | Afhænger af den konkrete SLA | 100 % | Procenten skal læses sammen med definitioner og undtagelser |
Små decimaler har stor praktisk betydning. I en måned på 30 dage svarer 99,9 % til cirka 43 minutters nedetid. 99,99 % svarer til lidt over 4 minutter. 99,5 % svarer til 3 timer og 36 minutter. Det er en markant forskel, især hvis nedetiden rammer i åbningstiden eller under kampagner.
Det næste vigtige punkt er definitionen af “downtime”. I nogle SLA’er tæller nedetid, hvis en instans mister ekstern netværksforbindelse. I andre tæller det først, hvis både netværk og diskadgang er væk. Derfor kan to udbydere måle det samme problem på to forskellige måder.
Et løfte om 100 % oppetid lyder stærkt, og det kan også være velbegrundet. Men tallet siger ikke i sig selv, hvad kunden er dækket for. En tjeneste kan have en meget offensiv garanti, mens det underliggende setup stadig bygger på komponenter, der hver især har egne SLA’er på 99,9 % eller 99,99 %. Det er ikke en modsigelse. Det er et spørgsmål om, hvilket lag der måles på, og hvordan udbyderen har bygget sin drift.
Det er også derfor, man bør læse garantiens ordlyd med ro og præcision. Hvis 100 % gælder en specifik e-mailtjeneste, siger det noget om den tjeneste, men ikke nødvendigvis om alle andre produkter hos samme leverandør.
Et konkret eksempel fra markedet er e-mail hosting, hvor en dansk udbyder oplyser 100 % oppetidsgaranti. Samme tjeneste beskrives som isoleret fra webhosting på dedikerede e-mailservere med 10 Gbit/s forbindelse til e-mailoverførsel. Den type arkitektur kan give et stærkt driftsgrundlag, fordi e-mailtrafik ikke konkurrerer direkte med webtrafik om de samme ressourcer. Det ændrer dog ikke ved hovedpointen: værdien af garantien afhænger af de præcise vilkår.
Mange SLA’er rummer også undtagelser, som begrænser, hvornår nedetid tæller med i regnskabet.
Det er netop her, en kort tekst på forsiden bliver for lille. To udbydere kan begge skrive “høj oppetid”, men den ene kan have en stram, gennemsigtig SLA, mens den anden lægger så mange undtagelser ind, at garantien får begrænset praktisk værdi.
Når en udbyder ikke lever op til sin uptime-garanti, er kompensationen ofte en service credit. Det vil sige en kredit på kommende fakturaer, ikke nødvendigvis en direkte udbetaling. Flere officielle SLA’er fra store cloududbydere beskriver credits som kundens primære eller eneste kompensation ved utilgængelighed eller manglende performance.
Det er et vigtigt punkt for virksomheder, der vurderer risiko. Hvis et nedbrud koster tabt omsætning i en webshop, dækker en service credit sjældent hele det forretningsmæssige tab. Garantien er stadig værdifuld, men den fungerer mest som et ansvarssignal og en kontraktlig sikkerhed, ikke som fuld forsikring.
Nogle SLA’er stiller også formelle krav til kunden. Der kan være en frist for at anmode om kredit, og i enkelte tilfælde skal kravet sendes inden for 30 dage efter den periode, hvor kreditten blev optjent. Hvis processen ikke bliver fulgt, kan kompensationen bortfalde, selv hvis nedetiden er reel.
Når man læser en SLA, er disse spørgsmål gode at få besvaret:
Det er også værd at se på, om udbyderen aktivt overvåger tjenesten og reagerer proaktivt, eller om alt hviler på, at kunden selv opdager og dokumenterer problemet. Jo mere moden driften er, desto tydeligere plejer denne del at være beskrevet.
Når man vælger hosting til WordPress, WooCommerce eller e-mail, bør uptime-garantien læses sammen med selve platformens design. Høj oppetid bliver sjældent skabt af et tal alene. Den kommer fra en kombination af infrastruktur, overvågning, sikkerhed, backups, isolering mellem tjenester og hurtig support.
Det gælder især for webshops. Her er det ikke nok, at forsiden kan åbnes. Betaling, lageropslag, login, ordreflow og e-mailkvitteringer skal også fungere under belastning. En stærk hostingløsning kobler derfor oppetid sammen med ressourcer, performance og driftsoverblik.
Et hurtigt tjek kan gøre udvælgelsen langt skarpere.
Hvis en udbyder arbejder med dedikerede servere, isolerede tjenester, løbende backups og døgnsupport, kan det styrke den samlede stabilitet væsentligt. Det gælder især i miljøer, hvor WordPress og WooCommerce skal køre hurtigt og sikkert, og hvor e-mail ikke må påvirkes af spidsbelastninger på webdelen.
WordPress-sider, webshops og e-mail ser ens ud på en prisliste, men de stiller ikke de samme driftskrav. En præsentationsside kan ofte tåle korte afbrydelser bedre end en webshop med aktive betalinger. E-mail er igen sin egen disciplin, fordi levering, køhåndtering og antispam-lag har stor betydning for den oplevede stabilitet.
Derfor er det klogt at vælge en løsning, hvor garantien passer til den konkrete belastning. En virksomhed med WooCommerce bør se efter mere end bare oppetidstal. En e-mailtung organisation bør se efter isoleret maildrift, stærk forbindelse og tydelige vilkår. Et bureau med mange kundesites bør lægge ekstra vægt på support, overvågning og hurtig gendannelse.
Når uptime-garantien bliver læst i den rigtige sammenhæng, går den fra at være et rundt marketingtal til at blive et brugbart beslutningsgrundlag. Det er her, man kan skelne mellem hosting, der blot lover stabilitet, og hosting, der har dokumenteret, hvordan stabilitet faktisk bliver leveret.
Tjenester
Tilmeld dig vores nyhedsbrev
