I maskinvare og programvare sørger tre elementer for at alt fungerer som det skal (og fortsetter å gjøre det): tilgjengelighet, pålitelighet og servicevennlighet. Å maksimere disse egenskapene i datasystemet ditt vil hjelpe deg å unngå uforutsette problemer. Disse egenskapene vil ikke forhindre problemer helt. Likevel, når problemer oppstår, gjør disse egenskapene problemer lettere å fikse.
Hva er tilgjengelighet, pålitelighet og servicevennlighet?
Tilgjengelighet refererer til den generelle oppetiden til datasystemet eller dets spesifikke funksjoner. For eksempel er en personlig datamaskin tilgjengelig for bruk hvis operativsystemet er oppstartet og kjører.
Selv om det er relatert til tilgjengelighet, betyr begrepet pålitelighet noe annet. Pålitelighet refererer til den generelle sannsynligheten for at en feil oppstår i et kjørende system. Et perfekt pålitelig system vil glede seg over 100 prosent tilgjengelighet. Men når det oppstår en feil, påvirker det tilgjengeligheten på forskjellige måter, avhengig av problemets art.
Servicevennlighet påvirker også tilgjengeligheten. Du kan oppdage og reparere feil raskere i et system som kan repareres enn i et system som ikke kan repareres, noe som betyr at du i gjennomsnitt vil ha mindre nedetid per hendelse.
Tilgjengelighetsnivåer
Standardmåten for å definere nivåer eller klasser av tilgjengelighet i et datanettverkssystem er en skala fra ni. For eksempel betyr 99 prosent oppetid to niere med tilgjengelighet, 99,9 prosent oppetid til tre niere, og så videre.
Tabellen nedenfor illustrerer betydningen av denne skalaen. Den uttrykker hvert nivå i form av den maksimale mengden nedetid per (ikke-skudd)år som kan tolereres for å møte oppetidskravet. Den viser også noen få eksempler på typen systemer som vanligvis oppfyller disse kravene.
Den totale tidsrammen som er involvert (uker, måneder eller år) bør spesifiseres for å gi den sterkeste betydningen. Et produkt som oppnår 99,9 prosent oppetid over en periode på ett eller flere år har vist seg i større grad enn et produkt hvis tilgjengelighet kun er målt i noen få uker.
Nettverkstilgjengelighet: et eksempel
Tilgjengelighet har alltid vært en viktig egenskap ved systemer, men blir en kritisk og kompleks utfordring på nettverk. Nettverkstjenester er vanligvis distribuert over flere datamaskiner og kan avhenge av ulike hjelpeenheter.
Ta for eksempel Domain Name System (DNS), som brukes på internett og private intranettnettverk for å opprettholde en liste over datamaskinnavn basert på nettverksadressene deres. DNS holder indeksen over navn og adresser på en server som kalles den primære DNS-serveren. Når en enkelt DNS-server eksisterer i et system, tar et serverkrasj ned all DNS-kapasitet på det nettverket. DNS tilbyr imidlertid støtte for distribuerte servere. I tillegg til primærserveren kan en administrator installere sekundære og tertiære DNS-servere på nettverket. Nå er det mindre sannsynlig at en feil i et av de tre systemene forårsaker fullstendig tap av DNS-tjenesten.
Andre typer nettverksavbrudd påvirker også DNS-tilgjengeligheten. Koblingsfeil kan for eksempel ta ned DNS ved å gjøre det umulig for klienter å kommunisere med en DNS-server. Det er ikke uvanlig i disse scenariene at noen mennesker (avhengig av deres fysiske plassering på nettverket) mister DNS-tilgang, mens andre forblir upåvirket. Konfigurering av flere DNS-servere hjelper deg med å håndtere disse indirekte feilene som påvirker tilgjengeligheten.
Perceived Availability vs. High Availability
Tidspunktet for feil spiller en rolle i den oppfattede tilgjengeligheten til et nettverk. Et forretningssystem som har hyppige helgeavbrudd, kan for eksempel vise relativt lave tilgjengelighetstall. Likevel kan det hende at denne nedetiden ikke blir lagt merke til av den vanlige arbeidsstyrken.
Nettverksindustrien bruker begrepet høy tilgjengelighet for å referere til systemer og teknologier spesielt utviklet for pålitelighet, tilgjengelighet og servicevennlighet. Slike systemer inkluderer vanligvis redundant maskinvare som disker og strømforsyninger og intelligent programvare som lastbalansering og fail-over-funksjonalitet. Vanskeligheten med å oppnå høy tilgjengelighet øker dramatisk på fire-ni- og fem-ni-nivåene. Så leverandører krever en kostnadspremie for disse funksjonene.
