Verfügbarkeit & Uptime berechnen: Was bedeutet 99,9 %?

Was bedeutet Verfügbarkeit (Uptime)?

Verfügbarkeit — oft synonym als Uptime bezeichnet — ist der Anteil der Zeit, in dem ein System bestimmungsgemäß erreichbar und funktionsfähig ist, ausgedrückt in Prozent über einen definierten Zeitraum. Eine Website mit 99,9 % Verfügbarkeit im Monat war also rund 0,1 % dieses Monats nicht wie vorgesehen erreichbar.

Die Berechnung folgt einer einfachen Formel:

Verfügbarkeit (%) = (Gesamtzeit − Ausfallzeit) / Gesamtzeit × 100

Wer von der Verfügbarkeit auf die erlaubte Ausfallzeit zurückrechnen will, dreht die Formel um:

Ausfallzeit = (1 − Verfügbarkeit) × Gesamtzeit

Alle Zahlen in diesem Guide basieren auf einer einheitlichen Annahme: 365 Tage pro Jahr und 30 Tage pro Monat. Das ist die übliche Konvention, mit der auch die folgende Downtime-Tabelle gerechnet ist. Wer mit anderen Bezugsgrößen rechnet (etwa Geschäftszeiten statt 24/7), erhält andere Werte — deshalb gehört die Bezugsgröße immer zur Angabe dazu.

Die Downtime-Tabelle: 99 % bis 99,999 % auf einen Blick

Die Prozentzahl allein sagt wenig aus. Erst die Umrechnung in echte Ausfallzeit macht greifbar, was eine Verfügbarkeitsstufe in der Praxis bedeutet. Die folgende Tabelle übersetzt die gängigen Stufen in maximale Downtime pro Jahr, Monat, Woche und Tag (Basis: 365 Tage/Jahr, 30 Tage/Monat).

Der wichtigste Befund: Jede zusätzliche Neun reduziert die erlaubte Ausfallzeit ungefähr um den Faktor 10. Von 99 % auf 99,9 % schrumpft die jährliche Downtime von 3,65 Tagen auf 8,76 Stunden — und von dort auf 52,6 Minuten bei 99,99 %.

Die "Neunen": Uptime-Stufen erklärt

Im Betriebsjargon wird Verfügbarkeit oft über die Zahl der Neunen beschrieben. Das ist eine Kurzform, die sich eingebürgert hat, weil sie die Größenordnung sofort vermittelt.

"Three nines" bedeutet 99,9 %, "four nines" 99,99 %, "five nines" 99,999 %. Five Nines — etwa 5 Minuten Ausfall pro Jahr — gilt als der Goldstandard für hochkritische Infrastruktur wie Telekommunikation oder Zahlungsverkehr. Für die meisten Web-Dienste sind drei Neunen ein realistisches und sinnvolles Ziel.

Was bedeutet 99,9 % konkret? Ein Rechenbeispiel

99,9 % klingt nach "fast nie offline". Konkret heißt es: bis zu 43,2 Minuten Ausfall pro Monat und 8,76 Stunden pro Jahr sind in dieser Stufe enthalten. Das ist mehr, als viele intuitiv vermuten.

Die Rechnung dahinter, Schritt für Schritt:

1. Ein 30-Tage-Monat hat 30 × 24 × 60 = 43.200 Minuten.
2. Angenommen, ein Dienst war in diesem Monat insgesamt 43 Minuten nicht erreichbar.
3. Eingesetzt in die Formel: (43.200 − 43) / 43.200 × 100 ≈ 99,90 %.

43 Minuten Ausfall im Monat entsprechen also genau der 99,9-Prozent-Marke. Schon ein einziger längerer Vorfall — ein fehlgeschlagenes Deployment, ein überlastetes Backend — kann dieses Budget aufbrauchen.

Die Umkehrung funktioniert genauso direkt: Wer 99,9 % im Monat zusagt, hat ein Ausfallbudget von 0,001 × 43.200 = 43,2 Minuten. Diese 43,2 Minuten sind die Obergrenze, innerhalb derer Du Dich bewegen darfst, ohne die Zusage zu verfehlen.

SLA vs. SLO vs. SLI: drei Begriffe, sauber getrennt

Rund um Verfügbarkeit kursieren drei Abkürzungen, die ständig verwechselt werden. Sie beschreiben verschiedene Dinge und gehören klar auseinandergehalten.

• SLA (Service Level Agreement) — die vertragliche Zusage gegenüber Kunden. Ein SLA ist verbindlich und hat Konsequenzen: Wird die zugesagte Verfügbarkeit verfehlt, greift typischerweise eine Gutschrift oder Vertragsstrafe. Beispiel: "99,9 % Verfügbarkeit pro Kalendermonat, sonst 10 % Gutschrift auf die Monatsgebühr."
• SLO (Service Level Objective) — das interne Ziel, an dem sich der Betrieb ausrichtet. Es ist in der Regel strenger als die SLA und dient als Puffer. Wer extern 99,9 % zusagt, setzt sich intern vielleicht 99,95 % als SLO, um nicht knapp an der Vertragsgrenze zu operieren.
• SLI (Service Level Indicator) — die tatsächlich gemessene Kennzahl, an der SLO und SLA überprüft werden. Ein SLI ist eine konkrete Zahl, etwa die Erfolgsrate erreichbarer Anfragen oder der Anteil der Antworten unterhalb einer bestimmten Latenz. Der SLI sagt, wo Du wirklich stehst.

Die Kette ist also: Du misst den SLI, vergleichst ihn mit dem Ziel (SLO) und erfüllst damit (hoffentlich) die Zusage (SLA).

Was ist ein Error Budget?

Aus dem SLO ergibt sich das Error Budget — die durch das Ziel erlaubte Rest-Ausfallzeit im Zeitraum. Bei einem SLO von 99,9 % pro Monat beträgt das Error Budget rund 43,2 Minuten. Solange weniger Ausfall anfällt, ist Spielraum vorhanden, zum Beispiel für riskantere Deployments oder Migrationen. Ist das Budget aufgebraucht, ist das ein klares Signal, Stabilität vor neue Features zu stellen. Das Error Budget macht die abstrakte Prozentzahl zu einer operativen Steuerungsgröße.

Was ist eine realistische Verfügbarkeit?

Die naheliegende Frage lautet: Warum nicht einfach 100 %? Die ehrliche Antwort: 100 % Verfügbarkeit ist unrealistisch und wird seriös nicht zugesagt. Hardware fällt aus, Netzwerke haben Störungen, Software braucht Updates, und kein Anbieter kontrolliert die gesamte Kette bis zum Endnutzer. Wer 100 % verspricht, blendet diese Realität aus.

Entscheidend ist außerdem: Aufwand und Kosten steigen mit jeder zusätzlichen Neun exponentiell, der Nutzen aber nimmt ab. Der Sprung von 99,9 % auf 99,99 % bedeutet, die jährliche Downtime von knapp neun Stunden auf unter eine Stunde zu drücken — das erfordert Redundanz, automatisches Failover, mehrere Verfügbarkeitszonen und engmaschiges Monitoring. Der Sprung auf 99,999 % verlangt nahezu lückenlose Automatisierung jedes Wiederherstellungsschritts, weil für manuelles Eingreifen schlicht keine Zeit bleibt.

Für die meisten Websites und SaaS-Dienste ist 99,9 % ein vernünftiges Ziel mit gutem Aufwand-Nutzen-Verhältnis. 99,99 % lohnt sich, wenn Ausfälle direkt Umsatz oder Vertrauen kosten. Fünf Neunen sind die Domäne von Infrastruktur, deren Ausfall systemische Folgen hätte. Die richtige Stufe ist eine geschäftliche Entscheidung, keine rein technische.

Wie misst man Uptime korrekt?

Eine Verfügbarkeitszahl ist nur so gut wie ihre Messmethode. Zwei Dienste mit "99,95 %" können in der Realität weit auseinanderliegen, wenn sie unterschiedlich gemessen wurden. Diese Punkte gehören vor der ersten Zahl definiert:

• Prüfintervall. In welchem Abstand wird geprüft? Ein zu grobes Intervall verfälscht die gemessene Uptime nach oben, weil kurze Ausfälle zwischen zwei Checks unentdeckt bleiben. Wer nur alle fünf Minuten prüft, sieht einen zweiminütigen Aussetzer schlicht nicht. Wie eng man prüfen sollte und welche Check-Typen es gibt, behandelt der Guide zum Uptime-Monitoring im Detail.
• Was zählt als Downtime? Nur ein kompletter Ausfall, oder auch Fehlerantworten (HTTP 500), zu langsame Antworten oder einzelne fehlgeschlagene Prüfungen? Diese Definition entscheidet maßgeblich über die Zahl.
• Geplante Wartung. Zählt ein angekündigtes Wartungsfenster als Downtime oder nicht? In SLA-Definitionen wird geplante Wartung häufig ausgeklammert (Maintenance Windows). Das ist legitim, muss aber transparent festgelegt sein — sonst sind zwei Uptime-Zahlen schlicht nicht vergleichbar.
• Messpunkt. Von wo aus wird geprüft? Aus demselben Rechenzentrum, aus mehreren Regionen, aus Nutzerperspektive? Ein einzelner Messpunkt kann lokale Netzprobleme als globalen Ausfall fehldeuten oder umgekehrt einen realen Ausfall übersehen.

Erst wenn diese vier Festlegungen klar sind, ist eine Verfügbarkeitszahl belastbar. Sauber gemessene Ausfälle werden außerdem zu auswertbaren Vorfällen — wie man die strukturiert behandelt und aufarbeitet, beschreibt der Guide zum Incident-Management.

Zählt geplante Wartung als Downtime?

Diese Frage taucht so oft auf, dass sie eine eigene klare Antwort verdient: Es kommt darauf an — und genau deshalb muss es definiert sein. Technisch ist der Dienst während eines Wartungsfensters nicht erreichbar, also wäre es Downtime. Vertraglich klammern viele SLAs angekündigte Wartung aber bewusst aus, weil geplante Arbeiten kalkulierbar und kommunizierbar sind. Beide Sichtweisen sind vertretbar. Unvertretbar ist nur, die Regel nicht festzuhalten und je nach Lesart unterschiedliche Zahlen zu berichten. Wer Wartung ausklammert, sollte das offen ausweisen — und die Wartung vorab ankündigen, statt sie still im Hintergrund laufen zu lassen.

Verfügbarkeit transparent kommunizieren — mit LIVCK

Eine ehrlich gemessene Verfügbarkeit entfaltet ihren Wert erst, wenn sie sichtbar ist. Genau dafür ist eine Statuspage da: Sie zeigt den aktuellen Zustand, die historische Uptime und laufende Vorfälle an einer Stelle, statt Anfragen im Support zu produzieren.

LIVCK deckt diese Kette von der Messung bis zur Darstellung ab — Monitoring und Statuspage in einem Werkzeug, Made in Germany. Geprüft wird über mehrere Check-Typen: HTTP(S), TCP/Port, Ping, DNS, SSL, Heartbeat (für Cronjobs und Hintergrundprozesse) sowie Manual per API. Gegen Fehlalarme schützt die Mehrheits-Erkennung: Ein Incident wird erst ausgelöst, wenn mehrere unabhängige Prüf-Standorte den Ausfall bestätigen — das hält Deine Uptime-Zahlen frei von Phantom-Ausfällen durch kurze Netz-Aussetzer.

Auf der Statuspage selbst stehen ein Uptime-Kalender und eine SLA-Anzeige bereit, die die berechnete Verfügbarkeit pro Service über die Zeit darstellen. Beides ist in jedem Plan enthalten — auch im kostenlosen Smart-Plan, ohne Feature-Gating. Geplante Wartungsfenster lassen sich als Maintenance ankündigen, sodass Besucher den Unterschied zwischen geplanter Arbeit und echtem Ausfall sofort erkennen. Mehr zur Gestaltung einer aussagekräftigen Seite findest Du in den Statuspage Best Practices.

Verfügbarkeit im Vergleich der Tools

Nicht jedes Monitoring-Tool misst und kommuniziert Verfügbarkeit gleich gut. Reine Monitoring-Dienste wie UptimeRobot liefern Prüfdaten, bieten aber nur eine rudimentäre Statuspage. Reine Statuspage-Anbieter wie Atlassian Statuspage zeigen Zustände hübsch an, messen aber selbst nichts — Du brauchst ein zweites Tool für die eigentlichen Checks. Wer Verfügbarkeit sauber berechnen und transparent ausweisen will, profitiert davon, wenn Messung und Darstellung aus einer Hand kommen und nach derselben Definition arbeiten.

Fazit

Verfügbarkeit ist eine simple Formel mit überraschend weitreichenden Konsequenzen. 99,9 % klingt nahe an der Perfektion, erlaubt aber 43,2 Minuten Ausfall pro Monat — und jede weitere Neun verzehnfacht den Aufwand, das Budget zu halten. Wer Uptime ernst meint, trennt sauber zwischen der gemessenen Kennzahl (SLI), dem internen Ziel (SLO) und der vertraglichen Zusage (SLA), legt Prüfintervall, Downtime-Definition, Umgang mit Wartung und Messpunkt vorab fest und kommuniziert die Zahlen offen. 100 % ist kein realistisches Ziel — eine ehrlich gemessene und transparent gezeigte 99,9 % dagegen schon. Genau diese Transparenz, von der Messung über das Error Budget bis zum Uptime-Kalender auf der Statuspage, schafft das Vertrauen, das eine nackte Prozentzahl allein nie erreicht.