ForHosting KIT · Websites auslesen & überwachen

Verfügbarkeit aus Störungszeiten berechnen

Ein Monat mit 30 Tagen, also 43.200 Minuten, und drei Störungen von zusammen 45 Minuten ergibt knapp unter 99,9 % Verfügbarkeit, also zwei Neunen. Geben Sie Zeitraum und Störungsdauern in einer Einheit ein. Kostenlos in Ihrem Browser.

Kostenlos
Läuft in Ihrem Browser
Ohne Anmeldung
Ihre Daten bleiben auf Ihrem Gerät

Im Browser ausführen – kostenlos API ansehen

Nutzen Sie es über WebAPIE-MailTelegramApp bald

Rechenbeispiel

Wenn Sie eingeben

Periode: 43.200 minutes
Vorfälle: 10, 20, 15

Erhalten Sie

Anzahl der Vorfälle: 3 minutes
Gesamtdauer der Vorfälle: 45
Verfügbare Zeit: 43.155
Verfügbarkeit (%): 99,8958333333

Wandeln Sie einen Überwachungszeitraum und Störungsdauern in ein klares Ergebnis um. Der Rechner summiert Ausfallzeiten, prüft sie gegen den Zeitraum, zieht sie ab und liefert Prozentsatz sowie Neunen-Klasse. Wählen Sie Sekunden, Minuten, Stunden oder Tage und verwenden Sie durchgehend dieselbe Einheit. Die Berechnung ist deterministisch und benötigt weder Netzwerk noch Annahmen zu Kalendern, Zeitstempeln oder Überschneidungen.

Bereiten Sie verlässliche Werte vor

Beginnen Sie mit dem vollständigen Berichtsintervall, etwa 30 Tagen, 720 Stunden oder 43,200 Minuten. Listen Sie alle Störungen dieses Intervalls auf. Zeitraum und Vorfälle müssen dieselbe Einheit verwenden; ohne Ausfall bleibt die Liste leer.

Der Rechner behandelt Dauern als getrennt und erkennt keine Überschneidungen. Fassen Sie gleichzeitige Ausfälle desselben Dienstes daher vorher zusammen. Der Zeitraum muss positiv, jede Dauer endlich und nicht negativ sein.

Übersteigt die Summe den Zeitraum, wird die Eingabe abgelehnt statt ein irreführendes negatives Ergebnis zu liefern.

Verstehen Sie Prozent und Neunen

Die summierte Ausfallzeit wird vom Zeitraum abgezogen. Die verfügbare Zeit wird durch den Gesamtzeitraum geteilt und mit 100 multipliziert. 99.9 Prozent bedeuten ein Tausendstel Ausfall.

Die Klasse ist der ganzzahlige Anteil des negativen Zehnerlogarithmus: 0.001 ergibt drei, 0.0001 vier Neunen. Zwischenwerte bleiben in der niedrigeren Klasse. Ohne Ausfall lautet das Ergebnis perfekte Verfügbarkeit; eine endliche Zahl entfällt.

Nutzen Sie das Ergebnis in Berichten

Die Felder eignen sich für Berichte und Automatisierung. Prüfen Sie vor der Veröffentlichung Zeitraum und Wartungsrichtlinie. Vergleichen Sie bei Servicezielen den Prozentsatz mit der Vertragsschwelle, nicht nur die Bezeichnung.

Eine Summe über dem Zeitraum deutet häufig auf Duplikate, gemischte Einheiten oder unpassende Berichte hin.

Anwendungsfälle

Monatsbericht veröffentlichen

Ermitteln Sie aus Monat und bestätigten Störungen einen prüfbaren Wert.

Serviceziel prüfen

Vergleichen Sie die gemessene Verfügbarkeit mit Ziel und Fehlerbudget.

Störungsexport validieren

Erkennen Sie unmögliche Summen durch Duplikate oder gemischte Einheiten.

Häufige Fragen

Welche Einheiten sind möglich?

Verwenden Sie Sekunden, Minuten, Stunden oder Tage einheitlich für alle Werte.

Wie werden Neunen bestimmt?

Die Zahl ist der ganzzahlige Anteil des negativen Zehnerlogarithmus der Ausfallquote.

Was geschieht ohne Störungen?

Eine leere Liste ergibt 100 Prozent und perfekte Verfügbarkeit ohne endliche Neunenzahl.

Werden Überschneidungen berücksichtigt?

Nein. Fassen Sie überlappende Ausfallzeiten desselben Dienstes vorher zusammen.

Warum zählt ein Ergebnis knapp unter 99,9 % nur als zwei Neunen?

Weil Werte zwischen zwei exakten Schwellen in der unteren Klasse bleiben. Drei Neunen erlauben höchstens ein Tausendstel des Zeitraums als Ausfall, und 45 von 43.200 Minuten liegen leicht darüber. So beansprucht Ihr Ergebnis kein Ziel, das nicht erreicht wurde.

Für Entwickler — API-Zugang

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

Endpunkt

POSThttps://api.kit.forhosting.com/web/status-page-uptime-percent

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

Aufruf aus Ihrem Stack

curl -X POST https://api.kit.forhosting.com/web/status-page-uptime-percent \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"period":60,"incidents":[10,20,15]}'

const res = await fetch("https://api.kit.forhosting.com/web/status-page-uptime-percent", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "period": 60,
    "incidents": [
      10,
      20,
      15
    ]
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/web/status-page-uptime-percent",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "period": 60,
    "incidents": [
        10,
        20,
        15
    ]
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/web/status-page-uptime-percent", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"period":60,"incidents":[10,20,15]}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"period":60,"incidents":[10,20,15]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/web/status-page-uptime-percent", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Beispiel-Anfrage

{
  "period": 60,
  "incidents": [
    10,
    20,
    15
  ]
}

Beispiel-Antwort

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "web.status_page_uptime_percent",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Preis

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

Limits

max_incidents 10000

Fehler

HTTP	Code	Bedeutung
`401`	`unauthorized`	Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
`402`	`insufficient_balance`	Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
`404`	`unknown_type`	Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
`429`	`rate_limited`	Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Technische Hinweise

Verstehen Sie Prozent und Neunen

Für stabiles JSON wird auf zwölf Dezimalstellen gerundet, die Klasse nutzt jedoch das ungerundete Verhältnis.

Nutzen Sie das Ergebnis in Berichten

Im Browser prüfen Sie Werte schnell; automatisierte API-Aufrufe kosten jeweils $0.002.

Technische Fragen

Was kostet eine API-Berechnung?

Jeder API-Aufruf kostet $0.002; dieselbe Berechnung läuft auch im Browser.

Vollständige KIT-Dokumentation lesen →

Verfügbarkeit aus Störungszeiten berechnen

Im Browser ausführen – kostenlos

Rechenbeispiel

Bereiten Sie verlässliche Werte vor

Verstehen Sie Prozent und Neunen

Nutzen Sie das Ergebnis in Berichten

Anwendungsfälle

Monatsbericht veröffentlichen

Serviceziel prüfen

Störungsexport validieren

Häufige Fragen

Verwandte Tools

Für Entwickler — API-Zugang

Endpunkt

Aufruf aus Ihrem Stack

Beispiel-Anfrage

Beispiel-Antwort

Preis

Limits

Fehler

Technische Hinweise

Verstehen Sie Prozent und Neunen

Nutzen Sie das Ergebnis in Berichten

Technische Fragen

danke