Guides 5 Min. Lesezeit

Uptime in Prozent berechnen: Formel und Beispiele

Die Uptime-Formel, Rechenbeispiele mit Vorfällen und Wartung, wie Sie die Uptime mehrerer Komponenten kombinieren und worin sich Uptime, Verfügbarkeit und Zuverlässigkeit unterscheiden.

Die Uptime in Prozent ist die Zeit, in der ein Dienst erreichbar war, geteilt durch die Gesamtzeit, multipliziert mit 100. Ein Monat mit 30 Tagen hat 43.200 Minuten; bei 27 Minuten Ausfallzeit beträgt die Uptime (43.200 − 27) ÷ 43.200 × 100 = 99,9375 %.

Die Formel ist einfach. Schwieriger ist es, auf eine Zahl zu kommen, die Sie vertreten können: Sie müssen festlegen, was die Gesamtzeit ist, was als Ausfallzeit zählt, was Sie herausrechnen und wie Sie mehrere Teile eines Systems kombinieren. Dieser Leitfaden geht jeden Punkt mit Beispielen durch und erklärt dann, wie sich Uptime von Verfügbarkeit und Zuverlässigkeit unterscheidet.

Für eine schnelle Antwort rechnet der Uptime-Rechner Ausfallzeit in einen Prozentwert um und einen Prozentwert in die erlaubte Ausfallzeit.

Die Uptime-Formel

Uptime % = (Total time − Downtime) ÷ Total time × 100

Gesamtzeit und Ausfallzeit müssen in derselben Einheit vorliegen. Für einen Monat sind Minuten praktisch, Sekunden, wenn Sie es genauer brauchen.

ZeitraumMinutenSekundenTag1.44086.400Woche10.080604.800Monat mit 30 Tagen43.2002.592.000Monat mit 31 Tagen44.6402.678.400Durchschnittsmonat (30,4375 Tage)43.8302.629.800Jahr (365,25 Tage)525.96031.557.600

Verwenden Sie die tatsächliche Länge des Zeitraums, wenn Sie gegenüber einem Vertrag berichten, denn die meisten SLAs werden pro Kalendermonat gemessen. Der Rechner nutzt den Durchschnittsmonat, damit sich Zielwerte fair vergleichen lassen. Deshalb zeigt er für dieselben 27 Minuten 99,938 % an.

Aus Checks statt Minuten

Wenn Ihre Daten eine Liste von Checks statt Ausfallzeiten sind, ist die Uptime der Anteil erfolgreicher Checks:

Uptime % = Successful checks ÷ All checks × 100

Bei einem Check pro Minute hat ein Monat mit 30 Tagen 43.200 Checks. Sind davon 40 fehlgeschlagen, beträgt die Uptime 43.160 ÷ 43.200 × 100 = 99,907 %. Das funktioniert nur, wenn die Checks in einem festen Intervall laufen, und jeder fehlgeschlagene Check zählt als volles Intervall Ausfallzeit. Bei Checks alle fünf Minuten zählt ein 30-sekündiger Ausfall entweder als fünf Minuten oder gar nicht.

Rechenbeispiele

Mehrere Vorfälle in einem Monat

Ein Shop hatte in einem Monat mit 30 Tagen drei Vorfälle: 12 Minuten am 4., 7 Minuten am 15. und 24 Minuten am 27. Zuerst addieren: 43 Minuten. Dann (43.200 − 43) ÷ 43.200 × 100 = 99,9005 %. Ein Monat mit 30 Tagen erlaubt bei 99,9 % genau 43 Minuten und 12 Sekunden, der Shop blieb also mit 12 Sekunden Reserve im Zielwert.

Geplante Wartung herausrechnen

Wenn Ihr SLA Wartung ausnimmt, ziehen Sie die Wartungszeit von der Gesamtzeit ab, nicht nur von der Ausfallzeit:

Uptime % = (Total time − Maintenance − Downtime) ÷ (Total time − Maintenance) × 100

Ein Beispiel: ein Monat mit 30 Tagen, einem zweistündigen Wartungsfenster und 30 Minuten ungeplanter Ausfallzeit. Ohne Wartung: (43.200 − 120 − 30) ÷ (43.200 − 120) × 100 = 99,930 %. Zählt die Wartung stattdessen als Ausfallzeit: (43.200 − 150) ÷ 43.200 × 100 = 99,653 %. Derselbe Monat, zwei sehr unterschiedliche Zahlen. Deshalb muss im SLA stehen, welche gilt.

Pausiertes Monitoring funktioniert genauso. Wenn niemand gemessen hat, war der Dienst in dieser Zeit weder erreichbar noch ausgefallen, und sie gehört nicht in die Gesamtzeit.

Die Uptime mehrerer Komponenten kombinieren

Die meisten Dienste hängen von mehr als einer Sache ab. Wie Sie deren Uptime kombinieren, hängt davon ab, ob sie hintereinandergeschaltet oder redundant sind.

Hintereinandergeschaltete Komponenten

Wenn jede Komponente funktionieren muss, multiplizieren Sie ihre Uptime-Werte. Eine Website, die einen App-Server mit 99,9 % und eine Datenbank mit 99,9 % braucht, erreicht bestenfalls 0,999 × 0,999 = 99,8 %, vorausgesetzt, sie fallen zu unterschiedlichen Zeiten aus. Kommt ein Zahlungsanbieter mit 99,9 % hinzu, sinkt der Checkout auf etwa 99,7 %. Jede zusätzliche Abhängigkeit senkt die Obergrenze.

Redundante Komponenten

Wenn jede von zwei Komponenten die Aufgabe übernehmen kann, ist der Dienst nur dann ausgefallen, wenn beide ausfallen. Zwei Server mit je 99 % ergeben theoretisch 1 − (0,01 × 0,01) = 99,99 %. In der Praxis teilen sie sich oft ein Netzwerk, ein Deployment oder einen Konfigurationsfehler und fallen daher häufiger gemeinsam aus, als die Rechnung annimmt. Betrachten Sie das Ergebnis als Obergrenze, nicht als Versprechen.

Bilden Sie keinen Durchschnitt über Monitore

Hatte die Startseite 100 % und der Checkout 99,0 %, beschreibt ein Durchschnitt von 99,5 % nichts, was Kunden tatsächlich erlebt haben. Berichten Sie jede Komponente einzeln und legen Sie vorab fest, welche davon in Ihrem SLA „den Dienst“ ausmachen.

Uptime vs. Verfügbarkeit vs. Zuverlässigkeit

Die drei Begriffe werden oft synonym verwendet. Sie messen aber Unterschiedliches, und wer weiß, welcher gemeint ist, kann mit der Zahl mehr anfangen.

Uptime ist der Anteil der Zeit, in der der Dienst erreichbar war und geantwortet hat. Das berechnet die Formel oben, und das meinen die meisten SLAs.

Verfügbarkeit ist der Anteil der Zeit, in der der Dienst nutzbar war: erreichbar, korrekt und schnell genug. Eine Seite, die 40 Sekunden zum Laden braucht, ist erreichbar, aber nicht verfügbar. Wenn Sie langsame oder falsche Antworten als Fehler zählen, messen Sie Verfügbarkeit.

Zuverlässigkeit beschreibt, wie lange der Dienst ohne Fehler läuft, meist gemessen als MTBF (Mean Time Between Failures, mittlere Zeit zwischen Ausfällen). Sie sagt, wie oft etwas kaputtgeht, nicht wie lange es kaputt bleibt.

Die Verfügbarkeit verbindet die beiden anderen Kennzahlen über eine klassische Formel:

Availability = MTBF ÷ (MTBF + MTTR)

MTTR ist die mittlere Zeit bis zur Wiederherstellung. Ein Dienst, der im Schnitt alle 720 Stunden ausfällt (einmal im Monat) und eine Stunde zur Wiederherstellung braucht, hat eine Verfügbarkeit von 720 ÷ 721 = 99,86 %. Die Formel zeigt auch die zwei Wege zur Verbesserung: seltener ausfallen oder schneller wiederherstellen. MTTR, MTTA und MTBF erklärt zeigt, wie Sie jede Kennzahl messen und verbessern.

Zwei Dienste mit derselben Uptime können sich sehr unterschiedlich anfühlen. Ein 43-minütiger Ausfall im Monat und 43 einminütige Ausfälle im Monat ergeben denselben Prozentwert, aber im zweiten Fall wird die Arbeit Ihrer Nutzer jeden Tag unterbrochen. Deshalb lohnt es sich, neben dem Uptime-Prozentwert auch die Anzahl der Vorfälle zu verfolgen.

Häufige Fehler

Von innen messen. Server-Logs können keine Anfrage erfassen, die nie angekommen ist. DNS-Probleme, abgelaufene Zertifikate und Netzwerkausfälle zeigen sich nur bei externen Checks.

Jeden Aussetzer mitzählen. Ein einzelner fehlgeschlagener Check liegt oft am Netzwerk, nicht an Ihrem Dienst. Bestätigen Sie Fehler mit einem zweiten Check, bevor Sie sie als Ausfallzeit zählen, sonst fallen Ihre Zahlen schlechter aus als das, was Nutzer erlebt haben.

Aufrunden. 99,896 % sind nicht 99,9 %. Wenn Sie mit einem Zielwert vergleichen, runden Sie ab oder zeigen Sie genug Nachkommastellen, um die Werte zu unterscheiden.

Zu selten prüfen. Das Check-Intervall bestimmt die Auflösung. Mit Checks alle 5 oder 10 Minuten können Sie nicht sagen, ob Sie einen Monat mit 99,95 % geschafft haben, der 22 Minuten erlaubt.

Nur die Startseite prüfen. Eine gecachte Startseite kann erreichbar bleiben, während Login oder Checkout ausfallen. Überwachen Sie die Pfade, auf die Ihre Nutzer angewiesen sind.

Die Zahlen ohne Tabellenkalkulation

Uptimecheck berechnet die Uptime so, wie es dieser Leitfaden beschreibt. Uptime-Monitoring prüft bis zu jede Minute aus Stockholm, London und New York und bestätigt jeden fehlgeschlagenen Check von einem zweiten Standort. Die Uptime ist der Anteil des Zeitraums ohne bestätigten Ausfall; Wartungsfenster und pausierte Zeiten werden nicht angerechnet.

Berichte zeigen Uptime, Ausfallzeit und Vorfälle pro Monitor für diesen Monat, den letzten Monat oder die letzten 7, 30 oder 90 Tage, gemessen an einem SLA-Zielwert von 99 % bis 99,99 %, mit CSV-Download. Siehe Berichte mit einem SLA-Zielwert erstellen.

Kundenberichte senden dieselben Zahlen an die Kunden, für die Sie arbeiten. Siehe Kundenberichte.

Statusseiten zeigen Kunden 90 Tage Uptime-Verlauf pro Komponente. Siehe Statusseiten.

Um zu sehen, was ein Zielwert erlaubt, bevor Sie sich darauf festlegen, lesen Sie was 99,9 % Uptime bedeutet, oder nutzen Sie den SLA- und Uptime-Rechner.

Schluss mit dem Berechnen der Uptime von Hand. Testen Sie Uptimecheck 14 Tage kostenlos, ohne Kreditkarte.

Fragen

Wie lautet die Formel für die Uptime in Prozent?

Uptime % = (Gesamtzeit − Ausfallzeit) ÷ Gesamtzeit × 100. Beispiel: 27 Minuten Ausfallzeit in einem Monat mit 30 Tagen (43.200 Minuten) ergeben 99,9375 % Uptime.

Wie berechne ich die Uptime aus der Anzahl der Checks?

Teilen Sie die erfolgreichen Checks durch alle Checks und multiplizieren Sie mit 100. Bei einem Check pro Minute hat ein Monat mit 30 Tagen 43.200 Checks; 40 fehlgeschlagene Checks ergeben 99,907 %. Das funktioniert nur mit Checks in festem Intervall.

Was ist der Unterschied zwischen Uptime und Verfügbarkeit?

Uptime ist der Anteil der Zeit, in der ein Dienst erreichbar war. Verfügbarkeit ist der Anteil der Zeit, in der er nutzbar war, wobei auch langsame oder falsche Antworten ausgeschlossen werden können. Eine Seite, die 40 Sekunden zum Laden braucht, ist erreichbar, aber nicht verfügbar.

Sollte Wartung als Ausfallzeit zählen?

Das hängt von Ihrem SLA ab. Ist Wartung ausgenommen, ziehen Sie sie von der Gesamtzeit und von der Ausfallzeit ab. Intern kann es sinnvoll sein, zusätzlich den Wert inklusive Wartung zu verfolgen, denn Nutzer konnten den Dienst in dieser Zeit trotzdem nicht erreichen.

Weiterlesen

Guides 6 Min. Lesezeit

Was bedeutet 99,9 % Uptime? Ausfallzeit im SLA erklärt

99,9 % Uptime erlauben in einem durchschnittlichen Monat 43 Minuten und 49 Sekunden Ausfallzeit. Was jede Stufe an Neunen pro Tag, Monat und Jahr erlaubt, wie SLAs Uptime messen, wie Service-Gutschriften funktionieren und wie Sie ein Ziel wählen.

Lesen

Guides 6 Min. Lesezeit

301 vs. 302 Redirect: Welcher passt und wie Sie ihn prüfen

Permanent oder temporär, 301 oder 308, 302 oder 307: was jede Weiterleitung Browsern und Suchmaschinen mitteilt, wie Sie Ketten und Schleifen vermeiden und wie Sie eine Weiterleitung prüfen.

Lesen

Guides 6 Min. Lesezeit

Error Budgets: Was sie sind und wie Sie sie nutzen

Wie Sie ein Error Budget aus einem SLO berechnen, was es verbraucht, wie die Burn Rate funktioniert und wie Sie eine Error-Budget-Policy schreiben, an die sich Ihr Team wirklich hält.

Lesen

Downtime ist von gestern.

Richten Sie Ihren ersten Monitor in weniger als einer Minute ein – oder sehen Sie sich zuerst die Live-Demo an.

14 Tage kostenlos testen · Danach gratis für 5 Monitore · Keine Kreditkarte