SLA Taschenrechner
Berechnen Sie die maximal zulässige Ausfallzeit basierend auf Ihrem SLA-Anteil.
Geben Sie Ihr SLA
Inhaltsverzeichnis
Umfassender SLA Guide
Was ist ein SLA?
Ein Service Level Agreement (SLA) ist ein Vertrag zwischen einem Dienstleister und einem Kunden, der das erwartete Serviceniveau definiert, typischerweise als Prozentsatz der Laufzeit ausgedrückt. Die SLA gibt den zulässigen Höchstbetrag an Ausfallzeiten über einen bestimmten Zeitraum (Tag, Monat oder Jahr) an und schließt oft Finanzstrafen oder Servicekredite ein, wenn der Anbieter die Garantie nicht erfüllt. SLAs sind häufig in Cloud-Hosting, Telekommunikation, SaaS und Managed Services.
Wie wird die Ausfallzeit berechnet?
Die Formel ist: Downtime = (1 - SLA%) × Zeitraum. Beispielsweise mit 99,9% SLA über ein Jahr (525,600 Minuten): Ausfallzeit = 0,1% × 525,600 = 526 Minuten (ca. 8,76 Stunden) pro Jahr. Dieser Rechenrechner wendet die gleiche Logik auf tägliche, monatliche und jährliche Perioden an, so dass Sie den maximal zulässigen Ausfall in jedem Fenster sehen können.
SLA vs SLO vs SLI
SLA (Service Level Agreement) ist die vertragliche Garantie. SLO (Service Level Ziel) ist das interne Ziel, das Sie anstreben – typischerweise höher als die SLA, um einen Puffer zu erstellen. SLI (Service Level Indicator) ist die tatsächliche Metrik, die Sie messen (z.B. Verfügbarkeitsprozentsatz von der Überwachung). Gute Praxis: Setzen Sie Ihre SLO 0.5–1% über Ihrem SLA, so dass normale Variation nicht gegen die Vereinbarung verstößt.
- Aktualisierung %: Der SLA-Anteil (z.B. 99,9)%) ist die garantierte Verfügbarkeit. Der Rest ist die erlaubte Ausfallzeit.
- The "nines": 99% = zwei neun, 99,9% = drei neun, 99,99% = vier neun; 99.999% = fünf neun. Mehr neuns = weniger erlaubt Ausfallzeiten und meist höhere Kosten.
- Dienstleistungen: Typisches Heilmittel gegen Verletzung (z.B. 10–25% monatliche Gebühr pro 0,1% unter SLA), keine Rückerstattungen.
- Ausschlüsse: Geplante Wartung, höherer Gewalt und kundenbedingte Ausfälle sind in der Regel von Ausfallzeiten ausgeschlossen.
Kunden- und Anbieterperspektive
Als Kunde
- Sie erhalten eine klare Uptime-Garantie und Kredite, wenn der Anbieter ausfällt.
- Verwenden Sie diesen Rechner, um zu sehen, wie viel Ausfallzeit Ihr SLA erlaubt (pro Tag, Monat, Jahr).
- Verhandeln Sie Ausschlüsse, Messverfahren und Kreditverschlüsse im Vertrag.
- Höhere SLA (z.B. 99.99%) in der Regel mehr Kosten; Ausgleich gegen die Geschäftsauswirkungen.
Als Anbieter
- Sie verpflichten sich zu einer maximalen Ausfallzeit; Überschreitung löst Kredite oder Strafen aus.
- Setzen Sie interne SLOs über der SLA, um Verletzungen zu vermeiden.
- Definieren Sie genau, was als Ausfallzeiten zählt und die geplante Wartung ausschließt.
- Überwachen Sie die Verfügbarkeit mit der gleichen Methode, die im Vertrag verwendet wird.
Vorteile von SLAs
- Clarity: Beide Parteien vereinbaren die erwartete Verfügbarkeit und die Folgen des Misserfolgs.
- Verantwortlichkeit: Anbieter hat einen Anreiz, das Ziel zu erfüllen; Kunde hat ein definiertes Mittel.
- Planung: Maximale Ausfallzeit (z.B. 43 min/Monat für 99,9)%) hilft bei der Kapazitäts- und Vorfallplanung.
- Trust: Veröffentlichte SLAs (z.B. Cloud-Anbieter) unterstützen Transparenz und Vergleich.
Einschränkungen und Erwägungen
- Ein SLA ist eine Garantie für die Verfügbarkeit, nicht null Ausfallzeiten. Der erlaubte Ausfall kann immer noch die Nutzer beeinflussen.
- Service Credits umfassen selten Folgeschäden (Verlusteinnahmen, Ruf); Haftungsbeschränkungen gelten.
- Definitionen der Ausfallzeiten variieren: Teilausfälle, Mindestdauer und Ausschlüsse müssen klar angegeben werden.
- Fünf neun erreichen (99.999)%) erfordert erhebliche Redundanz und Kosten; nicht alle Systeme brauchen es.
Ein SLA verhindert keine Ausfälle – es definiert, wie viel Ausfallzeit erlaubt ist und was passiert, wenn der Anbieter es übertrifft. Definieren Sie immer, was als Ausfallzeit zählt, wie es gemessen wird, und was ausgeschlossen ist (Wartung, höherer Gewalt). Service-Credits sind in der Regel begrenzt und müssen innerhalb eines kurzen Fensters beansprucht werden; sie ersetzen nicht die Geschäftskontinuitätsplanung.
Wahl der richtigen SLA-Ebene
Die Auswahl der entsprechenden SLA hängt von der Wirtschaftlichkeit, Kosten und Machbarkeit ab. Betrachten Sie:
- Kriterium: Was kostet eine Stunde Ausfallzeit? Kundenorientierte Umsatzsysteme benötigen oft 99.9% oder höher.
- Kosten: Höhere SLAs (99.99%, 99.999%) erfordern Redundanz und Engineering; Prämien können signifikant sein.
- Industrienormen: Cloud-Anbieter bieten oft 99.9–99.99%; Telekommunikation und Finanzen können fünf neun erfordern.
- Messung: Stellen Sie sicher, dass der Vertrag die Abfrageintervalle, Standorte und wie die geplante Wartung ausgeschlossen ist.
Schnelle Referenz: Ausfallzeiten von SLA
| SLA | pro Monat | Pro Jahr |
|---|---|---|
| 99% | 7.3 h | 3.65 days |
| 99.9% | 43.8 min | 8.76 h |
| 99.99% | 4.4 min | 52.6 min |
| 99.999% | 26 sec | 5.26 min |
SLAs setzen klare Erwartungen an die Verfügbarkeit und bieten ein Heilmittel, wenn der Anbieter fällt. Verwenden Sie diesen Rechner, um SLA-Prozente in konkrete Ausfallzeiten (pro Tag, Monat, Jahr) umzuwandeln und diese mit klaren Vertragsbedingungen für Mess-, Ausschluss- und Servicekredite zu kombinieren. Für kritische Dienstleistungen investieren Sie in Überwachung und Architektur, die die SLA, die Sie versprechen oder benötigen, tatsächlich erfüllen können.
SLA Levels Erklärt
Typische SLA-Tier und ihre Auswirkungen. AWS, Azure und GCP bieten typischerweise 99.9% bis 99,99% je nach Dienst; fünf neuns (99.999%) erfordert N+2 Redundanz und ist häufig im Telekommunikations- und Kernbanking.
99% – 99.5%
~99)%) oder ~3,6 h/Monat (99.5)%). Geeignet für unkritische Innenwerkzeuge, dev/staging. Niedrige Kosten, weniger Garantie.
99.9% (three nines)
~43,8 min/Monat. Gemeinsam für Business-Apps, E-Commerce, SaaS. Industriestandard für viele Cloud-Anbieter.
99.99% (four nines)
~4,4 min/Monat. Kritische Systeme, Finanzdienstleistungen, Zahlungskanäle. Erfordert redundante Architektur.
99.999% (five nines)
~26 Sek./Monat. Telecom-grade, missionskritische (z.B. 911, Core Banking). Sehr teuer zu erreichen und zu bedienen.
Referenztabelle für Ausfallzeiten
Verwenden Sie diese Tabelle, um maximale zulässige Ausfallzeiten pro Tag, Monat und Jahr für gemeinsame SLA-Level zu sehen. Werte werden von (1 - SLA) abgeleitet%) × Zeitraum in Minuten.
| SLA | Pro Tag | pro Monat | Pro Jahr |
|---|---|---|---|
| 99% | 14.4 min | 7.3 h | 3.65 days |
| 99.9% | 1.44 min | 43.8 min | 8.76 h |
| 99.99% | 8.6 sec | 4.4 min | 52.6 min |
| 99.999% | 0.86 sec | 26 sec | 5.26 min |
Auswahl und Verhandlung von SLAs
Bei der Definition oder Verhandlung eines SLA konzentrieren Sie sich auf Klarheit und Messbarkeit. Die folgenden Punkte helfen, Streitigkeiten zu vermeiden und sicherzustellen, dass das Abkommen durchsetzbar ist.
- Definieren Sie, was als Ausfallzeit zählt (geplante Wartung ausgeschlossen? Mindestdauer?)
- Messung angeben: Umfrageintervall, Standorte und wie Verfügbarkeit % berechnet
- Inklusive Service-Gutschriften oder Strafen; typische 10–25% Kredit pro 0,1% unter SLA
- Erfordern Sie die Analyse von Vorfallmeldungen und Wurzelursachen innerhalb von 30 Tagen
- Definieren Sie, was als Ausfallzeit zählt (geplante Wartung ausgeschlossen? Geplante Ausfälle im Voraus angekündigt?)
- Höhere SLAs kosten mehr - Ausgleich gegen Geschäftsauswirkungen. Ein 1-Stunden-Ausgang kann weniger als die Prämie für 99,99 kosten%.
- Inklusive Service-Gutschriften oder Strafen im Vertrag. Typisch: 10-25% Kredit pro 0,1% unter SLA.
- Erfordern Sie innerhalb von 30 Tagen eine transparente Berichts- und Wurzelursacheanalyse (RCA).
- Betrachten Sie separate SLAs für verschiedene Service-Teiger (z.B. Premium vs Standard-Unterstützung).
- Spezifizieren Sie die Messmethode: Abfrageintervall (1 min? 5 min?), Anzahl der Überwachungspunkte, geographische Abdeckung.
- Avoid ambiguity: define "available" precisely (e.g., HTTP 200 within 5 seconds from at least 2 of 3 regions).
Was zählt als Downtime?
SLA-Definitionen variieren je nach Vertrag. Um Streitigkeiten zu vermeiden, klären Sie Folgendes schriftlich:
- Geplante Wartung: Üblicherweise ausgeschlossen. Muss 5-14 Tage im Voraus angekündigt werden.
- Gewalt Majestät: Naturkatastrophen, Kriege - typischerweise ausgeschlossen.
- Kundenbedingte Ausfälle: Ihre Fehlkonfiguration - ausgeschlossen.
- Teilausfälle: Einige Anbieter zählen nur vollständige Unverfügbarkeit; erniedrigte Leistung darf nicht zählen.
- Minimum outage duration: Outages under 5 minutes may be excluded ("consumption" clauses).
- Abhängigkeiten von Drittanbietern: Ausfälle, die von vorgeschalteten Anbietern (Cloud, CDN, DNS) verursacht werden, können oder dürfen nicht zählen - im Vertrag klären.
Service Credits und Penalties
Wenn ein SLA verletzt wird, sind Service-Gutschriften das typische Mittel (nicht Geldrückerstattungen). Beispielstruktur:
- 99.9% verletzt, jedoch ≥99.0%: 10% Kredit
- 99.0% verletzt, jedoch ≥95.0%: 25% Kredit
- & 95.0%: 50–100% Kredit
Credits werden in der Regel gekappt (z.B. 100% der Gebühr des Monats). Sie müssen sie innerhalb von 30–60 Tagen geltend machen. Die Credits decken nicht die Folgeschäden (Verlust, Ruf) ab – die gesonderten Haftungsbestimmungen für kritische Dienstleistungen.
SLA von Industrie
Typische SLA-Erwartungen variieren je nach Branche. Verwenden Sie dies als Referenz, wenn Sie Ihren eigenen SLA definieren oder verhandeln.
- E-Commerce / Einzelhandel: 99.9-99.95%. Jede Minute der Ausfallzeiten während des Gipfels (Schwarz Freitag, Weihnachten) kann Tausende in verlorenen Einnahmen bedeuten.
- Gesundheit / HIPAA: 99.99% oder höher für patientenorientierte Systeme. Regeldruck und Patientensicherheit führen zu strengen Anforderungen.
- Banking / Fintech: 99.99-99.999%. Zahlungsabwicklung und Kernbanking erfordern oft fünf neun. Transaktionssysteme müssen hoch verfügbar sein.
- SaaS / B2B: 99.9% ist gemeinsame Basis; Unternehmenskunden oft verhandeln 99.95% oder 99.99% mit Premium-Unterstützung.
- Interne IT / dev Tools: 99% kann ausreichen, um, CI/CD, interne Dashboards. Die Geschäftsauswirkungen sind niedriger als die kundenorientierten Systeme.
Monitoring und SLA Compliance
Um die SLA-Compliance zu verfolgen, benötigen Sie konsequente Messungen und eindeutige Definitionen. Die folgenden Praktiken helfen, Streitigkeiten zu vermeiden und eine genaue Berichterstattung zu unterstützen.
- Uptime-Überwachung von mehreren geographischen Punkten (vermeiden Sie falsche Positive von einem einzigen Ort)
- Konsistentes Abstimmungsintervall zur SLA-Definition (z.B. 1-Minuten-Kontrollen)
- Genaue Zwischenprotokollierung mit Start/End-Zeitstempeln zur Verfügbarkeitsberechnung
- Ausschluss der geplanten Wartung; Sicherstellung der Überwachung der Einhaltung der Wartungsfenster
- Transparente Berichterstattung: Statusseiten und monatliche Verfügbarkeitsberichte
Multiregion oder Multi-Service SLAs: Wenn Sie von mehreren Komponenten (API, Datenbank, CDN) abhängen, jeweils mit 99,9%, die kombinierte Verfügbarkeit ist niedriger. Beispiel: API 99.9% × DB 99.9% ≈ 99.8% Ende zu Ende. Design für Redundanz und Failover, um Verschmelzungen zu vermeiden.