En oppetidsprosent er bare meningsfull når du vet hva som måles, over hvilken periode og med hvilke unntak. Et mål på 99.9% er ikke en forutsigelse av når applikasjonen din vil svikte, og en markedsføringsgaranti på 100% er ikke bevis for at den aldri gjør det.

Konverter prosenten med omhu

Regnestykket er at nedetid er lik måleperioden multiplisert med én minus tilgjengelighet. For en hypotetisk 30-dagers periode:

Tilgjengelighet Nedetid som tilsvarer prosenten
99% 7 timer 12 minutter
99.9% 43 minutter 12 sekunder
99.95% 21 minutter 36 sekunder
99.99% 4 minutter 19.2 sekunder
99.999% 25.92 sekunder

Dette er matematiske ekvivalenter, ikke tillatte avvik i en kontrakt. En månedlig SLA bør ikke vurderes ved å ta en årlig total nedetid og anta at leverandøren kan konsentrere den i én måned uten konsekvenser.

For et år på 365 dager tilsvarer 99.9% 8 timer 45 minutter 36 sekunder. Det tallet kan illustrere størrelsesorden, men bare den faktiske kontrakten avgjør hvordan tjenestetilgjengelighet og et krav beregnes.

Les tjenestedefinisjonen

Måler SLA-en vertens nåbarhet, nettverkstilgjengelighet, lagringstilgang eller selve handelsapplikasjonen? En VPS kan være nåbar mens terminalen har mistet forbindelsen eller en strategi har sluttet å motta data.

Kontroller unntak for planlagt vedlikehold, hendelser forårsaket av kunden, tredjepartsfeil og bevisene som kreves for en kreditt. Identifiser kravfristen og hvordan hendelser må rapporteres. En kort prosentandel på nettstedets forside er ikke nok til å sammenligne to leverandører rettferdig.

Kreditter er ikke handelsforsikring

Som ett konkret eksempel beskriver Hostingers hostingavtale en månedlig oppetidsforpliktelse og en betinget kreditt på hostingavgiften. Denne kompensasjonen er forskjellig fra erstatning for et handelstap eller en mislykket prop-evaluering.

Les den valgte leverandørens egen kontrakt i stedet for å bruke det eksempelet på alle. En større annonsert prosentandel kan fortsatt ha unntak eller avhjelpende tiltak som betyr mer enn den ekstra desimalen.

Følg applikasjonshelsen separat

Overvåk prosessen, alderen på datafeeden, kontotilkoblingen og ordrebekreftelser. En offentlig statusside er nyttig for å forstå rapporterte hendelser, men fastslår ikke at din egen instans eller handelsarbeidsbelastning forble sunn.

Bruk en egen varslingskanal og en dokumentert respons. Test om du kan inspisere kontoen når verten er utilgjengelig. Ekstern meglertilgang og lagrede sikkerhetskopier av konfigurasjonen kan bety mer under en hendelse enn en oppetidsprosent i overskriften.

Vurder gjenoppretting

Spør hva som skjer etter en vertsfeil, og hvem som gjenoppretter applikasjonen. Test gjenoppretting i simulering, inkludert avstemming av kontotilstanden før automatiseringen gjenopptas. Automatisk omstart kan skape feil hvis strategien antar at kontoen er tom mens ordrer eller posisjoner fortsatt eksisterer.

Det finnes ingen universell minimumsprosent for oppetid som gjør et handelsoppsett trygt. Nødvendig tilgjengelighet avhenger av applikasjonen, hvor ordren ligger, kontoregler og konsekvensene av et avbrudd.

Viktige punkter

  • Tilpass oppetidsaritmetikken til kontraktens måleperiode.
  • Skill vertstilgjengelighet fra applikasjonshelse.
  • Avgiftskreditter er ikke erstatning for handelsresultater.
  • Sammenlign gjenopprettingsprosedyrer side om side med påstander om tilgjengelighet.

Ofte stilte spørsmål

Er 99.999% fem minutter med garantert nedetid per år?

Nei. Det er omtrent fem minutter som årlig aritmetikk, ikke en tidsplan eller et løfte om faktiske hendelser.

Løser en stop som ligger hos megleren, enhver risiko for avbrudd?

Nei. Lokal strategilogikk, tilgang og utførelsesvilkår betyr fortsatt noe.

Hvordan bør jeg sammenligne leverandører?

Bruk vår guide for valg av VPS til å be om den samme tjenestedefinisjonen og den samme informasjonen om vedlikehold og gjenoppretting.