Was ist Uptime und warum sie wichtig ist

Uptime ist der Prozentsatz der Zeit, in der die Website erreichbar ist. 99 % bedeuten über drei Tage Ausfall pro Jahr; realistisches Ziel ist 99,9 %.

Definition: was genau wir messen

Uptime ist das Verhältnis der Zeit, in der der Dienst wie erwartet antwortet (typisch HTTP 200, Inhalt enthält ein Schlüsselwort), zur Gesamtmesszeit. Ausgedrückt in Prozent, meistens über einen Zeitraum von 30 oder 365 Tagen.

Das Gegenteil ist Downtime - die Zeit, in der der Dienst nicht reagiert, 5xx zurückgibt oder das gesetzte Timeout überschreitet. Dazu gehört auch geplante Wartung, sofern Sie sie nicht ausdrücklich aus der Berechnung ausschließen (was Sie im SLA kommunizieren sollten).

Die "Neunen"-Tabelle: wie viel Zeit jede Dezimalstelle bedeutet

Uptime	Erlaubte Downtime / Jahr	Monat	Tag
99 %	3 Tage 15 Std	7 Std 18 Min	14 Min
99,5 %	1 Tag 19 Std	3 Std 39 Min	7 Min
99,9 % (three nines)	8 Std 45 Min	43 Min	1 Min 26 s
99,95 %	4 Std 22 Min	21 Min	43 s
99,99 % (four nines)	52 Min	4 Min 22 s	8,6 s
99,999 % (five nines)	5 Min 15 s	26 s	0,86 s

Jede weitere Neun multipliziert die Infrastrukturkosten. Five nines (99,999 %) ist die Domäne globaler Anbieter mit aktiver kontinentübergreifender Redundanz - für die meisten Geschäftsanwendungen ist 99,9 % das richtige Ziel.

Welche Uptime Sie tatsächlich brauchen

Marketing-Website (Firma, Portfolio): 99 % reichen aus. Ein Besucher, der während eines Ausfalls kommt, versucht es später erneut.
SaaS-App mit Desktop-Client: 99,9 % sind das Minimum. Kunden zahlen für Arbeit, die sie während der Downtime nicht erledigen können.
E-Shop, Payment Gateway, Echtzeit-Dienst: 99,95 % und höher. Jede Minute = direkte Verluste.
Infrastruktur (eine API, die andere nutzen): Mindestens 99,99 %. Ihr SLA begrenzt das SLA Ihrer Kunden.

Wie Uptime gemessen wird

Der Monitoring-Dienst ruft Ihren Endpoint periodisch auf (typisch HTTP GET, aber auch TCP-Socket, ICMP-Ping oder DNS-Auflösung). Jede Prüfung hat ein binäres Ergebnis: up oder down.

Ein übliches Intervall sind 1-5 Minuten. Je kürzer, desto schneller erfassen Sie einen Ausfall, aber desto mehr False-Positive-Alerts erhalten Sie (ein lokaler Netzwerk-Glitch, ein kurzer Deploy-Restart). Die Lösung ist die Multi-Region-Prüfung: ein Ausfall wird erst bestätigt, wenn ihn N Regionen melden, nicht nur eine.

Häufigste Quellen "verlorener Neunen"

Abgelaufenes SSL/TLS-Zertifikat. Der Browser blockiert die Seite. Ohne Monitoring erfahren Sie es Montagmorgen, wenn das Telefon klingelt.
Domain-Ablauf. Das gesamte DNS funktioniert nicht mehr. E-Mail, Web und Status-Seite - alles fällt gleichzeitig aus.
Abgestürzter Datenbank-Worker. Die Seite gibt 500 zurück oder läuft für einen Teil der Requests ins Timeout. Ein klassischer Ping kommt vielleicht trotzdem durch, obwohl die Anwendung defekt ist.
DDoS oder Flooding. Der Server ist überlastet, die Response-Time steigt über das Limit, und das Monitoring meldet einen Ausfall.
Misslungener Deploy. Eine neue Version hat einen Bug, der einen Pfad bricht. Ohne Integrationstests finden Sie es heraus, wenn Kunden zu klagen beginnen.

Fazit

Uptime ist keine Marketingzahl - sie ist das Maß dafür, wie sehr Sie sich auf Ihre eigene Infrastruktur verlassen können. 99,9 % Uptime ist kein Luxus, sondern eine Standardanforderung für jeden Dienst, der Umsatz generiert oder zahlende Kunden hat.

Schritt eins ist messen. Wenn Sie kein externes Monitoring haben, wissen Sie technisch nicht, welche Uptime Sie haben - Sie schätzen nur.

Beginnen Sie, die Uptime Ihrer Dienste zu messen

ePulz.io trackt Ihre Endpoints in Intervallen ab 1 Minute aus mehreren Regionen. 7 Tage kostenlos.

Monitoring starten →