Uptime e disponibilità: cosa significa davvero 99,9 %

Nel web hosting, nei servizi cloud e in altri servizi online si incontrano spesso indicazioni come 99,9 % Disponibilità, 99,95% di uptime % o addirittura 99,99 %.

A prima vista questi valori sembrano quasi identici. Tuttavia, a livello di calcolo, anche poche cifre decimali possono fare una differenza considerevole sul possibile tempo di inattività.

Allo stesso tempo, una percentuale da sola non dice ancora come è stata misurata, quale periodo di tempo viene considerato e quali eventi confluiscono nel calcolo.

In questo articolo spieghiamo cosa significano uptime e disponibilità, come vengono calcolate le percentuali e perché l'uptime misurato, la disponibilità pubblicizzata e un Service Level Agreement contrattuale non sono automaticamente la stessa cosa.

Breve spiegazione: Una disponibilità di 99,9 % Ciò non significa che un servizio non debba mai subire interruzioni. Significa, in termini matematici, che nel periodo considerato è disponibile per il 99,9 % del tempo e non disponibile per lo 0,1 % – a condizione che sia proprio questa la definizione utilizzata per la misurazione.

Cosa significa uptime? #

Con il termine uptime si indica generalmente il tempo in cui un sistema o un servizio è disponibile o operativo.

Nel monitoraggio dei siti web, da questo viene spesso calcolato un valore percentuale.

In sintesi:

Tempo disponibile
─────────────── × 100
Tempo totale

Se un sito web è rimasto accessibile durante l'intero periodo preso in esame, si ottiene:

100 % Tempo di funzionamento

Se in questo periodo si sono verificate interruzioni, il valore misurato diminuisce di conseguenza.

Cosa significa downtime? #

Il termine downtime indica di conseguenza il tempo in cui il servizio monitorato non è stato disponibile secondo la definizione utilizzata.

Presso:

99,9 % Tempo di funzionamento

non computabile:

0,1 %

del periodo considerato in termini di downtime.

È quindi sempre determinante il periodo di tempo a cui si riferisce la percentuale.

Cosa significa una disponibilità del 99,9 % al mese? #

Prendiamo per semplicità di calcolo un mese di 30 giorni.

30 giorni
× 24 ore
= 720 ore

720 ore
× 60 minuti
= 43.200 minuti

Belli 99,9 % secondo disponibilità 0,1 % di questo periodo:

43.200 minuti
× 0,001
= 43,2 minuti

Puramente in via di calcolo corrispondono 99,9 % Disponibilità in un arco di tempo di circa 30 giorni 43 minuti e 12 secondi di inattività.

Importante: Questa è una conversazione matematica e non un'affermazione su quali interruzioni un determinato contratto di hosting consenta effettivamente o su come un fornitore definisca la propria disponibilità.

Cosa significano i diversi valori di uptime? #

Le differenze diventano più evidenti se confrontiamo più valori tra loro.

Disponibilità	Tempo di inattività a 30 giorni	Tempo di inattività in 365 giorni
99 %	7 ore e 12 min.	3 giorni 15 ore 36 min.
99,5 %	3 ore e 36 min.	1 giorno 19 ore 48 min.
99,9 %	43 min. e 12 sec.	8 ore 45 min. 36 sec.
99,95 %	21 min. 36 sec.	4 ore 22 min. 48 sec.
99,99 %	4 min. 19 sec.	52 min. 34 sec.
99,999 %	ca. 26 sec.	ca. 5 min. e 15 sec.

Proprio in fatto di valori di disponibilità, un nove in più fa una differenza notevole.

Tra 99,9 % e 99,99 % sembra solo un altro nove, ma su base annua il tempo di inattività teorico scende da circa 8 ore e 46 minuti a meno di un'ora.

Perché il periodo preso in considerazione è così importante? #

Una percentuale ha un significato limitato senza un periodo di riferimento.

Ad esempio, possono:

99,9 % al mese

e

99,9 % all'anno

descrivono sì matematicamente la stessa percentuale, ma il tempo di inattività assoluto consentito o misurato differisce a seconda della lunghezza del periodo.

Anche la valutazione dei singoli guasti più lunghi può quindi variare.

Un esempio con un'interruzione di due ore #

Supponendo che un sito web rimanga offline una volta per due ore nell'arco di un periodo di 30 giorni.

Il mese ha:

720 ore

Di questi:

718 ore disponibili

La disponibilità è quindi di:

718
─── × 100
720

= circa 99,72 %

Un singolo blackout di due ore in questo esempio comporterebbe quindi già l'assenza per questo periodo di 30 giorni di alcuna 99,9 % essere raggiunto.

Diverse brevi interruzioni vengono sommate #

Il tempo di inattività non deve necessariamente consistere in un'unica lunga interruzione.

Per esempio:

Interruzione 1: 5 minuti
Interruzione 2: 12 minuti
Interruzione 3: 8 minuti
Interruzione 4: 10 minuti

Totale: 35 minuti

Per il calcolo della disponibilità viene solitamente considerato il tempo totale conteggiato come downtime all'interno del periodo preso in esame.

99,9 % non significa „al massimo 43 minuti di fila“ #

La cifra spesso citata di circa 43 minuti ogni 30 giorni viene talvolta fraintesa.

Non significa:

Un'interruzione può durare al massimo 43 minuti.

Ella descrive unicamente l'intero tempo di inattività di calcolo, che corrisponde a una quota di 0,1 % corrisponde a un periodo di 30 giorni.

Questo tempo potrebbe teoricamente consistere in un evento più lungo o in molti brevi eventi.

L'uptime e la disponibilità vengono spesso usati come sinonimi #

Nell'ambito del web hosting e del monitoraggio, i termini uptime e disponibilità vengono spesso usati quasi come sinonimi.

Dal punto di vista tecnico, tuttavia, il concetto di disponibilità può essere definito in modo più ampio.

Ad esempio, un sistema può essere in funzione, ma ciononostante non essere utilizzabile in modo sensato dall'utente.

Perciò bisogna sempre chiarire cosa, in una misurazione concreta, venga considerato disponibile dorato.

Quando un sito web è considerato disponibile? #

Ciò dipende dal monitoraggio e dalla rispettiva definizione.

Un semplice monitor potrebbe ad esempio utilizzare la seguente regola:

HTTP 200
→ ATTIVO

Timeout
→ NON ATTIVO

HTTP 500
→ NON ATTIVO

Un altro monitor potrebbe verificare inoltre se un determinato contenuto è presente sulla pagina.

Ciò significa che due sistemi di monitoraggio possono valutare lo stesso sito web in modo diverso.

Una home page raggiungibile non significa che tutto sia disponibile #

Supponiamo che un negozio online mostri la seguente situazione:

Home Page
→ funziona

Pagine prodotto
→ funzionano

Carrello
→ funziona

Checkout
→ errore

Un monitor che verifica esclusivamente la pagina iniziale potrebbe comunque:

SU

segnalare.

Per il gestore del negozio sussiste comunque una notevole interruzione funzionale.

Nota: Un valore di uptime descrive sempre la disponibilità di ciò che è stato effettivamente monitorato, non automaticamente la funzionalità dell'intero sito web.

Cosa misura un monitor di uptime? #

Un classico monitor di siti web richiama a intervalli regolari un URL definito e ne valuta la risposta.

Per esempio:

08:00 → UP
08:05 → UP
08:10 → DOWN
08:15 → DOWN
08:20 → UP

Aus diesen Prüfungen kann das Monitoring anschließend Verfügbarkeitswerte berechnen.

Wie solche Systeme funktionieren und welche Prüfmethoden es gibt, erklären wir ausführlich unter Monitoraggio di siti web: monitorare la disponibilità e le interruzioni.

Das Prüfintervall beeinflusst die Messgenauigkeit #

Ein Monitoring-System sieht nicht automatisch jede einzelne Sekunde.

Wird beispielsweise nur alle fünf Minuten geprüft, kann ein Ausfall zwischen zwei Prüfungen beginnen oder enden.

Esempio:

10:00 Prüfung → UP

10:01 tatsächlicher Ausfall beginnt

10:05 Prüfung → DOWN

10:07 Website wieder erreichbar

10:10 Prüfung → UP

Der tatsächliche Ausfall dauerte in diesem Beispiel ungefähr sechs Minuten.

Aus den reinen Fünf-Minuten-Prüfpunkten lässt sich der Beginn und das Ende jedoch nicht sekundengenau bestimmen.

Warum verschiedene Monitoring-Dienste unterschiedliche Werte anzeigen können #

Mehrere Systeme können dieselbe Website überwachen und trotzdem leicht unterschiedliche Uptime-Werte ermitteln.

Ursachen dafür können beispielsweise sein:

unterschiedliche Prüfintervalle

verschiedene Monitoring-Standorte

andere Timeout-Grenzen

unterschiedliche Erfolgskriterien

unterschiedlicher Umgang
mit Weiterleitungen

Bestätigungsprüfungen

regionale Netzwerkprobleme

unterschiedliche Messzeiträume

Eine Abweichung bedeutet deshalb nicht automatisch, dass eines der Systeme falsch misst.

Monitoring-Standort und Netzwerkweg spielen eine Rolle #

Ein Monitor greift aus einem bestimmten Netzwerk auf die Website zu.

Wenn zwischen diesem Monitoring-Standort und dem Server eine Netzwerkstörung auftritt, kann der Monitor einen Fehler registrieren, obwohl Besucher aus anderen Regionen die Website weiterhin erreichen.

Aus diesem Grund können Kontrollprüfungen aus mehreren Standorten die Aussagekraft eines Monitorings verbessern.

Was ist ein SLA? #

SLA steht für Service Level Agreement.

Ein SLA ist eine vertragliche Vereinbarung über definierte Leistungsmerkmale eines Dienstes.

Eine darin vereinbarte Verfügbarkeit könnte beispielsweise lauten:

99,9 %

Entscheidend ist jedoch nicht nur diese Zahl.

Ein SLA sollte auch definieren, wie die Verfügbarkeit berechnet wird und welche Bedingungen gelten.

99,9 % SLA ist nicht automatisch dasselbe wie 99,9 % gemessene Uptime #

Questa differenza è particolarmente importante.

Ein Monitoring-System könnte für einen Monat beispielsweise:

99,87 % Uptime

visualizzare.

Ob damit gleichzeitig ein vertragliches SLA verletzt wurde, lässt sich aus dieser Zahl allein nicht beantworten.

Das SLA kann eigene Regeln dafür enthalten, welche Ereignisse bei der Berechnung berücksichtigt oder ausgeschlossen werden.

Was kann ein SLA zusätzlich regeln? #

Je nach Anbieter und Vertrag können beispielsweise folgende Punkte definiert sein:

Messzeitraum

Messmethode

betroffene Dienste

geplante Wartungsarbeiten

angekündigte Wartungsfenster

höhere Gewalt

kundenseitig verursachte Störungen

DDoS- oder externe Ereignisse

Messpunkt des Anbieters

Reaktions- und Meldefristen

Service-Gutschriften

Welche Regeln tatsächlich gelten, ergibt sich ausschließlich aus dem jeweiligen Vertrag beziehungsweise SLA.

Importante: Berechne einen möglichen SLA-Anspruch niemals ausschließlich anhand eines öffentlichen Uptime-Monitors. Maßgeblich sind die konkreten vertraglichen Bedingungen.

Geplante Wartung und Verfügbarkeit #

Geplante Wartungsarbeiten sind ein gutes Beispiel dafür, warum ein Monitoring-Wert und eine vertraglich berechnete Verfügbarkeit voneinander abweichen können.

Ein externer Monitor registriert möglicherweise:

Website 20 Minuten nicht erreichbar

und zählt diese Zeit als Downtime.

Ein SLA kann angekündigte Wartungsfenster dagegen unter bestimmten Voraussetzungen von seiner Verfügbarkeitsberechnung ausnehmen.

Beide Werte können damit korrekt sein – sie beantworten lediglich unterschiedliche Fragen.

Beworbene Verfügbarkeit und SLA unterscheiden #

Auch Marketingaussagen und vertragliche Garantien sollten nicht automatisch gleichgesetzt werden.

Eine Website kann beispielsweise mit einer hohen Verfügbarkeit werben.

Ob daraus eine verbindliche Garantie, ein SLA oder ein Anspruch auf eine bestimmte Entschädigung entsteht, hängt von den konkreten Vertragsbedingungen ab.

Die Prozentzahl allein beantwortet diese Fragen nicht.

Was bedeutet „99,9 % Uptime-Garantie“? #

Wenn ein Anbieter diesen Begriff verwendet, solltest du prüfen, wie die Garantie tatsächlich definiert ist.

Rilevanti sono, ad esempio:

Welche Dienste sind umfasst?

Welcher Zeitraum gilt?

Wie wird gemessen?

Welche Ausfälle zählen?

Welche Ausnahmen gelten?

Was passiert bei Unterschreitung?

Muss der Kunde einen Anspruch melden?

Erst diese Bedingungen machen aus der Prozentzahl eine konkret bewertbare Zusage.

100 % Verfügbarkeit ist ein besonderer Anspruch #

Eine mathematisch gemessene Verfügbarkeit von 100 % innerhalb eines bestimmten Zeitraums ist selbstverständlich möglich, wenn kein Ausfall registriert wurde.

Eine dauerhafte Zusage von 100 % Verfügbarkeit ist dagegen wesentlich weitreichender.

Reale IT-Systeme bestehen aus zahlreichen Komponenten und Abhängigkeiten:

Netzwerk

Stromversorgung

Hardware

Betriebssystem

Webserver

Datenbank

DNS

Anwendung

externe Dienste

Redundanz kann die Verfügbarkeit stark erhöhen, aber technische Risiken nicht mathematisch vollständig beseitigen.

Hohe Verfügbarkeit benötigt mehr als einen guten Server #

Die Erreichbarkeit einer Website hängt nicht ausschließlich von der Hardware des Webservers ab.

Ein vereinfachter Zugriff kann mehrere Komponenten umfassen:

Besucher
   ↓
DNS
   ↓
Netzwerk
   ↓
Firewall / Proxy / CDN
   ↓
Webserver
   ↓
PHP / Anwendung
   ↓
Datenbank
   ↓
externe Dienste

Ein Fehler an unterschiedlichen Stellen dieser Kette kann dazu führen, dass die Website für den Benutzer nicht wie erwartet funktioniert.

Redundanz verbessert die Verfügbarkeit #

Bei hochverfügbaren Systemen werden kritische Komponenten häufig redundant ausgelegt.

Ciò può riguardare, ad esempio:

Stromversorgung

Netzwerkverbindungen

Server

Storage

Load Balancer

Datenbanken

DNS-Infrastruktur

Fällt eine Komponente aus, kann eine andere ihre Aufgabe übernehmen.

Redundanz reduziert damit sogenannte Single Points of Failure.

Redundanz allein garantiert keine Hochverfügbarkeit #

Zwei Systeme sind nicht automatisch hochverfügbar, nur weil sie doppelt vorhanden sind.

Wenn beide beispielsweise von derselben fehlerhaften Konfiguration, demselben Netzwerk oder derselben Anwendung abhängig sind, kann ein gemeinsamer Fehler weiterhin beide Systeme betreffen.

Für echte Hochverfügbarkeit müssen deshalb Abhängigkeiten und Ausfallszenarien als Gesamtsystem betrachtet werden.

Was ist ein Single Point of Failure? #

Ein Single Point of Failure ist eine einzelne Komponente, deren Ausfall das gesamte betrachtete System beeinträchtigen kann.

In sintesi:

Website
   ↓
ein Server
   ↓
Server fällt aus
   ↓
Website fällt aus

Redundante Architekturen versuchen, solche einzelnen kritischen Abhängigkeiten zu reduzieren.

Uptime sagt nichts über die Geschwindigkeit einer Website aus #

Eine Website kann:

99,99 % erreichbar

Eppure:

sehr langsam

essere.

Verfügbarkeit und Performance sind unterschiedliche Qualitätsmerkmale.

Wenn du die Geschwindigkeit einer Website untersuchen möchtest, findest du unter Misurare e valutare correttamente il tempo di caricamento del sito web die passende Anleitung.

Auch Core Web Vitals sind keine Uptime-Messung #

Die Core Web Vitals bewerten Aspekte der Nutzererfahrung wie Ladeverhalten, Interaktionsreaktion und visuelle Stabilität.

Sie beantworten nicht die Frage, wie viele Minuten eine Website innerhalb eines Monats erreichbar war.

Puoi trovare maggiori informazioni su Core Web Vitals spiegati: LCP, INP e CLS.

PageSpeed 100 bedeutet nicht 100 % Uptime #

Auch ein sehr gutes Ergebnis bei Google PageSpeed Insights sagt nichts darüber aus, ob die Website rund um die Uhr erreichbar ist.

Umgekehrt garantiert eine hohe Uptime keine guten PageSpeed-Werte.

Die Werkzeuge betrachten unterschiedliche Aspekte:

Website-Monitoring
→ Verfügbarkeit

PageSpeed Insights
→ Performance und Nutzererfahrung

Search Console
→ Suchmaschinen- und Indexierungsdaten

Uptime und Fehlerfreiheit sind ebenfalls nicht dasselbe #

Eine Website kann erreichbar sein und trotzdem Fehler besitzen.

Per esempio:

Startseite erreichbar

Kontaktformular defekt

Suchfunktion defekt

einzelne Bilder fehlen

Checkout defekt

Ein einfacher Uptime-Monitor erkennt solche funktionalen Probleme möglicherweise nicht.

Wie aussagekräftig ist ein Monatswert? #

Ein Monatswert ist nützlich, zeigt aber nur einen begrenzten Zeitraum.

Per esempio:

Januar  100,00 %
Februar 100,00 %
März     99,10 %
April   100,00 %

Ein einzelner Monatswert kann einen außergewöhnlichen Vorfall deutlich sichtbar machen.

Eine längerfristige Betrachtung hilft zusätzlich dabei, die Stabilität eines Dienstes über mehrere Monate zu beurteilen.

Jahres-Uptime nicht aus Monatswerten einfach mitteln #

Bei unterschiedlich langen Messzeiträumen solltest du Prozentwerte nicht unkritisch arithmetisch mitteln.

Sauberer ist es, die gesamte verfügbare Zeit und die gesamte betrachtete Zeit zusammenzurechnen.

In sintesi:

gesamte verfügbare Zeit
─────────────────────── × 100
gesamte betrachtete Zeit

Damit werden unterschiedlich lange Zeiträume korrekt gewichtet.

Ein konkretes Beispiel #

Angenommen, eine Website wird über 30 Tage überwacht und es treten drei bestätigte Ausfälle auf:

Ausfall 1:  7 Minuten
Ausfall 2: 11 Minuten
Ausfall 3:  4 Minuten

Gesamte Downtime:
22 Minuten

Der Zeitraum umfasst:

43.200 Minuten

Die verfügbare Zeit beträgt:

43.178 Minuten

Damit ergibt sich:

43.178
────── × 100
43.200

≈ 99,949 %

Gerundet könnte das Monitoring damit beispielsweise 99,95 % visualizzare.

Rundung kann Unterschiede erzeugen #

Bei hohen Verfügbarkeitswerten kann die Rundung relevant sein.

Ein intern berechneter Wert von beispielsweise:

99,9491 %

kann bei einer Darstellung mit zwei Nachkommastellen als:

99,95 %

apparire.

Bei SLA-Grenzwerten sollte deshalb klar sein, mit welcher Genauigkeit gerechnet und wann gerundet wird.

Warum ein einzelner Screenshot nicht für eine SLA-Bewertung reicht #

Ein Screenshot eines Monitoring-Dashboards kann einen wichtigen Hinweis liefern, ist aber nicht automatisch eine vollständige vertragliche Auswertung.

Für eine belastbare Bewertung können zusätzlich relevant sein:

vollständiger Messzeitraum

Monitor-Konfiguration

Prüfintervall

Ausfallhistorie

Bestätigungsprüfungen

Wartungsfenster

vertragliche Ausschlüsse

SLA-Berechnungsmethode

Die Messdaten und die vertragliche Bewertung sollten deshalb getrennt betrachtet werden.

Was solltest du bei einer Verfügbarkeitsangabe prüfen? #

Wenn du eine Uptime- oder Verfügbarkeitsangabe beurteilen möchtest, helfen einige konkrete Fragen:

Welcher Zeitraum wird betrachtet?

Was wird überwacht?

Von wo wird gemessen?

Wie häufig wird geprüft?

Wann gilt ein Check als DOWN?

Werden Fehler bestätigt?

Zählen Wartungsarbeiten mit?

Handelt es sich um Messwert,
Zielwert oder SLA?

Welche Ausnahmen gelten?

Damit erhält die reine Prozentzahl den notwendigen Kontext.

Uptime-Monitoring sinnvoll einsetzen #

Für den praktischen Betrieb einer Website ist ein kontinuierliches Monitoring vor allem deshalb wertvoll, weil Störungen schnell erkannt und zeitlich dokumentiert werden können.

Ein sinnvoller Ablauf sieht beispielsweise so aus:

Website wird überwacht
        ↓
Prüfung schlägt fehl
        ↓
Fehler wird bestätigt
        ↓
Alarm wird ausgelöst
        ↓
Störung wird untersucht
        ↓
Website wieder erreichbar
        ↓
Monitoring bestätigt UP
        ↓
Ausfalldauer dokumentieren

Die technische Einrichtung und Interpretation solcher Prüfungen erklären wir unter Monitoraggio di siti web: monitorare la disponibilità e le interruzioni.

Uptime bei sporadischen Problemen #

Eine hohe monatliche Uptime kann einzelne störende Probleme verdecken.

Angenommen, eine Website fällt fast jeden Tag für wenige Sekunden oder Minuten aus.

Der monatliche Prozentwert kann trotzdem relativ hoch erscheinen, während die wiederkehrenden Unterbrechungen für Besucher oder Betreiber störend sind.

Deshalb solltest du neben dem Gesamtwert auch die einzelnen Incidents betrachten.

Ein langer Ausfall und viele kurze Ausfälle sind nicht dasselbe #

Mathematisch können beide Situationen dieselbe Downtime erzeugen:

1 × 30 Minuten

oder

30 × 1 Minute

Für den Geschäftsbetrieb können die Auswirkungen jedoch unterschiedlich sein.

Viele kurze Unterbrechungen können beispielsweise auf ein wiederkehrendes technisches Problem hinweisen, während ein einzelner längerer Ausfall eine einmalige Störung gewesen sein kann.

Uptime im Zusammenhang mit Geschäftsrisiken betrachten #

Wie kritisch ein Ausfall ist, hängt stark von der Website ab.

Bei einer einfachen Informationsseite können zehn Minuten Nichterreichbarkeit vergleichsweise geringe Auswirkungen haben.

Bei einem stark frequentierten Onlineshop während einer wichtigen Verkaufsaktion können dieselben zehn Minuten erhebliche Folgen besitzen.

Eine technisch identische Uptime kann deshalb für unterschiedliche Unternehmen eine völlig andere geschäftliche Bedeutung haben.

Verfügbarkeit ist nur eine Kennzahl #

Die Qualität eines Hosting- oder Websystems lässt sich nicht sinnvoll anhand einer einzigen Prozentzahl beurteilen.

Weitere Faktoren sind beispielsweise:

Performance

Stabilität

Sicherheit

Backup-Konzept

Wiederherstellbarkeit

Support

Monitoring

Wartung

Redundanz

Fehlerbehebung

Eine hohe Uptime ist wichtig, ersetzt diese Faktoren aber nicht.

Häufige Missverständnisse bei Uptime-Angaben #

99,9 % bedeutet keinen Ausfall

99,9 % bedeutet maximal
43 Minuten pro Ausfall

100 % im letzten Monat bedeutet
100 % für immer

Uptime bedeutet schnelle Website

UP bedeutet alle Funktionen
arbeiten fehlerfrei

externer Monitor und SLA
müssen denselben Wert zeigen

jede Wartung zählt zwingend
als SLA-Downtime

jede Monitoring-Störung ist
ein Serverausfall

99,99 % ist fast dasselbe
wie 99,9 %

ein hoher Uptime-Wert allein
beweist hochwertiges Hosting

Checkliste: Uptime richtig beurteilen #

Prozentwert ansehen
        ↓
Zeitraum bestimmen
        ↓
absolute Downtime berechnen
        ↓
Messmethode prüfen
        ↓
überwachten Endpunkt prüfen
        ↓
Prüfintervall berücksichtigen
        ↓
einzelne Incidents ansehen
        ↓
Monitoring-Standorte prüfen
        ↓
Messwert oder SLA?
        ↓
SLA-Bedingungen lesen
        ↓
Wartungsfenster und
Ausnahmen berücksichtigen
        ↓
geschäftliche Auswirkungen
bewerten

Riepilogo #

Uptime beziehungsweise Verfügbarkeit beschreibt, welcher Anteil eines betrachteten Zeitraums ein System nach einer bestimmten Definition verfügbar war.

99,9 % Verfügbarkeit bedeutet rechnerisch 0,1 % Downtime. Bei einem Zeitraum von 30 Tagen entspricht das ungefähr 43 Minuten und 12 Sekunden. Auf ein Jahr mit 365 Tagen gerechnet entsprechen 99,9 % ungefähr 8 Stunden und 46 Minuten Downtime.

Eine Prozentangabe ist jedoch nur dann wirklich aussagekräftig, wenn auch Messzeitraum und Messmethode bekannt sind. Prüfintervall, Monitoring-Standort, Timeout, Erfolgskriterien und der tatsächlich überwachte Endpunkt beeinflussen das Ergebnis.

Besonders wichtig ist die Unterscheidung zwischen einer technisch gemessenen Uptime und einem vertraglichen SLA. Ein SLA kann eigene Messverfahren, Ausnahmen, Wartungsfenster und weitere Bedingungen definieren. Ein öffentlicher Monitoring-Wert lässt sich deshalb nicht automatisch als Nachweis für die Erfüllung oder Verletzung eines SLA verwenden.

Auch Performance und Verfügbarkeit sind getrennte Themen. Eine Website kann sehr schnell sein und trotzdem ausfallen – oder nahezu ständig erreichbar und gleichzeitig langsam sein.

Eine Uptime-Zahl ist deshalb erst mit ihrem Kontext wirklich aussagekräftig: Was wurde gemessen, über welchen Zeitraum, nach welchen Kriterien – und welche Verfügbarkeit benötigt die Website für ihren tatsächlichen Einsatzzweck?