Uptime
Uptime bezeichnet die Zeit, in der eine Website oder ein Server fehlerfrei erreichbar ist – meist als Prozentwert pro Jahr angegeben. Sie ist die zentrale Kennzahl der Hosting-Verlässlichkeit.
Uptime ist Vertrags- und Risiko-Größe zugleich: Sie wird in Service-Level-Vereinbarungen (SLA) zugesichert und entscheidet darüber, wie verlässlich Bestellungen, Anfragen oder Buchungen abgewickelt werden können. Die richtige Uptime-Stufe hängt vom Geschäfts-Modell ab, nicht von einer pauschalen „so viel wie möglich"-Logik.
In einfachen Worten
Uptime beschreibt die Verfügbarkeits-Quote eines Systems über einen definierten Zeitraum, typischerweise ein Jahr. Die Werte klingen nahe an hundert Prozent, die Auswirkungen jeder Nachkomma-Stelle sind aber erheblich: 99,9 Prozent bedeuten rund 8,7 Stunden Ausfall pro Jahr; 99,99 Prozent reduzieren das auf etwa 52 Minuten; 99,999 Prozent („five nines") auf gut fünf Minuten. Jede zusätzliche Neun nach dem Komma erhöht die Infrastruktur-Kosten überproportional – sie lohnt sich für Systeme, deren Ausfall unmittelbar Umsatz oder Reputation kostet, ist für eine klassische Visitenkarten-Website aber überdimensioniert. Service-Level-Vereinbarungen (SLA) regeln die zugesicherte Uptime; geplante Wartungs-Fenster sind in der Regel ausgenommen, was die tatsächliche Verfügbarkeit in der Praxis senkt.
Wozu brauche ich das?
Die SLA-Vereinbarung des Hosters definiert die zugesicherte Uptime. Für Online-Shops, Buchungs-Systeme oder B2B-Portale ist eine hohe Verfügbarkeit unmittelbar umsatz-relevant – ein einstündiger Ausfall kann je nach Geschäfts-Modell von überschaubar bis erheblich reichen. Für klassische Inhalts-Websites ohne Transaktions-Funktion ist die Anforderungs-Stufe niedriger, weil Besucher den Aufruf in der Regel zu einem späteren Zeitpunkt wiederholen.
Beispiel aus der Praxis
Eine Beispiel-Rechnung verdeutlicht den Unterschied: Bei einer Uptime von rund 99,5 Prozent fällt eine Website etwa 44 Stunden pro Jahr aus – häufig verteilt auf einzelne Vorfälle mit mehreren Stunden am Stück. Trifft einer dieser Ausfälle eine ungünstige Phase (Aktions-Wochenende im Shop, Bewerbungs-Schluss auf einer Karriere-Seite, Hauptversammlungs-Termin auf einer Investor-Relations-Seite), kann der kalkulatorische Umsatz- oder Reputations-Schaden innerhalb weniger Stunden erheblich werden. Bei 99,95 Prozent Uptime sinkt die jährliche Ausfallzeit auf etwa 4,4 Stunden, mit automatischem Wechsel auf ein zweites Rechenzentrum auf wenige Minuten. Der Aufpreis gegenüber Standard-Hosting bleibt überschaubar; für umsatzkritische Systeme amortisiert er sich entsprechend schnell.
Wirtschaftlicher Nutzen
Die Differenz zwischen einer Uptime von 99,5 und 99,9 Prozent entspricht rund 35 Stunden weniger Ausfall pro Jahr. Für einen mittelständischen Shop mit kontinuierlichem Bestell-Strom bedeutet das einen erkennbaren Umsatz-Unterschied; der moderate Aufpreis für besseres Hosting amortisiert sich entsprechend schnell. Für umsatzkritische Systeme rechtfertigt sich auch eine Architektur mit mehreren Rechenzentren, einem vorgelagerten Auslieferungs-Netz und automatischem Wechsel im Ausfall-Fall. Wichtig ist die Abstimmung der Verfügbarkeits-Stufe auf das tatsächliche Geschäfts-Modell – eine pauschale „so hoch wie möglich"-Logik ist meist überdimensioniert.
Typische Fehler
- Eine SLA-Zusage von „99,9 % Uptime" akzeptiert, ohne ins Kleingedruckte zu schauen – geplante Wartungs-Fenster zählen in der Regel nicht als Ausfall.
- Ausschließlich das Monitoring des Hosters genutzt – ein Anbieter erkennt einen eigenen Komplett-Ausfall nicht zuverlässig.
- Einzelne Engstellen übersehen: ein einzelner Server, eine einzelne Datenbank, ein einzelnes Rechenzentrum. Jede Engstelle ist ein potenzieller Komplett-Ausfall-Punkt.
- Backup-Konzept nie unter realen Bedingungen getestet – im Ernstfall stellt sich heraus, dass die Wiederherstellung nicht funktioniert oder Stunden dauert.
- Verfügbarkeits-Stufe nach Bauchgefühl gewählt, ohne den realen Umsatz-Verlust pro Ausfall-Stunde zu kalkulieren.
Worauf achten?
- SLA-Definition genau lesen – geplante Wartung, Drittanbieter-Ausfälle und Höhere Gewalt sind häufig ausgenommen.
- Externes Monitoring von einem unabhängigen Standort aus einsetzen – nicht nur das Werkzeug des eigenen Anbieters; auch das HTTPS-Zertifikat auf Restlaufzeit überwachen.
- Redundanz auf jeder Ebene prüfen: Was passiert beim Ausfall einer einzelnen Datenbank, eines einzelnen Servers, eines einzelnen Rechenzentrums? Eine vorgelagerte Cache-Schicht federt kurze Ursprungs-Ausfälle ab.
- Wiederherstellungs-Zeit (RTO) ist wichtiger als die reine Uptime-Quote – ein Ausfall mit Stunden-Wiederherstellung trifft härter als mehrere kurze Ausfälle.
- Status-Seiten der eingebundenen Dienstleister abonnieren – frühzeitige Information ermöglicht eine geordnete Reaktion.
Häufig gestellte Fragen
Was bedeutet eine Uptime von 99,9 Prozent?
Eine zugesicherte Verfügbarkeit von 99,9 Prozent entspricht einer maximalen Ausfallzeit von rund 8,7 Stunden pro Jahr – verteilt auf einzelne Vorfälle oder einen einzelnen längeren Ausfall. Geplante Wartungs-Fenster sind in den meisten SLA-Definitionen ausgenommen, sodass die tatsächliche Verfügbarkeit in der Praxis darunter liegen kann.
Welche Uptime ist wirtschaftlich sinnvoll?
Das hängt vom Geschäfts-Modell ab. Für einen klassischen Inhalts-Auftritt reichen häufig 99,9 Prozent; für Online-Shops, Buchungs-Systeme und B2B-Portale ist eine Stufe darüber sinnvoll; für umsatzkritische Systeme mit kontinuierlichem Transaktions-Strom rechtfertigt sich eine Architektur mit mehreren Rechenzentren.
Was ist der Unterschied zwischen SLA und tatsächlicher Verfügbarkeit?
Die SLA-Zusage ist eine vertragliche Verpflichtung des Anbieters, häufig mit Ausnahmen für geplante Wartung, Drittanbieter-Ausfälle und Höhere Gewalt. Die tatsächliche Verfügbarkeit ist der gemessene Wert – idealerweise von einem unabhängigen externen Monitoring erhoben, nicht nur aus dem Werkzeug des Anbieters selbst.
Was bedeutet RTO und warum ist sie wichtig?
Recovery Time Objective (RTO) ist die Ziel-Zeit, in der ein System nach einem Ausfall wieder verfügbar sein soll. Sie ist häufig wichtiger als die reine Uptime-Quote: Ein einzelner Ausfall mit Stunden-Wiederherstellung trifft eine Website typischerweise härter als mehrere kurze, schnell behobene Ausfälle.
Wie wird die eigene Uptime zuverlässig gemessen?
Über ein externes Monitoring-Werkzeug, das die Website von einem unabhängigen Standort aus regelmäßig aufruft und Antwort-Zeit, Statuscode und gegebenenfalls inhaltliche Marker prüft. Das Monitoring sollte nicht auf der eigenen Infrastruktur laufen, sonst fällt es bei einem eigenen Ausfall mit aus.