SLA-Monitoring: Uptime gegenüber einem SLA messen und belegen

2026-09-20 Aktualisiert: 2026-09-22

SLA-Monitoring ist die Praxis, die Verfügbarkeit eines Dienstes unabhängig zu prüfen, damit Sie zeitgestempelte Belege dafür haben, ob eine bestimmte Verfügbarkeit, die ein Service Level Agreement zusagt, eingehalten wurde. Dieser Beleg zählt am meisten im Streitfall, denn das eigene Dashboard eines Anbieters ist kein neutraler Zeuge für dessen eigene Ausfallzeit.

Was ist SLA-Monitoring?

Ein SLA (Service Level Agreement) ist ein Vertrag, der ein konkretes Verfügbarkeitsziel nennt, meist eine monatliche Uptime in Prozent wie 99,9 %, und festlegt, was passiert, wenn der Anbieter es verfehlt: üblicherweise eine Gutschrift, manchmal ein Kündigungsrecht. SLA-Monitoring ist die laufende Messarbeit darunter: den zugesagten Endpunkt von außerhalb des Netzwerks des Anbieters prüfen, jeden Ausfall mit Zeitstempel protokollieren und das Ergebnis zu dem Prozentwert zusammenrechnen, um den es im Vertrag geht. Ohne diesen unabhängigen Nachweis läuft die Frage, ob ein SLA eingehalten wurde, darauf hinaus, wessen Zahlen Sie vertrauen.

Beide Seiten haben einen Grund, es zu betreiben. Ein Kunde will einen Beleg, bevor er eine Gutschrift beantragt. Ein Anbieter will eine ehrliche eigene Zahl haben, bevor das Monitoring eines Kunden ein Problem zuerst entdeckt.

SLA vs. SLO vs. SLI

Die drei Begriffe werden locker verwendet, beschreiben aber der Reihe nach drei verschiedene Dinge: Messung, Ziel, Zusage.

Begriff	Was es ist	Beispiel
SLI (Service Level Indicator)	Die tatsächliche Messung, eine aus echten Prüfungen berechnete Zahl	Uptime, gemessen von externen Prüfpunkten über die letzten 30 Tage
SLO (Service Level Objective)	Ein internes Ziel für diesen Indikator, ohne vertragliche Konsequenz	„Wir streben dieses Quartal 99,95 % Uptime an"
SLA (Service Level Agreement)	Eine vertragliche Zusage auf Basis eines oder mehrerer SLOs, mit einer festgelegten Konsequenz bei Verfehlung	„99,9 % monatliche Uptime, sonst eine anteilige Gutschrift"

Der praktische Test: Wenn das Verfehlen der Zahl nirgendwo eine schriftlich festgelegte Konsequenz hat, ist es ein SLO, kein SLA.

Was ein Uptime-SLA tatsächlich erlaubt

Jedes Zehntelprozent zählt mehr, als es aussieht. Hier ist, was jede gängige SLA-Stufe verkraftet, bevor sie verletzt ist, für einen durchgehenden 30-Tage-Monat und ein 365-Tage-Jahr:

SLA-Ziel	Erlaubte Ausfallzeit pro 30-Tage-Monat	Erlaubte Ausfallzeit pro Jahr
99 %	7 Std. 12 Min.	3 Tage 15 Std. 36 Min.
99,5 %	3 Std. 36 Min.	1 Tag 19 Std. 48 Min.
99,9 %	43 Min. 12 Sek.	8 Std. 45 Min. 36 Sek.
99,95 %	21 Min. 36 Sek.	4 Std. 22 Min. 48 Sek.
99,99 %	~4 Min. 19 Sek.	~52 Min. 34 Sek.

Der Sprung von 99,9 % auf 99,99 % senkt die erlaubte Ausfallzeit um 90 %, von rund 43 Minuten im Monat auf rund 4 Minuten. Siehe wie man Uptime berechnet für die zugrunde liegende Formel und die Überlegung hinter jeder Stufe.

Was Sie messen sollten, damit die Zahl im Streitfall standhält

Prüfen Sie von außerhalb des Netzwerks des Anbieters und von mehr als einem Standort aus. Eine Prüfung, die auf derselben Infrastruktur beginnt und endet, die sie testet, kann einen netzwerkseitigen Ausfall nicht sehen, der diese Infrastruktur vom Internet isoliert.
Passen Sie das Prüfintervall an die SLA-Stufe an. Ein 5-Minuten-Intervall kann ein 99,99-%-Ziel weder zuverlässig beweisen noch widerlegen, weil das gesamte monatliche Budget kleiner ist als ein einziger Prüfzyklus.
Verlangen Sie eine Bestätigung von einem zweiten Standort, bevor Sie Ausfallzeit zählen. Ein Netzwerk-Ausrutscher an einem einzelnen Standort ist nicht der Ausfall des Anbieters; ein Incident, der erst öffnet, wenn mehrere Standorte übereinstimmen, hält dieses Rauschen aus der Zahl heraus.
Schließen Sie nur die Wartungsfenster aus, die das SLA tatsächlich dokumentiert. Nicht angekündigte Wartung zählt weiterhin als Ausfallzeit; ein Fenster, dem beide Seiten im Voraus zugestimmt haben, nicht.
Messen Sie genau den Endpunkt, den der Vertrag nennt, nicht einen Health-Check-Pfad, der unabhängig davon mit 200 antwortet, ob der eigentliche Dienst funktioniert.
Wenden Sie den Antwortzeit-Schwellenwert des SLA an, falls vorhanden. Manche Vereinbarungen definieren „down" als langsamer als eine genannte Antwortzeit, nicht nur als nicht erreichbar.
Bewahren Sie das rohe Prüfprotokoll auf, nicht nur den aufsummierten Prozentwert. Ein Streitfall braucht Zeitstempel, Statuscodes und Dauern, nicht eine einzelne Zahl aus einer Tabelle.

SLA-Monitoring Schritt für Schritt einrichten

Notieren Sie sich den genauen Endpunkt, die Metrik (Uptime, Antwortzeit oder beides) und das Messfenster, das das SLA vorgibt. Eine Prüfung gegen die falsche URL oder die falsche Zeitzone erzeugt eine Zahl, die niemand nutzen kann.
Stellen Sie das Prüfintervall kurz genug für die Stufe ein, die Sie belegen wollen. Als Faustregel: Halten Sie es deutlich unter dem kleinsten Ausfall, den das Ziel erlaubt, ein 99,9-%-Ziel braucht also ein Intervall in Minuten, nicht in zig Minuten.
Führen Sie die Prüfungen von mehreren unabhängigen Standorten außerhalb der eigenen Infrastruktur des Anbieters aus, über die Regionen verteilt, in denen es darauf ankommt. HostTracker prüft von über 300 Prüfpunkten in 158 Städten, Sie können also Standorte nahe an Ihren echten Nutzern wählen.
Schalten Sie eine Recheck- oder Bestätigungsregel ein, sodass der Ausfall an einem Standort erst von anderen bestätigt werden muss, bevor er als Ausfallzeit zählt.
Legt das SLA einen Antwortzeit-Schwellenwert fest, konfigurieren Sie ihn als Fehlerbedingung, nicht nur als langsames, aber bestandenes Ergebnis.
Nehmen Sie die von beiden Seiten vereinbarten Wartungsfenster in die Monitoring-Konfiguration auf, damit sie automatisch aus der Uptime-Zahl ausgeschlossen werden statt von Hand zum Berichtszeitpunkt.
Planen Sie einen wiederkehrenden Uptime-Bericht im selben Turnus, in dem das SLA gemessen wird, wöchentlich oder monatlich, damit die Zahl nie erst während eines Streitfalls zum ersten Mal zusammengestellt wird.

Wie Sie zu einem SLA berichten

Ein geplanter Bericht schließt die Lücke zwischen Messen und Beweisen. Ein wöchentlicher oder monatlicher Uptime-Bericht, automatisch an alle Verantwortlichen auf beiden Seiten versandt, macht aus dem rohen Prüfprotokoll die Zahl, gegen die das SLA geschrieben ist, bevor jemand danach fragen muss. Eine öffentliche Statusseite erledigt denselben Job für alle außerhalb dieser Verteilerliste: ein gemeinsamer, zeitgestempelter Nachweis von Uptime und Incidents, dem keine Seite der anderen aufs Wort glauben muss. Siehe was eine Statusseite tatsächlich zeigt, falls Sie noch keine eingerichtet haben. Sobald Sie die Prüfergebnisse eines Zeitraums haben, gibt Ihnen ein Uptime-Rechner den Prozentwert, ohne dass Sie selbst rechnen müssen.

Häufige Fehler

Messen aus dem eigenen Netzwerk. Eine Prüfung, die auf von Ihnen kontrollierter Infrastruktur beginnt und endet, kann einen Ausfall nicht sehen, der nur beeinflusst, wie die Außenwelt Sie erreicht.
Uptime über mehrere Dienste oder Regionen mitteln. Eine einzelne gemittelte Zahl kann einen Dienst verbergen, der sein SLA gebrochen hat, während andere den Durchschnitt wieder nach oben gepolstert haben.
Nur vollständige Ausfälle zählen. Hat das SLA eine Antwortzeit-Klausel, verletzt sie auch ein Dienst, der zwar antwortet, aber deutlich langsamer ist als der Schwellenwert, selbst wenn er nie vollständig ausfiel.
Ein 5-Minuten-Prüfintervall gegen ein 99,99-%-Ziel fahren. Die Rechnung geht nicht auf: 99,99 % erlaubt rund 4 Minuten Ausfallzeit im Monat, weniger als ein Prüfzyklus, das Intervall kann also nicht klären, ob das Ziel erreicht wurde.

Häufig gestellte Fragen

Wie wird die SLA-Uptime berechnet?

Genauso wie jeder andere Uptime-Prozentwert: (Gesamtzeit minus Ausfallzeit) geteilt durch Gesamtzeit, mal 100. Das SLA-Spezifische ist, welche Ausfallzeit zählt: nur Ausfälle gegen den genauen Endpunkt und das Fenster, die der Vertrag nennt, mit vereinbarter Wartung ausgeschlossen. Siehe wie man Uptime berechnet für die vollständige Formel und durchgerechnete Beispiele.

Zählt Wartung gegen ein SLA?

Nur, wenn sie nicht im Voraus vereinbart wurde. Die meisten SLAs schließen geplante Wartung aus, die beide Seiten vorab dokumentiert haben, aber Ausfallzeit durch eine unangekündigte Änderung oder eine Notfallkorrektur, die im Nachhinein als „Wartung" bezeichnet wird, zählt weiterhin. Der Ausschluss gilt für das offengelegte Fenster, nicht für das Wort selbst.

Was ist ein gutes Uptime-SLA?

99,9 % ist ein gängiger Grundwert für einen kommerziellen Dienst und erlaubt rund 43 Minuten Ausfallzeit im Monat. 99,95 % ist eine vernünftige Zusage im mittleren Segment, und 99,99 % ist eine ernsthafte Zusage, die nur wenige Minuten im Monat übrig lässt, schwer zu erreichen ohne redundante Infrastruktur und diszipliniertes Wartungsmanagement. Behandeln Sie jedes Versprechen von 100 % eher als Marketingaussage denn als technische, die Tabelle oben zeigt warum.

Wie fordere ich SLA-Gutschriften an?

Der grobe Ablauf ist bei den meisten Anbietern ähnlich: Sammeln Sie Ihre eigenen Monitoring-Belege für den betroffenen Zeitraum (Zeitstempel, den geprüften Endpunkt, die bestätigte Ausfallzeit), vergleichen Sie sie mit der eigenen Statusseite oder dem Incident-Protokoll des Anbieters, und reichen Sie eine Forderung über den Support-Kanal des Anbieters innerhalb der im Vertrag genannten Frist ein, oft eine bestimmte Anzahl Tage nach dem Vorfall. Prüfen Sie das konkrete SLA-Dokument des jeweiligen Anbieters für die genaue Frist und den nötigen Nachweis, da sich diese Details unterscheiden und schnell verfallen können.

Kann ein einziger Monitoring-Standort die SLA-Einhaltung allein beweisen?

Nicht zuverlässig. Ein einzelner Standort kann einen echten Ausfall nicht von einem Problem im eigenen Netzwerkpfad zum Anbieter unterscheiden, genau die Art von Fehlalarm, die ein SLA-Streit nicht überlebt. Erst die Bestätigung von mehr als einem unabhängigen Standort, bevor ein Ausfall gezählt wird, macht die entstehende Zahl belastbar.