Uptime

Die Balken unter jeder Komponente und die Prozentzahl daneben sind die Zahl, die deine Kunden zitieren. Deshalb hier vollständig, wie sie entsteht.

Sie kommt aus deinen Meldungen, nicht aus Messungen

Ohne eigenen Check prüfen wir deine Systeme nicht. Statuswerk schickt dann keine Anfragen an deine Server und misst keine Antwortzeiten. Die Uptime ergibt sich daraus, wie lange deine Komponenten in welchem Zustand waren — und diese Zustände setzt du, von Hand, über einen Vorfall oder über die API.

Eine Ausnahme: Gehört ein Monitoring-Check zur Komponente und darf er sie umschalten, setzt er die Zustände selbst — dann stammt die Uptime dieser Komponente aus unseren Messungen. Ein öffentlicher Check zeigt außerdem seine eigene, gemessene Uptime: der Anteil der Zeit ohne bestätigten Ausfall.

Das hat eine unbequeme und eine angenehme Seite. Unbequem: eine Störung, die du nicht meldest, taucht in der Uptime nicht auf. Angenehm: die Zahl bildet ab, was deine Kunden tatsächlich gemerkt haben, statt was ein Prüfpunkt in einem Rechenzentrum gesehen hat.

Die Rechnung

Für jeden Zeitraum zählen wir die Minuten je Zustand:

Ausfallminuten = Minuten im großen Ausfall
               + Minuten im Teilausfall × 0,3

Uptime %       = 100 − (Ausfallminuten ÷ Minuten im Zeitraum) × 100

Drei Dinge fallen daran auf:

Ein Teilausfall zählt zu 30 %. Wenn ein Teil deines Dienstes läuft und ein anderer nicht, ist das nicht dasselbe wie „alles tot". Eine Stunde Teilausfall kostet 18 Minuten.

Beeinträchtigte Leistung kostet nichts. Langsam ist nicht aus. Der Zustand erscheint auf der Seite und im Verlauf, aber er senkt die Zahl nicht.

Wartung zählt nicht als Ausfall. Angekündigte Arbeiten sind keine Störung. Eine Komponente im Zustand Wartung verbraucht keine Ausfallminuten.

Ein Beispiel

90-Tage-Zeitraum, also 129.600 Minuten. In dieser Zeit:

• 2 Stunden großer Ausfall → 120 Minuten
• 5 Stunden Teilausfall → 300 × 0,3 = 90 Minuten
• 4 Stunden Wartung → 0 Minuten
• 3 Stunden beeinträchtigte Leistung → 0 Minuten

Macht 210 Ausfallminuten, also 99,84 %.

Zwei Zahlen, die oft verwechselt werden

Auf der Seite stehen zwei verschiedene Uptime-Angaben, und sie entstehen unterschiedlich.

Pro Komponente — die Balken unter jeder Komponente. Sie zeigen die Rechnung von oben, angewandt auf die Zustände genau dieser Komponente. Eindeutig und direkt nachvollziehbar.

Das Gesamtdiagramm oben auf der Seite — „Angesammelte Uptime über alle Komponenten". Es ist der Durchschnitt der einzelnen Komponentenwerte, keine eigene Rechnung über alle Ausfallminuten zusammen.

Der Unterschied ist wichtiger, als er klingt. Ein Beispiel: zwölf Stunden großer Ausfall an einer Komponente.

• Hast du eine Komponente, steht das Gesamtdiagramm bei 50 % für diesen Tag.
• Hast du vier, davon drei einwandfrei, steht es bei 87,5 % — derselbe Ausfall.
• Bei zwanzig Komponenten sind es 97,5 %.

Je mehr gesunde Komponenten daneben stehen, desto besser sieht derselbe Ausfall aus. Das ist bei einem Durchschnitt unvermeidlich, aber du solltest es wissen, bevor du die Zahl in ein SLA schreibst. Für eine belastbare Aussage über einen einzelnen Dienst nimm den Wert der Komponente, nicht das Gesamtdiagramm.

Die 0,3-Gewichtung für Teilausfälle steckt übrigens in beiden Zahlen — sie wird innerhalb jeder Komponente angewandt, und das Gesamtdiagramm erbt sie über den Durchschnitt. Es gibt keine zweite Gewichtung obendrauf.

Ins Gesamtdiagramm fließen nur Komponenten ein, die sichtbar sind und bei denen Uptime anzeigen aktiv ist. Was du ausblendest, zählt auch nicht mit.

Was du einstellen kannst

Auf der Statusseite unter Anzeige:

• Uptime anzeigen — blendet Balken und Prozentzahlen komplett aus.
• Gesamtdiagramm anzeigen — schaltet nur das Diagramm oben ab, die Balken je Komponente bleiben. Sinnvoll, wenn dir der Durchschnitt aus den oben genannten Gründen nicht gefällt, die einzelnen Komponenten aber schon.
• Uptime-Tage — wie weit die Balken zurückreichen, zwischen 7 und 365 Tagen. Standard sind 90.
• Schwelle für „beeinträchtigt" — Standard 99,50 %. Darunter wird der Balken rot, darüber aber unter 100 % orange, bei genau 100 % grün. Damit entscheidest du, ab wann ein Tag als schlecht gilt.

Je Komponente zusätzlich:

• Uptime anzeigen — einzelne Komponenten ohne Balken.
• Uptime-Startdatum — ab wann die Uptime zählt. Ohne Datum beginnt sie mit dem Anlegen der Komponente (oder mit ihrem ersten erfassten Statuswechsel, falls der älter ist). Tage davor erscheinen grau als „Noch keine Daten“ und zählen weder in die Prozentwerte noch in die Plattform-Uptime. Setz ein früheres Datum nur, wenn du die Komponente schon vorher woanders gepflegt hast — für die Tage dazwischen gilt dann 100 %.

Einzelne Vorfälle ausnehmen

Ein Vorfall kann auf Nicht auf die Uptime anrechnen gesetzt werden. Das wirkt rückwirkend: die Balken werden sofort neu berechnet, auch für vergangene Tage.

Gedacht ist das für Arbeiten, die zu klein sind, um die Verfügbarkeit deines Dienstes ehrlich zu beschreiben — nicht dafür, eine schlechte Woche verschwinden zu lassen. Eine Uptime-Zahl, die alles Unangenehme ausblendet, ist für deine Kunden wertlos, und sie merken es.

Details unter Nicht gelistete Einträge.

Uptime über die API

curl https://statuswerk.eu/api/v1/statuspage/status \
  -H "Authorization: Bearer $STATUSWERK_TOKEN"

Liefert den Gesamtstatus, die Zahl der offenen Vorfälle und die Uptime der Seite in Prozent (uptime, über den Zeitraum, den die Seite zeigt; mit ?days=30 über einen anderen, bis 365 Tage) — gedacht für CI-Pipelines und Berichte. Jede Komponente bringt unter GET /api/v1/components ihre Uptime der letzten 90 Tage mit (uptime_90d).