2026-07-17 · Aktualisiert am 2026-10-26
Sind 98 % Verfügbarkeit gut? Sie erlauben 7,3 Tage Ausfallzeit im Jahr
- sla
- verfügbarkeit
- zuverlässigkeit
- ausfallzeit
Kurzfassung. Für eine öffentliche Website oder eine kostenpflichtige API: nein. 98 % Verfügbarkeit erlauben 7,3 Tage Ausfallzeit pro Jahr, also 14,4 Stunden in jedem Monat. Für ein internes Wiki oder ein Nebenprojekt ist das in Ordnung. Die meisten Dienste mit Kundenkontakt zielen auf 99,9 %, was 43 Minuten im Monat erlaubt. Die vollständige Tabelle der Ausfallzeiten steht weiter unten, und der SLA-Rechner rechnet jedes Ziel für Sie aus.
Ein Verfügbarkeitsziel hat nur eine Aufgabe: dass dieses Schild an bleibt. Foto von the blowup auf Unsplash.
98 % sehen aus wie eine Bestnote. In der Schule sind sie das auch. Verfügbarkeit wird aber nicht benotet wie in der Schule: Die ganze Skala für öffentliche Dienste liegt zwischen 99 % und 100 %, und ernsthafte Ziele unterscheiden sich nur in den Stellen nach dem Komma. Auf dieser Skala stehen 98 % ganz unten.
Der Trick beim Lesen jeder Verfügbarkeitszahl: Rechnen Sie den Prozentwert in Zeit um. Der erlaubte Ausfall bei 98 % beträgt 2 %. Zwei Prozent eines Jahres sind 7,3 Tage. Zwei Prozent eines Monats mit 30 Tagen sind 14,4 Stunden. Wenn Ihr Shop 2.000 $ am Tag umsetzt, bedeuten 98 % Verfügbarkeit, dass Sie im Jahr geschlossene Türen im Wert von etwa 14.600 $ hinnehmen und das Ziel trotzdem als erreicht gilt.
Die Tabelle der Ausfallzeiten
Multiplizieren Sie den Zeitraum mit dem erlaubten Ausfall, und die Prozentwerte können nichts mehr verstecken. Die letzte Spalte beziffert die Ausfallzeit für den Shop mit 2.000 $ am Tag.
| Verfügbarkeit | Pro Tag | Pro Monat (30 Tage) | Pro Jahr | Entgangener Umsatz pro Jahr |
|---|---|---|---|---|
| 90 % | 2,4 Stunden | 3 Tage | 36,5 Tage | 73.000 $ |
| 95 % | 1,2 Stunden | 36 Stunden | 18,3 Tage | 36.500 $ |
| 98 % | 28,8 Minuten | 14,4 Stunden | 7,3 Tage | 14.600 $ |
| 99 % | 14,4 Minuten | 7,2 Stunden | 3,7 Tage | 7.300 $ |
| 99,5 % | 7,2 Minuten | 3,6 Stunden | 1,8 Tage | 3.650 $ |
| 99,9 % | 1,4 Minuten | 43 Minuten | 8,8 Stunden | 730 $ |
| 99,95 % | 43 Sekunden | 21,6 Minuten | 4,4 Stunden | 365 $ |
| 99,99 % | 8,6 Sekunden | 4,3 Minuten | 52,6 Minuten | 73 $ |
| 99,999 % | 0,9 Sekunden | 26 Sekunden | 5,3 Minuten | 7 $ |
Zwei Sprünge in dieser Tabelle leisten in echten Verträgen die meiste Arbeit. Von 98 % auf 99,9 % sinkt die erlaubte Ausfallzeit von 14,4 Stunden im Monat auf 43 Minuten. Von 99,9 % auf 99,99 % sinkt sie von 43 Minuten auf 4,3 Minuten, und dieser letzte Sprung ist meist der teure.
Die Geldspalte macht die Abwägung deutlich. Der erste Sprung ist dem Shop etwa 13.900 $ im Jahr wert. Der zweite ist 657 $ wert und kostet weit mehr Engineering als der erste. Die zusätzlichen Neunen zahlen sich nur aus, wenn der Betrag pro Tag viel höher ist als 2.000 $.
Wann 98 % genügen
Viele Systeme kommen mit 98 % aus, ohne dass jemand Schaden nimmt:
- Ein internes Wiki. Die Leute versuchen es nach dem Mittagessen noch einmal.
- Eine Staging-Umgebung. Ausfallzeit ist dort oft geplant.
- Ein Batch-Job, der nachts Berichte erstellt. Er hat Stunden Puffer, bevor jemand das Ergebnis liest.
- Ein Heimserver an einem privaten Internetanschluss. Ihr Stromversorger hat schon für Sie über Ihre Verfügbarkeit entschieden.
Das gemeinsame Muster: Wenn diese Systeme ausfallen, verliert niemand Geld und niemand Vertrauen. Für mehr Neunen zu bezahlen ist dort Verschwendung. Wenn Sie Ihr Ausfallzeit-Budget nie aufbrauchen, ist Ihr Ziel zu streng, und das ist dieselbe Regel, die auch für Fehlerbudgets gilt.
Wann nicht
Eine Checkout-Seite, eine kostenpflichtige API, ein Login-Dienst. Hier scheitern 98 % gleich doppelt.
Erstens die direkten Kosten: 14,4 Stunden im Monat mit fehlgeschlagenen Anfragen, entgangenen Zahlungen und Support-Tickets.
Zweitens die Kosten beim Vertrauen, die größer sind und langsamer wirken. Ein Kunde, der in einer Woche zweimal in Ihren Ausfall läuft, schaut nicht in Ihren Verfügbarkeitsbericht. Er merkt sich, dass Ihr Dienst derjenige ist, der ausfällt.
Dazu kommt ein Vertragsproblem. Wenn Ihre Kunden eigene SLAs haben, werden Ihre 98 % zu deren Obergrenze. Niemand kann einen Dienst mit 99,9 % auf einer Abhängigkeit mit 98 % aufbauen, ohne zusätzliches Engineering, um sie zu umgehen.
Die Verteilung der Ausfallzeit zählt
98 % pro Monat sind 14,4 Stunden, aber die Zahl sagt nichts darüber, wie sich diese Stunden verteilen.
In einem Monat mit 30 Tagen ergeben 28,8 Minuten geplante Wartung jede Nacht um 03:00 Uhr zusammen 98 %, und die meisten Nutzer merken nie etwas. Ein einziger Ausfall von 14,4 Stunden am Tag Ihres Produktlaunches ergibt ebenfalls 98 %. Gleicher Wert, ganz anderer Monat.
Deshalb ist ein einzelner Verfügbarkeitswert eine Zusammenfassung, nicht die ganze Geschichte. Sie wollen auch wissen, wie lang der längste einzelne Ausfall war und wann er passiert ist. 98 % im Monat aus kleinen nächtlichen Aussetzern sind ein funktionierender Dienst mit Wartungsfenster. 98 % im Monat aus einem langen Ausfall tagsüber sind eine Störung, zu der ein Bericht fällig ist.
Verfügbarkeit wird gemessen, ein SLA wird versprochen
Die beiden werden ständig verwechselt. Verfügbarkeit ist ein Messwert: der Anteil der Zeit, in dem Ihr Dienst tatsächlich geantwortet hat. Ein SLA ist ein Versprechen in einem Vertrag, mit einer festgelegten Strafe, wenn es gebrochen wird.
Die Strafe ist fast immer eine Service-Gutschrift. Verfehlt ein Anbieter sein SLA von 99,9 %, bekommen Sie einen Prozentsatz der Monatsrechnung zurück. Ihre Kunden bekommen nichts, denn die Gutschrift erstattet Ihre Rechnung, nicht deren Zeit. Ein SLA sagt Ihnen also, wie zuversichtlich der Anbieter ist, und es deckelt Ihre Erstattung. Es hält Ihren Dienst nicht am Laufen.
Die praktische Regel: Versprechen Sie eine Zahl, die Sie gemessen haben, keine, die gut klingt. Wenn Sie Ihre Verfügbarkeit nie gemessen haben, wissen Sie nicht, ob Sie bei 98 % oder bei 99,9 % liegen, und dazwischen liegen 13,7 Stunden im Monat.
Was Sie stattdessen anstreben sollten
99,9 % sind nicht ohne Grund das Standardziel für Dienste mit Kundenkontakt. 43 Minuten im Monat lassen genug Raum für ein misslungenes Deployment und ein paar kleine Ausfälle, und ein kleines Team schafft das ohne Heldentaten. Darüber kostet jede Neun ungefähr zehnmal mehr Engineering-Aufwand, und die meisten Nutzer spüren den Unterschied nicht.
Wählen Sie das Ziel aus der Tabelle und messen Sie dann dagegen. Das Messen übernimmt externe Uptime-Überwachung: Sie prüft Ihren Dienst von außen, so wie ein Nutzer ihn erreicht, und zeichnet jeden Ausfall auf, ob Sie gerade hingeschaut haben oder nicht. Die gemessene Zahl bleibt nur ehrlich, wenn Ihre Statusseite sie direkt anzeigt, und das ist die Idee hinter einer Statusseite, die sich nicht fälschen lässt.
Jedes der üblichen Ziele hat eine eigene Aufschlüsselung: 99,9 % erlauben 43 Minuten 12 Sekunden im Monat, 99,95 % erlauben 21 Minuten 36 Sekunden und 99,99 % erlauben 4 Minuten 19 Sekunden.
Rechnen Sie Ihre eigenen Zahlen im SLA-Rechner durch, oder ermitteln Sie im Fehlerbudget-Rechner, wie schnell ein Ausfall Ihr Budget aufbraucht. Wenn Sie die Ausfallzeit neben Ihrem aktuellen Ziel überrascht, ist das das Zeichen, dass Sie einen Prozentwert gewählt haben statt eines Versprechens.
Häufige Fragen
Wie viel Ausfallzeit erlauben 98 % Verfügbarkeit?
98 % Verfügbarkeit erlauben 28,8 Minuten Ausfallzeit pro Tag, 14,4 Stunden pro Monat mit 30 Tagen oder 7,3 Tage pro Jahr. Der erlaubte Ausfall beträgt 2 % des Zeitraums, multiplizieren Sie also einen beliebigen Zeitraum mit 0,02, um die Zahl zu erhalten.
Sind 98 % Verfügbarkeit gut für eine Website?
Nicht für eine öffentliche Website oder eine API, für die Kunden bezahlen. 98 % erlauben 14,4 Stunden Ausfallzeit im Monat. Für interne Tools, Staging-Server und Hobbyprojekte, bei denen niemand Geld verliert, solange sie ausgefallen sind, ist das in Ordnung.
Welche Verfügbarkeit sollte ich anstreben?
99,9 % sind das übliche Ziel für Dienste mit Kundenkontakt. Das erlaubt 43 Minuten Ausfallzeit pro Monat mit 30 Tagen, genug Raum für Deployments und kleine Ausfälle. Jede weitere Neun kostet ungefähr zehnmal mehr Engineering-Aufwand.
Was ist der Unterschied zwischen Verfügbarkeit und einem SLA?
Verfügbarkeit ist die gemessene Zahl: welchen Anteil der Zeit Ihr Dienst tatsächlich funktioniert hat. Ein SLA ist ein vertragliches Versprechen mit einer Strafe, meist einer Service-Gutschrift auf Ihrer Rechnung. Ein Anbieter kann im SLA 99,9 % versprechen und trotzdem 98 % liefern. Die Gutschrift erstattet einen Teil der Rechnung. Die Zeit Ihrer Kunden erstattet sie nicht.