Uptime und Verfügbarkeit: Was 99,9 Prozent wirklich bedeuten

Was Verfügbarkeit im Betrieb bedeutet

Jede Website hat Ausfallzeiten. Die Frage ist nicht ob, sondern wie oft und wie lange. Im professionellen Umfeld wird Verfügbarkeit als Prozentwert angegeben, der das Verhältnis von Betriebszeit zur Gesamtzeit beschreibt. Ein Hoster, der “99,9 Prozent Verfügbarkeit” verspricht, erlaubt damit eine bestimmte Menge an Ausfallzeit pro Jahr.

Diese Zahl klingt zuverlässig. In der Praxis bedeutet sie konkret:

Verfügbarkeit	Ausfallzeit pro Jahr	Ausfallzeit pro Monat
99 %	87,6 Stunden	7,3 Stunden
99,9 %	8,76 Stunden	43,8 Minuten
99,95 %	4,38 Stunden	21,9 Minuten
99,99 %	52,6 Minuten	4,4 Minuten
99,999 %	5,26 Minuten	26,3 Sekunden

Die letzte Zeile, bekannt als “Five Nines”, ist der Zielwert kritischer Infrastruktur wie Finanz- oder Notrufsysteme. Für eine typische Unternehmenswebsite ist 99,9 Prozent ein realistisches und akzeptables Ziel.

Wie Verfügbarkeit berechnet wird

Die Formel ist einfach:

Verfügbarkeit = (Gesamtzeit - Ausfallzeit) / Gesamtzeit * 100

Was als “Ausfallzeit” gilt, ist allerdings nicht immer eindeutig. Viele SLA-Dokumente schließen geplante Wartungsfenster aus der Berechnung aus. Wenn ein Hoster samstags nachts zwei Stunden für Updates abschaltet, zählt das nicht als Ausfallzeit im Sinne des SLA, auch wenn die Website in dieser Zeit nicht erreichbar ist.

Das ist ein wichtiger Punkt bei der Bewertung von SLA-Versprechen: Man sollte immer prüfen, wie der Anbieter “Ausfallzeit” und “geplante Wartung” definiert, und ob diese Zeiten auf die versprochene Verfügbarkeit angerechnet werden.

Ursachen für Ausfallzeiten

Hardware-Ausfälle

Server-Hardware hat eine begrenzte Lebensdauer. Festplatten, Netzwerkkarten und Netzteile können ausfallen. Professionelle Rechenzentren nutzen redundante Hardware (RAID, doppelte Netzteile, redundante Netzwerkleitungen), um Hardware-Ausfälle abzufangen, ohne dass die Website offline geht.

Software-Fehler und fehlerhafte Updates

Ein schlecht getestetes Update, ein Speicherleck in einer Applikation oder ein fehlerhafter Datenbankindex können dazu führen, dass der Server unter Last zusammenbricht. Das ist eine der häufigsten Ursachen für unerwartete Ausfallzeiten bei eigens betriebenen Servern.

Überlastung

Wenn ungewöhnlich viel Traffic auf einmal auf die Website trifft (z.B. nach einer Erwähnung in einem großen Nachrichtenartikel), kann der Server in die Knie gehen. Ohne Auto-Scaling oder vorher konfigurierte Kapazitätspuffer führt das zu Antwortzeiten von mehreren Sekunden oder zu kompletten Ausfällen.

Netzwerk- und Infrastrukturprobleme

Ein ausgefallener Router, ein Problem beim Internetanbieter des Rechenzentrums oder eine verteilte Denial-of-Service-Attacke (DDoS) können eine Website unerreichbar machen, obwohl der eigentliche Server fehlerfrei läuft.

Zertifikats- und DNS-Fehler

Ein abgelaufenes SSL-Zertifikat lässt die Website im Browser als nicht erreichbar erscheinen, auch wenn der Server technisch läuft. Ein falscher DNS-Eintrag leitet Besucher auf die falsche IP-Adresse. Beide Ursachen werden oft erst durch externes Monitoring erkannt.

Was gutes Monitoring leistet

Internes Monitoring auf dem Server selbst ist nur begrenzt hilfreich. Wenn der Server komplett ausgefallen ist oder das Netzwerk unterbrochen ist, kann das interne Monitoring gar nichts mehr melden.

Externes Monitoring prüft die Website von einem anderen Standort aus, so wie ein normaler Benutzer es tun würde. Wichtige Prüfpunkte sind:

• Ist die Website über HTTP oder HTTPS erreichbar?
• Gibt der Server den erwarteten HTTP-Statuscode zurück (200 OK)?
• Enthält die Antwort den erwarteten Inhalt?
• Wie lange dauert die Antwort?

Das Tool auf dieser Seite ermöglicht eine manuelle Prüfung von außen: Man gibt eine URL ein und sieht sofort, ob die Website erreichbar ist und welchen Statuscode sie zurückgibt.

Messintervalle und Reaktionszeit

Ein Monitoring-System mit stündlichem Prüfintervall kann einen Ausfall bis zu 60 Minuten lang unbemerkt lassen. Für kritische Websites sind Intervalle von einer bis fünf Minuten sinnvoll.

Entscheidend ist auch, was bei einem erkannten Ausfall passiert. Ein einfacher E-Mail-Alarm ist ein Anfang. Professionelle Setups nutzen mehrere Benachrichtigungskanäle (E-Mail, SMS, Slack, PagerDuty) und definieren klare Eskalationspfade, damit der richtige Mensch zur richtigen Zeit informiert wird.

SLA-Einhaltung nachweisen

Wer selbst eine Dienstleistung erbringt und SLA-Zusagen macht, muss die eigene Verfügbarkeit belegen können. Das erfordert lückenlose Monitoring-Protokolle. Statusseiten (z.B. über Tools wie Cachet oder Instatus) schaffen Transparenz gegenüber Kunden und reduzieren den Support-Aufwand bei Ausfällen, weil Kunden sich selbst informieren können.

Verfügbarkeit gezielt verbessern

Wer die eigene Verfügbarkeit steigern will, hat mehrere Ansatzhebel:

Redundanz einbauen: Kein Single Point of Failure. Load Balancer vor mehreren Server-Instanzen, Datenbank-Replikation, CDN als Puffer.

Deployment-Risiken reduzieren: Blue-Green-Deployments oder Canary-Releases, bei denen neue Versionen zuerst auf einem kleinen Anteil des Traffics getestet werden.

Automatische Fehlerkorrektur: Watchdog-Prozesse, die abgestürzte Services automatisch neu starten (z.B. via systemd oder Kubernetes).

Kapazitätsplanung: Traffic-Muster kennen und Kapazitäten vor erwarteten Spitzen ausbauen, nicht erst danach.

Fazit

Verfügbarkeit ist keine binäre Eigenschaft, sondern ein kontinuierlicher Messwert. 99,9 Prozent klingt gut, bedeutet aber fast neun Stunden Ausfallzeit pro Jahr. Wer seriös mit dem Thema umgeht, misst kontinuierlich von außen, hat klare SLA-Definitionen und kennt die Hauptursachen von Ausfällen in seiner spezifischen Infrastruktur. Das Tool hilft dabei, den aktuellen Status einer Website schnell von außen zu überprüfen.