Uptime-Rechner
Geben Sie einen Verfügbarkeitswert ein, um zu sehen, wie viel Ausfallzeit er genau zulässt — oder geben Sie einen bereits aufgetretenen Ausfall ein, um zu sehen, welches SLA-Niveau er noch erfüllt.
Verfügbarkeit → erlaubte Ausfallzeit
- Pro Jahr
- 8 Std. 45 Min. 36 Sek.
- Pro Monat
- 43 Min. 12 Sek.
- Pro Woche
- 10 Min. 5 Sek.
- Pro Tag
- 1 Min. 26 Sek.
Ausfall → erreichte Verfügbarkeit
Erreichte Verfügbarkeit
99,444%
Das erfüllt noch eine Zusage von 99 %.
That outage breached a standard SLA level
A single slow recovery can consume an entire period's downtime budget, however well the rest of it ran. If that is a pattern rather than a one-off, the fix is usually architectural — and it is what we do.
Was bedeutet ein Verfügbarkeitswert eigentlich?
Ein Verfügbarkeitswert ist eine Zusage über den Anteil eines Messzeitraums, in dem ein Dienst erreichbar sein wird. 99,9 % Verfügbarkeit heißt, der Dienst darf ein Zehntel Prozent des Zeitraums nicht erreichbar sein — was unerheblich klingt, bis man es in echte Uhrzeit umrechnet und feststellt, dass es jeden Monat 43 Minuten Ausfall zulässt.
Der Prozentwert allein ist ohne drei weitere Angaben nahezu bedeutungslos: die Länge des Messzeitraums, was als Ausfall zählt und wer misst. Eine jährlich gemessene Zusage von 99,9 % verkraftet einen einzelnen achtstündigen Ausfall; dieselben 99,9 % monatlich gemessen nicht. An diesem Detail entscheiden sich die meisten SLA-Streitigkeiten, und es steht fast immer im Definitionsteil statt neben der Zahl.
Wie die erlaubte Ausfallzeit berechnet wird
Die Rechnung ist simpel — und man sollte sie sehen, statt ihr zu vertrauen. Die erlaubte Ausfallzeit ist genau der Anteil des Zeitraums, den die Zusage offenlässt.
-
Ziehen Sie den Verfügbarkeitswert von 100 ab, um die zulässige Nichtverfügbarkeit zu erhalten. Bei 99,9 % sind das 0,1 %.
-
Drücken Sie das als Bruchteil aus: aus 0,1 % wird 0,001.
-
Multiplizieren Sie mit der Länge des Messzeitraums in Sekunden. Ein 30-Tage-Monat hat 2.592.000 Sekunden, also 0,001 × 2.592.000 = 2.592 Sekunden.
-
Rechnen Sie zurück in menschliche Einheiten: 2.592 Sekunden sind 43 Minuten und 12 Sekunden.
Dieser Rechner verwendet ein 365-Tage-Jahr und einen 30-Tage-Monat — die Konvention, die jeder große Cloud-Anbieter in seinem eigenen SLA nutzt. Das ist wichtiger, als es klingt: Ein Jahr mit 365,25 Tagen würde den Wert bei 99,999 % um rund acht Sekunden verschieben, und wer diese Seite mit einer SLA-Tabelle von AWS oder Azure vergleicht, fände eine Abweichung und würde beiden misstrauen.
Referenztabelle: Verfügbarkeit und Ausfallzeit
Die üblichen Niveaus, umgerechnet. Die meisten kommerziellen SLAs liegen zwischen 99,5 % und 99,99 %; die Zeile mit den fünf Neunen steht vor allem deshalb hier, weil sie weit häufiger zitiert als vertraglich zugesagt wird.
| Verfügbarkeit | Pro Jahr | Pro Monat | Pro Woche | Pro Tag |
|---|---|---|---|---|
| 90% | 36d 12h | 3d | 16h 48m | 2h 24m |
| 95% | 18d 6h | 1d 12h | 8h 24m | 1h 12m |
| 99% | 3d 15h 36m | 7h 12m | 1h 40m 48s | 14m 24s |
| 99.5% | 1d 19h 48m | 3h 36m | 50m 24s | 7m 12s |
| 99.9% | 8h 45m 36s | 43m 12s | 10m 5s | 1m 26s |
| 99.95% | 4h 22m 48s | 21m 36s | 5m 2s | 43s |
| 99.99% | 52m 34s | 4m 19s | 1m | 9s |
| 99.999% | 5m 15s | 26s | 6s | 1s |
Basierend auf einem 365-Tage-Jahr und einem 30-Tage-Monat, entsprechend der Konvention in veröffentlichten Cloud-SLAs.
Warum jede weitere Neun so viel teurer ist
Jede zusätzliche Neun senkt die erlaubte Ausfallzeit um den Faktor zehn — und die Kosten, sie zu erreichen, sinken bei Weitem nicht so elegant. Der Abstand zwischen 99 % und 99,9 % ist überwiegend eine Frage kompetenten Betriebs. Der Abstand zwischen 99,9 % und 99,99 % ist meist eine Architekturänderung: Redundanz über Availability Zones, automatisiertes Failover und die Beseitigung jedes Single Point of Failure, den Sie bislang toleriert haben.
Bei der letzten Neun ist Vorsicht geboten. Der Schritt von 99,99 % auf 99,999 % lässt etwa fünf Minuten Ausfall pro Jahr — weniger als ein einzelner ungeplanter Neustart und weniger, als die meisten Deployment-Prozesse verbrauchen. Das zuzusagen bedeutet, dass jede Routinewartung unterbrechungsfrei erfolgen muss, und das ist eine Eigenschaft der Architektur, nicht etwas, das ein Betriebsteam durch Sorgfalt zusichern kann.
Welcher Verfügbarkeitswert ist sinnvoll zuzusagen?
Das richtige Niveau ist jenes, bei dem die Kosten der nächsten Neun die Kosten der damit vermiedenen Ausfallzeit übersteigen. Für ein internes Reporting-System, das zu Geschäftszeiten genutzt wird, sind 99 % oft völlig angemessen und niemandem fällt der Unterschied auf. Für einen Bezahlvorgang oder einen Checkout kann eine Stunde Ausfall mehr kosten als ein ganzes Jahr der Infrastruktur, die ihn verhindert hätte.
Praktikabel ist, von der Konsequenz rückwärts zu rechnen statt von der Ambition vorwärts. Schätzen Sie, was eine Stunde Nichtverfügbarkeit tatsächlich kostet — entgangene Transaktionen, unproduktive Mitarbeitende, Supportlast, Vertragsstrafen — und stellen Sie dem den Engineering-Aufwand jeder weiteren Neun gegenüber. Sich öffentlich auf ein Niveau festzulegen, für das man nicht gebaut hat, ist schlimmer als eine ehrliche Zusage auf niedrigerem Niveau: Der erste Ausfall macht aus einem Engineering-Problem ein vertragliches.
Wie sich Verfügbarkeit verbessern lässt
Verfügbarkeit zu verbessern heißt vor allem, Single Points of Failure zu beseitigen und die Zeit zu verkürzen, bis verbleibende Fehler bemerkt und behoben sind. Grob nach Ertrag pro Aufwand:
- Messen Sie zuerst ehrlich. Wer nicht sagen kann, wie hoch die Verfügbarkeit im letzten Quartal war, formuliert mit jedem Ziel nur einen Wunsch. Synthetische Checks von außerhalb Ihres Netzes sind das Minimum; sie erfassen die Ausfälle, die das interne Monitoring nicht sieht, weil es selbst Teil des Fehlers ist.
- Beseitigen Sie die Single Points of Failure, die Sie ohnehin kennen. Die meisten Teams können sie benennen — der eine Datenbankserver, der manuelle Failover-Schritt, das Zertifikat, das jemand von Hand erneuert.
- Verkürzen Sie die Erkennungszeit. Die Wiederherstellungsdauer wird meist von der Zeit bis zum Bemerken dominiert, nicht von der Zeit bis zur Behebung — und Alarme auf Symptome, die Nutzer spüren, schlagen Alarme auf Servermetriken.
- Machen Sie Routinewartung unterbrechungsfrei. Sobald Deployments, Migrationen und Patches sämtlich Ausfallzeit erfordern, konkurriert Ihre geplante Wartung mit dem SLA um dasselbe Minutenbudget.
Redundanz lohnt sich danach, nicht davor. Redundante Infrastruktur, deren Umschaltung langsam ist oder die nie unter einem echten Fehler getestet wurde, verwandelt kurze Ausfälle eher in lange, als sie zu verhindern.
Rechenbeispiel: ein monatliches 99,9-%-SLA
Angenommen, Sie haben 99,9 % Verfügbarkeit bei monatlicher Messung zugesagt, und ein Datenbank-Failover hat an einem Dienstagnachmittag vier Stunden gedauert.
43m 12s
Pro Monat
Eine monatliche Zusage von 99,9 % erlaubt 43m 12s Ausfallzeit. Ein vierstündiger Ausfall ist rund das Fünfeinhalbfache dieses Budgets und bringt den Monat auf etwa 99,44 % — das erfüllt 99 %, verletzt aber 99,9 %.
Beachten Sie, was das für den Rest des Zeitraums bedeutet: Ein einziger vierstündiger Ausfall schöpft das Monatsbudget vollständig aus, das SLA ist also verletzt, egal wie fehlerfrei die übrigen 27 Tage liefen. Diese Asymmetrie ist der Grund, warum sich Verfügbarkeitsarbeit auf die Wiederherstellungszeit konzentriert und nicht auf die Fehlerhäufigkeit — eine langsame Wiederherstellung kostet mehr als mehrere schnelle.
Common questions
Was bedeutet ein Verfügbarkeitswert eigentlich?
Ein Verfügbarkeitswert ist eine Zusage über den Anteil eines Messzeitraums, in dem ein Dienst erreichbar sein wird. 99,9 % Verfügbarkeit heißt, der Dienst darf ein Zehntel Prozent des Zeitraums nicht erreichbar sein — was unerheblich klingt, bis man es in echte Uhrzeit umrechnet und feststellt, dass es jeden Monat 43 Minuten Ausfall zulässt.
Wie die erlaubte Ausfallzeit berechnet wird
Die Rechnung ist simpel — und man sollte sie sehen, statt ihr zu vertrauen. Die erlaubte Ausfallzeit ist genau der Anteil des Zeitraums, den die Zusage offenlässt.
Welcher Verfügbarkeitswert ist sinnvoll zuzusagen?
Das richtige Niveau ist jenes, bei dem die Kosten der nächsten Neun die Kosten der damit vermiedenen Ausfallzeit übersteigen. Für ein internes Reporting-System, das zu Geschäftszeiten genutzt wird, sind 99 % oft völlig angemessen und niemandem fällt der Unterschied auf. Für einen Bezahlvorgang oder einen Checkout kann eine Stunde Ausfall mehr kosten als ein ganzes Jahr der Infrastruktur, die ihn verhindert hätte.
Wie sich Verfügbarkeit verbessern lässt
Verfügbarkeit zu verbessern heißt vor allem, Single Points of Failure zu beseitigen und die Zeit zu verkürzen, bis verbleibende Fehler bemerkt und behoben sind. Grob nach Ertrag pro Aufwand:
Weiterführende Artikel
Cloud Cost Optimization Strategies: 10 Actionable Tactics
Explore 10 actionable cloud cost optimization strategies for mid-market and enterprise teams, covering rightsizing, autoscaling, FinOps, and observability.
What Is Infrastructure as Code: A Complete Guide for 2026
Learn what is infrastructure as code, how declarative and imperative approaches differ, and how to adopt IaC without losing control in 2026.
Business Continuity Best Practices: A 2026 Guide
Explore 10 business continuity best practices for software platforms. Learn to build resilient systems with tips on RTO/RPO, IaC, DR testing, and SRE.
Auf eine Zahl festgelegt, für die Sie nicht gebaut haben?
Ryware entwirft und betreibt hochverfügbare Systeme für Organisationen, bei denen Ausfallzeit in entgangenem Umsatz statt in Unannehmlichkeiten gemessen wird — Redundanz, die unter echtem Fehlerfall getestet wurde, Failover ohne Menschen in der Schleife, und Monitoring, das es vor Ihren Kunden bemerkt.