Azure-SLAs und zusammengesetzte SLAs

Ein Service Level Agreement (SLA) ist eine formelle Zusage von Microsoft, die die garantierte Mindestverfügbarkeit und Konnektivität für jeden Azure-Dienst festlegt. SLAs werden als Prozentsatz angegeben – beispielsweise bedeutet 99.9%, dass der Dienst in einem bestimmten Monat mindestens 99.9% der Zeit verfügbar ist. Wenn Microsoft das SLA nicht einhält, haben Kundinnen und Kunden Anspruch auf Dienstgutschriften als Ausgleich.

Jeder Azure-Dienst verfügt über ein eigenes SLA-Dokument, das unter azure.microsoft.com/en-us/support/legal/sla/ veröffentlicht wird. Achten Sie beim Lesen eines SLA auf Folgendes: den Verfügbarkeitsprozentsatz, die erforderlichen Bedingungen (z. B. die Bereitstellung über zwei oder mehr Instanzen) und die Gutschriftentabelle, aus der hervorgeht, wie hoch die Gutschrift bei jedem Grad der Unterschreitung ausfällt.

Ein SLA-Prozentsatz entspricht einer zulässigen Ausfallzeit pro Monat:

• 99.9% = bis zu 43.8 Minuten Ausfallzeit pro Monat
• 99.95% = bis zu 21.9 Minuten pro Monat
• 99.99% = bis zu 4.38 Minuten pro Monat
• 99.999% = bis zu 26 Sekunden pro Monat

Wenn Sie diese Werte verstehen, können Sie beurteilen, ob das SLA eines Dienstes Ihre Anforderungen an die Geschäftskontinuität erfüllt.

Wenn Ihre Anwendung von mehreren Azure-Diensten abhängt, die jeweils über ein eigenes SLA verfügen, entspricht die Gesamtverfügbarkeit dem Produkt aller einzelnen SLAs. Dies wird als zusammengesetztes SLA bezeichnet. Wenn ein einzelner Dienst nicht verfügbar ist, ist auch die Anwendung nicht verfügbar. Daher liegt das zusammengesetzte SLA immer unter dem niedrigsten einzelnen SLA in der Kette.

Betrachten Sie eine Anwendung, die Azure App Service (99.95%), Azure SQL Database (99.99%) und Azure Cache for Redis (99.9%) verwendet. Das zusammengesetzte SLA lautet: 0.9995 × 0.9999 × 0.999 = 0.9984 = 99.84%. Das bedeutet, dass die Anwendung bis zu 2.4 Stunden pro Monat nicht verfügbar sein könnte, obwohl jeder einzelne Dienst ein starkes SLA besitzt. Durch das Hinzufügen weiterer Dienste in einer Kette steigt dieses Risiko.

Sie können Ihr zusammengesetztes SLA durch Redundanz verbessern, indem Sie parallele Instanzen eines Dienstes ausführen, sodass bei einem Ausfall die andere Instanz den Betrieb fortsetzt. Bei Diensten im Parallelbetrieb ändert sich die Formel: Die kombinierte Nichtverfügbarkeit entspricht dem Produkt der Nichtverfügbarkeiten der einzelnen Dienste. Beispielsweise ergeben zwei parallel betriebene App-Service-Instanzen mit jeweils 99.95%: 1 - (0.0005 × 0.0005) = 99.9997%.

Einige Azure-Dienste verfügen bei Verwendung eines kostenlosen oder gemeinsam genutzten Tarifs über kein SLA. Azure App Service im Free-Tarif (F1) oder Shared-Tarif (D1) bietet beispielsweise keine Verfügbarkeitsgarantie. Für Entwicklung und Tests ist dies akzeptabel, Produktionsworkloads müssen jedoch einen kostenpflichtigen Tarif verwenden, um für ein SLA infrage zu kommen. Prüfen Sie vor der Bereitstellung von Produktionsressourcen immer die SLA-Bedingungen.

Für Azure Virtual Machines gelten je nach Konfiguration unterschiedliche SLAs. Eine VM mit einer Instanz und Premium SSD erhält ein SLA von 99.9%. Dieselbe VM erreicht bei der Bereitstellung in einem Verfügbarkeitsset 99.95%. Zwei VMs, die über Verfügbarkeitszonen verteilt bereitgestellt werden, erreichen 99.99%. Dies zeigt, dass sich Architekturentscheidungen direkt auf das SLA auswirken, das Sie Ihren eigenen Kundinnen und Kunden zusichern und gegenüber ihnen einhalten können.

Wenn Microsoft ein SLA nicht einhält, können Kundinnen und Kunden Dienstgutschriften anfordern – prozentuale Rabatte, die auf zukünftige Rechnungen angewendet werden. Die Höhe der Gutschrift steigt mit der Schwere des Verstoßes: typischerweise 10% bei einer Verfügbarkeit zwischen 99.0% und 99.9%, 25% bei unter 99.0% und in einigen Fällen 100%. Dienstgutschriften sind das einzige Rechtsmittel – Microsoft zahlt bei SLA-Verstößen keinen finanziellen Ausgleich.

Das SLA von Microsoft ist eine Garantie für die Verfügbarkeit des Dienstes, nicht für das spezifische Recovery Time Objective (RTO) oder Recovery Point Objective (RPO) Ihrer Anwendung. Selbst wenn ein Dienst sein SLA erfüllt, benötigen Sie möglicherweise zusätzliche Architekturmuster – etwa Failover über mehrere Regionen oder regelmäßige Sicherungen –, um Ihre eigenen Ziele für die Geschäftskontinuität zu erreichen. Das SLA bildet eine Untergrenze, keine Obergrenze.

Verwenden Sie Azure Monitor und Azure Service Health, um zu verfolgen, ob die Dienste ihre SLAs erfüllen. Azure Service Health informiert über Dienstausfälle, geplante Wartungen und Integritätsmeldungen, die sich auf Ihre Ressourcen auswirken können. Richten Sie Integritätswarnungen ein, damit Sie sofort benachrichtigt werden, wenn ein Azure-Dienst in Ihrer Region ein Problem aufweist.

Testen Sie Ihr Verständnis der Konzepte von Microsoft Azure Fundamentals (AZ-900) aus dieser Lektion.

In dieser Lektion haben Sie gelernt: Ein SLA ist eine formelle, als Prozentsatz angegebene Verfügbarkeitsgarantie von Microsoft; das zusammengesetzte SLA für Dienste in Reihe wird durch Multiplikation aller einzelnen SLAs berechnet; und Redundanz im Parallelbetrieb kann das zusammengesetzte SLA erheblich verbessern. Als Nächstes beschäftigen wir uns mit Verfügbarkeitssets und Verfügbarkeitszonen, um zu verstehen, wie hohe SLAs für VM-Workloads erreicht werden.