Servicelevel-Ziele (SLOs) - Amazon CloudWatch
SLO-KonzepteBerechnen Sie das Fehlerbudget und die Fehlerquote für einen bestimmten Zeitraum SLOsBerechnen Sie das Fehlerbudget und die Fehlerquote für anforderungsbasierte SLOsBerechnen Sie die Brennraten und stellen Sie optional Brandratenalarme einEin SLO erstellenSLO-Status anzeigen und untersuchenEin vorhandenes SLO bearbeitenEin SLO löschen

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Servicelevel-Ziele (SLOs)

Sie können Application Signals verwenden, um Service-Level-Ziele für die Services für Ihre kritischen Geschäftsabläufe oder Abhängigkeiten zu erstellen. Wenn Sie diese Services einrichten, können Sie sie im SLO-Dashboard verfolgen, sodass Sie einen at-a-glance Überblick über Ihre wichtigsten Abläufe haben. SLOs

Neben der Erstellung einer Schnellansicht, mit der sich Ihre Mitarbeiter über den aktuellen Status kritischer Operationen informieren können, können SLOs Sie auch die längerfristige Leistung Ihrer Dienste verfolgen, um sicherzustellen, dass sie Ihren Erwartungen entsprechen. Wenn Sie Service Level Agreements mit Kunden abgeschlossen haben, SLOs sind diese ein hervorragendes Instrument, um sicherzustellen, dass diese eingehalten werden.

Die Bewertung des Zustands Ihrer Services SLOs beginnt mit der Festlegung klarer, messbarer Ziele auf der Grundlage wichtiger Leistungskennzahlen — Service Level Indicators (SLIs). Mit einem SLO wird die SLI-Leistung anhand des von Ihnen festgelegten Schwellenwerts und Ziels verglichen und es wird gemeldet, wie weit oder wie nahe Ihre Anwendungsleistung am Schwellenwert liegt.

Application Signals hilft Ihnen bei SLOs der Festlegung Ihrer wichtigsten Leistungskennzahlen. Application Signals sammelt Latency automatisch Availability Metriken für jeden Service und Vorgang, den es entdeckt, und diese Metriken eignen sich oft ideal als SLIs. Mit dem Assistenten zur SLO-Erstellung können Sie diese Metriken für Ihre SLOs Zwecke verwenden. Anschließend können Sie den Status all Ihrer Daten SLOs mit den Dashboards von Application Signals verfolgen.

Sie können bestimmte SLOs Vorgänge oder Abhängigkeiten festlegen, die Ihr Dienst aufruft oder verwendet. Sie können zusätzlich zu den Metriken Latency und Availability jede beliebige CloudWatch Metrik oder jeden beliebigen metrischen Ausdruck als SLI verwenden.

SLOs Die Erstellung von Anwendungssignalen ist sehr wichtig, um den größtmöglichen Nutzen aus CloudWatch Anwendungssignalen zu ziehen. Nach der Erstellung SLOs können Sie ihren Status in der Application Signals-Konsole einsehen, um schnell zu sehen, welche Ihrer wichtigen Dienste und Operationen gut funktionieren und welche nicht. Die SLOs Nachverfolgung bietet die folgenden großen Vorteile:

  • Es ist für Ihre Servicebetreiber einfacher, den aktuellen Betriebsstatus kritischer Services, gemessen am SLI, zu ermitteln. Auf diese Weise können sie schnell fehlerhafte Services und Betriebsabläufe untersuchen und identifizieren.

  • Sie können Ihre Serviceleistung anhand messbarer Geschäftsziele über längere Zeiträume hinweg verfolgen.

Indem Sie entscheiden, worauf Sie SLOs setzen möchten, priorisieren Sie das, was für Sie wichtig ist. Die Dashboards von Application Signals enthalten automatisch Informationen darüber, was Sie priorisiert haben.

Wenn Sie ein SLO erstellen, können Sie sich auch dafür entscheiden, gleichzeitig CloudWatch Alarme zu erstellen, um das SLOs zu überwachen. Sie können Alarme einrichten, die sowohl auf Überschreitungen des Schwellenwerts als auch auf Warnstufen achten. Diese Alarme können Sie automatisch benachrichtigen, wenn die SLO-Metriken den von Ihnen festgelegten Schwellenwert überschreiten oder wenn sie sich einem Warnschwellenwert nähern. Wenn sich ein SLO beispielsweise seinem Warnschwellenwert nähert, können Sie darüber informiert werden, dass Ihr Team möglicherweise die Kundenabwanderung in der Anwendung verlangsamen muss, um sicherzustellen, dass die langfristigen Leistungsziele erreicht werden.

SLO-Konzepte

Ein SLO-Konzept enthält die folgenden Komponenten:

  • Ein Servicelevel-Indikator (SLI), bei dem es sich um eine wichtige Leistungsmetrik handelt, die Sie angeben. Der SLI stellt das gewünschte Leistungsniveau für Ihre Anwendung dar. Application Signals erfasst automatisch die wichtigsten Metriken Latency Availability für die erkannten Dienste und Operationen, und dies können oft ideale Messwerte sein, SLOs für die Sie sich einstellen sollten.

    Sie wählen den Schwellenwert, den Sie für Ihr SLI verwenden möchten. Zum Beispiel 200 ms für die Latenz.

  • Ein Ziel oder Erreichungsziel. Dabei handelt es sich um den Prozentsatz der Zeit oder Anfragen, bei denen das SLI den Schwellenwert voraussichtlich in jedem Zeitintervall erreicht. Die Zeitintervalle können so kurz wie Stunden oder so lang wie ein Jahr sein.

    Intervalle können entweder Kalenderintervalle oder fortlaufende Intervalle sein.

    • Kalenderintervalle richten sich nach dem Kalender, z. B. ein SLO, das pro Monat erfasst wird. CloudWatch passt die Zahlen für Gesundheit, Budget und Leistungen automatisch an die Anzahl der Tage in einem Monat an. Kalenderintervalle eignen sich besser für Geschäftsziele, die kalendergerecht gemessen werden.

    • Rollende Intervalle werden fortlaufend berechnet. Rollende Intervalle eignen sich besser, um das aktuelle Benutzererlebnis Ihrer Anwendung nachzuverfolgen.

  • Der Zeitraum ist kürzer, und viele Zeiträume bilden ein Intervall. Die Leistung der Anwendung wird in jedem Zeitraum innerhalb des Intervalls mit der SLI verglichen. Für jeden Zeitraum wird festgestellt, ob die Anwendung entweder die erforderliche Leistung erreicht hat oder nicht.

Ein Ziel von 99 % bei einem Kalenderintervall von einem Tag und einem Zeitraum von 1 Minute bedeutet beispielsweise, dass die Anwendung die Erfolgsschwelle in 99 % der Zeiträume von 1 Minute am Tag erreichen oder erreichen muss. Ist dies der Fall, ist der SLO für diesen Tag erfüllt. Der nächste Tag ist ein neues Bewertungsintervall, und die Anwendung muss während 99 % der Zeiträume von 1 Minute am zweiten Tag die Erfolgsschwelle erreichen oder erreichen, um den SLO für diesen zweiten Tag zu erfüllen.

Ein SLI kann auf einer der neuen Standard-Anwendungsmetriken basieren, die von Application Signals erfasst wurden. Alternativ kann es sich um eine beliebige CloudWatch Metrik oder einen beliebigen metrischen Ausdruck handeln. Die Standard-Anwendungsmetriken, die Sie für eine SLI verwenden können, sind Latency und Availability. Availability stellt die erfolgreichen Antworten geteilt durch die Gesamtzahl der Anfragen dar. Sie wird als (1 - Störungsrate)*100 berechnet, wobei es sich bei Fehlerantworten um 5xx-Fehler handelt. Erfolgsantworten sind Antworten ohne 5XX-Fehler. 4XX-Antworten werden als erfolgreich behandelt.

Berechnen Sie das Fehlerbudget und die Fehlerquote für einen bestimmten Zeitraum SLOs

Wenn Sie Informationen zu einem SLO anzeigen, sehen Sie dessen aktuellen Zustand und sein Fehlerbudget. Das Fehlerbudget gibt an, wie lange innerhalb des Intervalls der Schwellenwert überschritten werden kann, wobei der SLO aber trotzdem eingehalten werden kann. Das Gesamtfehlerbudget ist die Gesamtdauer der Sicherheitsverletzung, die während des gesamten Intervalls toleriert werden kann. Das verbleibende Fehlerbudget ist die verbleibende Dauer der Sicherheitsverletzung, die im aktuellen Intervall toleriert werden kann. Dies ist der Fall, nachdem die bereits eingetretene Zeit für Verstöße vom Gesamtfehlerbudget abgezogen wurde.

Die folgende Abbildung veranschaulicht die Konzepte für das Erreichungs- und das Fehlerbudget für ein Ziel mit einem Intervall von 30 Tagen, Zeiträumen von 1 Minute und einer Zielerreichung von 99 %. 30 Tage beinhalten 43 200 Zeiträume von einer Minute. 99 % von 43 200 entsprechen 42 768 Minuten im Monat, sodass 42 768 Minuten im Monat einwandfrei sein müssen, damit der SLO eingehalten werden kann. Bisher waren 130 der 1-Minuten-Zeiträume im aktuellen Intervall fehlerbehaftet.

Ein Balkendiagramm, das die Gesamtzahl der Perioden in einem SLO-Intervall sowie die Zahlen für das Erreichen und das Fehlerbudget für dieses SLO zeigt.

Den Erfolg innerhalb der einzelnen Zeiträumen ermitteln

Innerhalb jedes Zeitraums werden die SLI-Daten auf der Grundlage der für den SLI verwendeten Statistik zu einem einzigen Datenpunkt zusammengefasst. Dieser Datenpunkt stellt die gesamte Länge des Zeitraums dar. Dieser einzelne Datenpunkt wird mit dem SLI-Schwellenwert verglichen, um festzustellen, ob der Zeitraum fehlerfrei ist. Wenn Sie auf dem Dashboard fehlerhafte Perioden während des aktuellen Zeitraums sehen, können Ihre Servicemitarbeiter darauf aufmerksam gemacht werden, dass der Service untersucht werden muss.

Wenn festgestellt wird, dass der Zeitraum fehlerhaft ist, wird die gesamte Dauer des Zeitraums im Fehlerbudget als fehlerhaft gewertet. Wenn Sie das Fehlerbudget verfolgen, können Sie feststellen, ob der Service über einen längeren Zeitraum die von Ihnen gewünschte Leistung erzielt.

Ausschlüsse aus dem Zeitfenster

Bei Zeitfenster-Ausschlüssen handelt es sich um einen Zeitblock mit einem definierten Start- und Enddatum. Dieser Zeitraum ist in den Leistungskennzahlen des SLO nicht enthalten, und Sie können Zeitfenster für einmalige oder wiederkehrende Zeitausschlüsse festlegen. Zum Beispiel geplante Wartungsarbeiten.

Anmerkung

  • Bei periodenbasierten SLOs Daten gelten SLI-Daten im Ausschlussfenster als nicht verletzend.

  • Bei Anfragen werden alle SLOs guten und schlechten Anfragen im Ausschlussfenster ausgeschlossen.

  • Wenn ein Intervall für ein anforderungsbasiertes SLO vollständig ausgeschlossen wird, wird eine Standardkennzahl für die Erfolgsquote von 100% veröffentlicht.

  • Sie können nur Zeitfenster mit einem Startdatum in der future angeben.

Berechnen Sie das Fehlerbudget und die Fehlerquote für anforderungsbasierte SLOs

Nachdem Sie ein SLO erstellt haben, können Sie dafür Fehlerbudgetberichte abrufen. Ein Fehlerbudget ist die Anzahl der Anfragen, bei denen Ihre Anwendung möglicherweise nicht dem Ziel des SLO entspricht und Ihre Anwendung trotzdem das Ziel erreicht. Bei einem anforderungsbasierten SLO ist das verbleibende Fehlerbudget dynamisch und kann je nach Verhältnis der guten Anfragen zur Gesamtzahl der Anfragen steigen oder sinken

Die folgende Tabelle zeigt die Berechnung für ein anforderungsbasiertes SLO mit einem Intervall von 5 Tagen und einer Zielerreichung von 85%. In diesem Beispiel gehen wir davon aus, dass vor Tag 1 kein Verkehr vorhanden ist. Der SLO hat das Ziel an Tag 10 nicht erreicht.

Zeit Anfragen insgesamt Schlechte Anfragen Gesamtzahl der Anfragen in den letzten 5 Tagen Gesamtzahl der guten Anfragen in den letzten 5 Tagen Erfüllung auf Anfrage Gesamtzahl der Budgetanfragen Verbleibende Budgetanfragen

Tag 1

 10 1

10

9

9/10 = 90%

1.5

 0.5

Tag 2

5

1

15

13

13/15 = 86%

2.3

 0.3

Tag 3

1

1

16

13

13/16 = 81%

2.4

 -0,6

Tag 4

24

0

40

37

37/40 = 92%

6.0

 3.0

Tag 5

20

5

60

52

52/60 = 87%

9.0

 1,0

Tag 6

6

2

 56

47

 47/56 = 84%

8,4

 -0,6

Tag 7

10

3

61

 50

50/61 = 82%

9,2

 -1,8

8. Tag

15

6

75

59

59/75 = 79%

11,3

 -4,7
Tag 9

12

1

63

46

46/63 = 73%

9,5

 -7,5

Tag 10

5

57

40

 40/57 = 70%

8,5

 -8,5

Endgültiges Ergebnis der letzten 5 Tage

70%

Berechnen Sie die Brennraten und stellen Sie optional Brandratenalarme ein

Sie können Application Signals verwenden, um die Ausfallraten für Ihre Service-Level-Ziele zu berechnen. Eine Burn-Rate ist eine Kennzahl, die angibt, wie schnell der Service das Fehlerbudget im Verhältnis zum Erreichen des SLO-Ziels verbraucht. Sie wird als Vielfaches der Basisfehlerquote ausgedrückt.

Die Ausfallrate wird anhand der Basisfehlerquote berechnet, die vom Erreichen des Ziels abhängt. Das Erreichungsziel gibt an, in welchem Prozentsatz entweder fehlerfreie Zeiträume oder erfolgreiche Anfragen erfüllt werden müssen, um das SLO-Ziel zu erreichen. Die Basisfehlerquote liegt bei (100% — Prozentsatz der Zielerreichung), und diese Zahl würde das gesamte Fehlerbudget am Ende des SLO-Zeitintervalls aufbrauchen. Ein SLO mit einer Zielerreichung von 99% hätte also eine Basisfehlerquote von 1%.

Durch die Überwachung der Ausfallrate erfahren wir, wie weit wir von der Basisfehlerquote entfernt sind. Nehmen wir erneut das Beispiel einer Zielerreichung von 99%, so gilt Folgendes:

  • Burn-Rate = 1: Wenn die Burn-Rate die ganze Zeit exakt auf der Ausgangsfehlerrate bleibt, erreichen wir genau das SLO-Ziel.

  • Burn-Rate < 1: Wenn die Burn-Rate unter der Basis-Fehlerrate liegt, sind wir auf dem besten Weg, das SLO-Ziel zu übertreffen.

  • Burn-Rate > 1: Wenn die Burn-Rate höher als die Basis-Fehlerrate ist, besteht die Möglichkeit, dass wir das SLO-Ziel nicht erreichen.

Wenn Sie die Brennraten für Ihre erstellen SLOs, können Sie sich auch dafür entscheiden, gleichzeitig CloudWatch Alarme zu erstellen, um die Brennraten zu überwachen. Du kannst einen Schwellenwert für die Brennraten festlegen und die Alarme können dich automatisch benachrichtigen, wenn die Brennraten-Metriken den von dir festgelegten Schwellenwert überschreiten. Wenn sich eine Burn-Rate ihrem Schwellenwert nähert, können Sie beispielsweise wissen, dass der SLO das Fehlerbudget schneller verbraucht, als Ihr Team tolerieren kann, und dass Ihr Team möglicherweise die Abwanderung in der Anwendung verlangsamen muss, um sicherzustellen, dass die langfristigen Leistungsziele erreicht werden.

Für die Erstellung von Alarmen fallen Gebühren an. Weitere Informationen zur CloudWatch Preisgestaltung finden Sie unter CloudWatch Amazon-Preise.

Berechne die Brennrate

Um die Brennrate zu berechnen, müssen Sie ein Lookback-Fenster angeben. Das Lookback-Fenster ist die Zeitdauer, über die die Fehlerrate gemessen werden soll.

burn rate = error rate over the look-back window / (100% - attainment goal)

Anmerkung

Liegen keine Daten für den Zeitraum der Burn-Rate vor, berechnet Application Signals die Burn-Rate auf der Grundlage des erreichten Werts.

Die Fehlerrate wird als Verhältnis der Anzahl der schlechten Ereignisse zur Gesamtzahl der Ereignisse während des Brennratenfensters berechnet:

  • Bei periodenbasierten Perioden wird die Fehlerquote berechnet SLOs, indem schlechte Perioden durch die Gesamtzahl der Perioden dividiert werden. Die Gesamtzahl der Perioden entspricht der Gesamtheit der Perioden während des Rückblickfensters.

  • Bei Anfragen SLOs ist dies ein Maß für fehlerhafte Anfragen geteilt durch die Gesamtzahl der Anfragen. Die Gesamtzahl der Anfragen entspricht der Anzahl der Anfragen während des Lookback-Fensters.

Das Lookback-Fenster muss ein Vielfaches des SLO-Zeitraums sein und muss kleiner als das SLO-Intervall sein.

Ermitteln Sie den geeigneten Schwellenwert für einen Burn-Rate-Alarm

Wenn Sie einen Alarm für die Brennrate konfigurieren, müssen Sie einen Wert für die Brennrate als Alarmschwellenwert auswählen. Der Wert für diesen Schwellenwert hängt von der Länge des SLO-Intervalls und dem Rückblickfenster ab und hängt davon ab, welche Methode oder welches mentale Modell Ihr Team anwenden möchte. Für die Bestimmung des Schwellenwerts stehen zwei Hauptmethoden zur Verfügung.

Methode 1: Ermitteln Sie den Prozentsatz des geschätzten Gesamtfehlerbudgets, den Ihr Team bereit ist, im Rückblick zu verbrennen.

Wenn Sie sich alarmieren lassen möchten, wenn X% des geschätzten Fehlerbudgets innerhalb der letzten Stunden mit Blick auf die Ausfallrate aufgebraucht werden, ist der Schwellenwert für die Ausfallrate wie folgt:

burn rate threshold = X% * SLO interval length / look-back window size

Beispiel: Für 5% eines Fehlerbudgets von 30 Tagen (720 Stunden), das über eine Stunde aufgewendet wurde, ist eine Ausfallrate von erforderlich. 5% * 720 / 1 = 36 Wenn das Rückblickfenster für die Brennrate also 1 Stunde beträgt, legen wir den Schwellenwert für die Brennrate auf 36 fest.

Sie können die CloudWatch Konsole verwenden, um mithilfe dieser Methode Alarme für die Brennrate zu erstellen. Sie können die Zahl X angeben, und der Schwellenwert wird anhand der obigen Formel bestimmt.

Die Länge des SLO-Intervalls wird anhand des SLO-Intervalltyps bestimmt:

  • SLOs Bei einem gleitenden Intervall ist dies die Länge des Intervalls in Stunden.

  • Für SLOs ein kalenderbasiertes Intervall:

    • Wenn es sich bei der Einheit um Tage oder Wochen handelt, ist dies die Länge des Intervalls in Stunden.

    • Wenn es sich bei der Einheit um einen Monat handelt, nehmen wir 30 Tage als geschätzte Länge und rechnen sie in Stunden um.

Methode 2: Ermitteln Sie die Zeit bis zur Erschöpfung des Budgets für das nächste Intervall

Damit der Alarm Sie benachrichtigt, wenn die aktuelle Fehlerrate im letzten Rückblickfenster anzeigt, dass bis zur Erschöpfung des Budgets weniger als X Stunden vergehen (vorausgesetzt, das verbleibende Budget liegt derzeit bei 100%), können Sie die folgende Formel verwenden, um den Schwellenwert für die Brennrate zu ermitteln.

burn rate threshold = SLO interval length / X

Wir betonen, dass die Zeit bis zur Erschöpfung des Budgets (X) in der obigen Formel davon ausgeht, dass das verbleibende Gesamtbudget derzeit 100% beträgt, und dass daher die Höhe des Budgets, das in diesem Zeitraum bereits verbrannt wurde, nicht berücksichtigt wird. Wir können uns das auch als die Zeit bis zur Erschöpfung des Budgets für das nächste Intervall vorstellen.

Exemplarische Vorgehensweisen für Brandratenalarme

Nehmen wir als Beispiel ein SLO mit einem gleitenden Intervall von 28 Tagen. Das Einstellen eines Burn-Rate-Alarms für diesen SLO umfasst zwei Schritte:

  1. Stellen Sie die Brennrate und das Lookback-Fenster ein.

  2. Erstellen Sie einen CloudWatch Alarm, der die Brennrate überwacht.

Stellen Sie zunächst fest, wie viel vom gesamten Fehlerbudget der Service bereit ist, innerhalb eines bestimmten Zeitraums aufzuwenden. Mit anderen Worten, formulieren Sie Ihr Ziel anhand des folgenden Satzes: „Ich möchte benachrichtigt werden, wenn X% meines gesamten Fehlerbudgets innerhalb von M Minuten aufgebraucht sind.“

Sie könnten beispielsweise festlegen, dass für das Ziel eine Warnung ausgegeben wird, wenn innerhalb von 60 Minuten 2% des gesamten Fehlerbudgets aufgebraucht sind.

Um die Brennrate festzulegen, definieren Sie zunächst das Lookback-Fenster. Das Look-Back-Fenster ist M, was in diesem Beispiel 60 Minuten entspricht.

Als Nächstes erstellen Sie den CloudWatch Alarm. Wenn Sie dies tun, müssen Sie einen Schwellenwert für die Brennrate angeben. Wenn die Brennrate diesen Schwellenwert überschreitet, werden Sie vom Alarm benachrichtigt. Verwenden Sie die folgende Formel, um den Schwellenwert zu ermitteln:

burn rate threshold = X% * SLO interval length/ look-back window size

In diesem Beispiel ist X gleich 2, weil wir eine Warnung erhalten möchten, wenn innerhalb von 60 Minuten 2% des Fehlerbudgets aufgebraucht sind. Die Länge des Intervalls beträgt 40.320 Minuten (28 Tage), und 60 Minuten sind das Rückblickfenster. Die Antwort lautet also:

burn rate threshold = 2% * 40,320 / 60 = 13.44.

In diesem Beispiel würden Sie 13,44 als Alarmschwelle festlegen.

Mehrere Alarme mit unterschiedlichen Fenstern

Durch die Einrichtung von Alarmen in mehreren Lookback-Fenstern können Sie schnell einen starken Anstieg der Fehlerrate bei einem kurzen Fenster erkennen und gleichzeitig kleinere Erhöhungen der Fehlerrate erkennen, die letztendlich das Fehlerbudget aufbrauchen, wenn sie unbemerkt bleiben.

Darüber hinaus können Sie einen kombinierten Alarm für eine Brennrate mit langem Fenster und für eine Brennrate mit kurzem Fenster (1/12 des langen Fensters) einrichten und nur dann informiert werden, wenn beide Brennraten einen Schwellenwert überschreiten. Auf diese Weise können Sie sicherstellen, dass Sie nur bei Situationen gewarnt werden, die immer noch auftreten. Weitere Informationen zu kombinierten Alarmen finden Sie CloudWatch unterKombinieren von Alarmen.

Anmerkung

Sie können bei der Erstellung der Brennrate einen metrischen Alarm für eine Brennrate festlegen. Um einen kombinierten Alarm für mehrere Brandratenalarme einzurichten, müssen Sie die Anweisungen unter befolgen. Einen zusammengesetzten Alarm erstellen

Eine Strategie für zusammengesetzte Alarme, die in der Arbeitsmappe Google Site Reliability Engineering empfohlen wird, umfasst drei zusammengesetzte Alarme:

  • Ein zusammengesetzter Alarm, der zwei Alarme überwacht, einen mit einem Zeitfenster von einer Stunde und einer mit einem Zeitfenster von fünf Minuten.

  • Ein zweiter zusammengesetzter Alarm, der zwei Alarme überwacht, einen mit einem Sechsstundenfenster und einer mit einem 30-Minuten-Fenster.

  • Ein dritter zusammengesetzter Alarm, der zwei Alarme überwacht, einen mit einem Drei-Tage-Fenster und einer mit einem Sechs-Stunden-Fenster.

Für diese Einrichtung sind die folgenden Schritte erforderlich:

  1. Erstellen Sie fünf Brennraten mit Zeitfenstern von fünf Minuten, 30 Minuten, einer Stunde, sechs Stunden und drei Tagen.

  2. Erstellen Sie die folgenden drei CloudWatch Alarmpaare. Jedes Paar umfasst ein langes Fenster und ein kurzes Fenster, das 1/12 des langen Fensters entspricht. Die Schwellenwerte werden anhand der Schritte unter bestimmt. Ermitteln Sie den geeigneten Schwellenwert für einen Burn-Rate-Alarm Wenn Sie den Schwellenwert für jeden Alarm im Paar berechnen, verwenden Sie bei Ihrer Berechnung das längere Rückblickfenster des Paares.

    • Alarme für die Brennraten von 1 Stunde und 5 Minuten (der Schwellenwert wird durch 2% des Gesamtbudgets bestimmt)

    • Alarme für die Brennrate von 6 Stunden und 30 Minuten (der Schwellenwert wird durch 5% des Gesamtbudgets bestimmt)

    • Alarme für die Brennrate von 3 Tagen und 6 Stunden (der Schwellenwert wird durch 10% des Gesamtbudgets bestimmt)

  3. Erstellen Sie für jedes dieser Paare einen zusammengesetzten Alarm, um eine Warnung zu erhalten, wenn beide Einzelalarme in den ALARM-Status wechseln. Weitere Informationen zum Erstellen zusammengesetzter Alarme finden Sie unterEinen zusammengesetzten Alarm erstellen.

    Wenn Ihre Alarme für das erste Paar (Ein-Stunden-Fenster und Fünf-Minuten-Fenster) beispielsweise den Namen OneHourBurnRate Und habenFiveMinuteBurnRate, würde die Regel für CloudWatch zusammengesetzte Alarme lauten ALARM(OneHourBurnRate) AND ALARM(FiveMinuteBurnRate)

Die vorherige Strategie ist nur für SLOs ein Intervall von mindestens drei Stunden möglich. SLOs Bei kürzeren Intervallen empfehlen wir, mit einem Paar von Brandratenalarmen zu beginnen, wobei ein Alarm ein Rückblickfenster hat, das 1/12 des Rückblickfensters des anderen Alarms entspricht. Stellen Sie dann einen kombinierten Alarm für dieses Paar ein.

Ein SLO erstellen

Wir empfehlen, dass Sie für Ihre kritischen Anwendungen sowohl Latenz als auch Verfügbarkeit SLOs festlegen. Diese von Application Signals gesammelten Metriken entsprechen den gemeinsamen Geschäftszielen.

Sie können auch eine beliebige CloudWatch Metrik oder einen beliebigen metrischen mathematischen Ausdruck angeben, der zu einer einzigen Zeitreihe führt. SLOs

Wenn Sie zum ersten Mal ein SLO in Ihrem Konto erstellen, CloudWatch wird automatisch die AWSServiceRoleForCloudWatchApplicationSignalsserviceverknüpfte Rolle in Ihrem Konto erstellt, sofern sie noch nicht vorhanden ist. Diese dienstbezogene Rolle ermöglicht CloudWatch das Sammeln von CloudWatch Logdaten, X-Ray-Trace-Daten, CloudWatch Metrikdaten und Tagging-Daten von Anwendungen in Ihrem Konto. Weitere Informationen zu CloudWatch dienstbezogenen Rollen finden Sie unter. Verwenden von serviceverknüpften Rollen für CloudWatch

Wenn Sie ein SLO erstellen, geben Sie an, ob es sich um ein periodenbasiertes SLO oder ein anforderungsbasiertes SLO handelt. Jeder SLO-Typ hat eine andere Methode, um die Leistung Ihrer Anwendung im Vergleich zum Erreichen des Ziels zu bewerten.

  • Ein periodenbasiertes SLO verwendet definierte Zeiträume innerhalb eines bestimmten Gesamtzeitintervalls. Für jeden Zeitraum bestimmt Application Signals, ob die Anwendung ihr Ziel erreicht hat. Die Erfolgsquote wird berechnet als. number of good periods/number of total periods

    Beispiel: Bei einem periodenbasierten SLO bedeutet das Erreichen eines Ziels von 99,9%, dass Ihre Anwendung innerhalb Ihres Intervalls ihr Leistungsziel in mindestens 99,9% der Zeiträume erreichen muss.

  • Ein anforderungsbasiertes SLO verwendet keine vordefinierten Zeiträume. Stattdessen misst der SLO number of good requests/number of total requests während des Intervalls. Sie können jederzeit das Verhältnis zwischen guten Anfragen und der Gesamtzahl der Anfragen für das Intervall bis zu dem von Ihnen angegebenen Zeitstempel ermitteln und dieses Verhältnis mit dem in Ihrem SLO festgelegten Ziel messen.

Erstellen Sie ein periodenbasiertes SLO

Gehen Sie wie folgt vor, um ein periodenbasiertes SLO zu erstellen.

Um ein periodenbasiertes SLO zu erstellen

  1. Öffnen Sie die CloudWatch Konsole unter. https://console.aws.amazon.com/cloudwatch/

  2. Wählen Sie im Navigationsbereich Servicelevel-Ziele (SLO).

  3. Wählen Sie SLO erstellen.

  4. Geben Sie einen Namen für das SLO ein. Wenn Sie den Namen eines Services oder Vorgangs zusammen mit entsprechenden Schlüsselwörtern wie Latenz oder Verfügbarkeit angeben, können Sie bei der Untersuchung schnell erkennen, was der SLO-Status bedeutet.

  5. Führen Sie für Servicelevel-Indikator (SLI) festlegen einen der folgenden Schritte aus:

    • Um das SLO auf eine der Standard-Anwendungsmetriken Latency oder Availability festzulegen:

      1. Wählen Sie Service-Vorgang.

      2. Wählen Sie ein Konto aus, das von diesem SLO überwacht werden soll.

      3. Wählen Sie den Service aus, den dieses SLO überwachen soll.

      4. Wählen Sie den Vorgang aus, den dieses SLO überwachen soll.

      5. Wählen Sie für Wählen Sie eine Berechnungsmethode die Option Perioden aus.

        Die Dropdown-Menüs Service auswählen und Vorgang auswählen werden mit Services und Vorgängen gefüllt, die in den letzten 24 Stunden aktiv waren.

      6. Wählen Sie entweder Verfügbarkeit oder Latenz und legen Sie dann den Schwellenwert fest.

    • So legen Sie den SLO für eine beliebige CloudWatch Metrik oder einen CloudWatch metrischen mathematischen Ausdruck fest:

      1. Wählen Sie CloudWatch Metrisch.

      2. Wählen Sie CloudWatch Metrik auswählen.

        Der Bildschirm Metrik auswählen wird angezeigt. Verwenden Sie die Registerkarten Durchsuchen oder Abfragen, um die gewünschte Metrik zu finden, oder erstellen Sie einen mathematischen Ausdruck für die Metrik.

        Nachdem Sie die gewünschte Metrik ausgewählt haben, wählen Sie die Registerkarte Graphische Metriken und dann die Statistik und den Zeitraum aus, die für das SLO verwendet werden sollen. Wählen Sie dann Select Metric (Metrik auswählen) aus.

        Weitere Informationen zu diesen Bildschirmen finden Sie unter Grafisches Darstellen von Metriken und Fügen Sie einem CloudWatch Diagramm einen mathematischen Ausdruck hinzu.

      3. Wählen Sie für Wählen Sie eine Berechnungsmethode die Option Perioden aus.

      4. Wählen Sie unter Bedingung festlegen einen Vergleichsoperator und einen Schwellenwert aus, den das SLO als Erfolgsindikator verwenden soll.

    • Um den SLO von der Abhängigkeit eines Dienstes von einer der Standardanwendungsmetriken abhängig zu machen, Latency oderAvailability:

      1. Wählen Sie Service Dependency aus.

      2. Wählen Sie unter Dienst auswählen den Dienst aus, den dieser SLO überwachen soll.

      3. Basierend auf dem ausgewählten Dienst können Sie unter Vorgang auswählen einen bestimmten Vorgang auswählen oder Alle Operationen auswählen, um die Metriken aller Operationen dieses Dienstes zu verwenden, der eine Abhängigkeit aufruft.

      4. Unter Abhängigkeit auswählen können Sie die erforderliche Abhängigkeit suchen und auswählen, für die Sie die Zuverlässigkeit messen möchten.

        Nachdem Sie die Abhängigkeit ausgewählt haben, können Sie das aktualisierte Diagramm und die auf der Abhängigkeit basierenden historischen Daten anzeigen.

  6. Wenn Sie in Schritt 5 Service Operation oder Service Dependency ausgewählt haben, legen Sie die Periodenlänge für dieses SLO fest.

  7. Legen Sie das Intervall und das Erreichungsziel für das SLO fest. Weitere Informationen zu Intervallen und Erreichungszielen sowie zu deren Zusammenspiel finden Sie unter SLO-Konzepte.

  8. (Optional) Gehen Sie unter SLO Burn Rates festlegen wie folgt vor:

    • Stellen Sie die Länge (in Minuten) des Lookback-Fensters für die Brennrate ein. Informationen zur Auswahl dieser Länge finden Sie unter. Exemplarische Vorgehensweisen für Brandratenalarme

    • Um mehr Brennraten für dieses SLO zu erstellen, wählen Sie „Weitere Brennraten hinzufügen“ und legen Sie das Lookback-Fenster für die zusätzlichen Brennraten fest.

  9. (Optional) Erstellen Sie Alarme für die Brennrate, indem Sie wie folgt vorgehen:

    • Aktivieren Sie unter „Brandrate-Alarme festlegen“ das Kontrollkästchen für jede Brennrate, für die Sie einen Alarm erstellen möchten. Gehen Sie für jeden dieser Alarme wie folgt vor:

      • Geben Sie das Amazon SNS SNS-Thema an, das für Benachrichtigungen verwendet werden soll, wenn der Alarm in den ALARM-Status wechselt.

      • Legen Sie entweder einen Schwellenwert für die Brennrate fest oder geben Sie den Prozentsatz des geschätzten Gesamtbudgets an, der im letzten Rückblick verbrannt werden soll. Wenn Sie den Prozentsatz des geschätzten Gesamtbudgets angeben, das verbrannt wurde, wird der Schwellenwert für die Verbrennungsrate für Sie berechnet und bei der Meldung verwendet. Wie Sie entscheiden können, welcher Schwellenwert festgelegt werden soll, oder um zu erfahren, wie diese Option zur Berechnung des Schwellenwerts für die Brennrate verwendet wird, finden Sie unterErmitteln Sie den geeigneten Schwellenwert für einen Burn-Rate-Alarm.

  10. (Optional) Legen Sie einen oder mehrere CloudWatch Alarme oder einen Warnschwellenwert für den SLO fest.

    1. CloudWatch Alarme können Amazon SNS verwenden, um Sie proaktiv zu benachrichtigen, wenn eine Anwendung aufgrund ihrer SLI-Leistung fehlerhaft ist.

      Um einen Alarm zu erstellen, wählen Sie eines der Alarm-Kontrollkästchen aus und geben Sie das Amazon-SNS-Thema ein – oder erstellen Sie eines – welches für Benachrichtigungen verwendet werden soll, wenn der Alarm in den ALARM-Status wechselt. Weitere Informationen zu CloudWatch Alarmen finden Sie unter. CloudWatch Amazon-Alarme verwenden Für die Erstellung von Alarmen fallen Gebühren an. Weitere Informationen zur CloudWatch Preisgestaltung finden Sie unter CloudWatch Amazon-Preise.

    2. Wenn Sie einen Warnschwellenwert festlegen, wird dieser auf den Bildschirmen von Application Signals angezeigt, sodass Sie erkennen können SLOs , dass die Gefahr besteht, dass sie nicht erreicht werden, auch wenn sie derzeit fehlerfrei sind.

      Um einen Warnschwellenwert festzulegen, geben Sie den Schwellenwert im Feld Warnschwellenwert ein. Wenn das Fehlerbudget des SLO unter dem Warnschwellenwert liegt, wird das SLO auf mehreren Bildschirmen von Application Signals mit Warnung gekennzeichnet. Warnschwellenwerte werden auch in den Grafiken zum Fehlerbudget angezeigt. Sie können auch einen SLO-Warnalarm erstellen, der auf dem Warnschwellenwert basiert.

  11. (Optional) Gehen Sie unter Ausschluss des SLO-Zeitfensters festlegen wie folgt vor:

    • Legen Sie unter Zeitfenster ausschließen das Zeitfenster fest, das von den SLO-Leistungskennzahlen ausgeschlossen werden soll.

      Sie können „Zeitfenster festlegen“ wählen und das Startfenster für jede Stunde oder jeden Monat eingeben, oder Sie können „Zeitfenster mit CRON festlegen“ wählen und den CRON-Ausdruck eingeben.

    • Stellen Sie unter Wiederholen ein, ob dieser Zeitfensterausschluss wiederholt wird oder nicht.

    • (Optional) Unter Grund hinzufügen können Sie wählen, ob Sie einen Grund für den Zeitfensterausschluss eingeben möchten. Zum Beispiel geplante Wartungsarbeiten.

    • Wählen Sie Zeitfenster hinzufügen aus, um bis zu 10 Zeitausschlussfenster hinzuzufügen.

  12. Um diesem SLO Tags hinzuzufügen, wählen Sie die Registerkarte Tags und dann Neues Tag hinzufügen. Mit Tags können Sie Ressourcen verwalten, identifizieren, organisieren, suchen und filtern. Weitere Informationen über das Markieren finden Sie unter Markieren Ihrer AWS -Ressourcen.

    Anmerkung

    Wenn die Anwendung, zu der dieses SLO gehört, registriert ist AWS Service Catalog AppRegistry, können Sie das awsApplication Tag verwenden, um dieses SLO dieser Anwendung zuzuordnen. AppRegistry Weitere Informationen finden Sie unter Was ist AppRegistry?

  13. Wählen Sie SLO erstellen. Wenn Sie sich außerdem dafür entscheiden, einen oder mehrere Alarme zu erstellen, ändert sich der Name der Schaltfläche entsprechend.

Erstellen Sie ein anforderungsbasiertes SLO

Gehen Sie wie folgt vor, um ein anforderungsbasiertes SLO zu erstellen.

Um ein anforderungsbasiertes SLO zu erstellen

  1. Öffnen Sie die CloudWatch Konsole unter. https://console.aws.amazon.com/cloudwatch/

  2. Wählen Sie im Navigationsbereich Servicelevel-Ziele (SLO).

  3. Wählen Sie SLO erstellen.

  4. Geben Sie einen Namen für das SLO ein. Wenn Sie den Namen eines Services oder Vorgangs zusammen mit entsprechenden Schlüsselwörtern wie Latenz oder Verfügbarkeit angeben, können Sie bei der Untersuchung schnell erkennen, was der SLO-Status bedeutet.

  5. Führen Sie für Servicelevel-Indikator (SLI) festlegen einen der folgenden Schritte aus:

    • Um das SLO auf eine der Standard-Anwendungsmetriken Latency oder Availability festzulegen:

      1. Wählen Sie Service-Vorgang.

      2. Wählen Sie den Service aus, den dieses SLO überwachen soll.

      3. Wählen Sie den Vorgang aus, den dieses SLO überwachen soll.

      4. Wählen Sie für Wählen Sie eine Berechnungsmethode die Option Anfragen aus.

      5. Die Dropdown-Menüs Service auswählen und Vorgang auswählen werden mit Services und Vorgängen gefüllt, die in den letzten 24 Stunden aktiv waren.

      6. Wählen Sie entweder Verfügbarkeit oder Latenz. Wenn Sie Latenz wählen, legen Sie den Schwellenwert fest.

    • So legen Sie den SLO für eine beliebige CloudWatch Metrik oder einen CloudWatch metrischen mathematischen Ausdruck fest:

      1. Wählen Sie CloudWatch Metrisch.

      2. Gehen Sie unter Zielanfragen definieren wie folgt vor:

        1. Wählen Sie aus, ob Sie gute oder schlechte Anfragen messen möchten.

        2. Wählen Sie CloudWatch Metrik auswählen aus. Diese Metrik ist der Zähler für das Verhältnis von Zielanfragen zur Gesamtzahl der Anfragen. Wenn Sie eine Latenzmetrik verwenden, verwenden Sie die Statistik Trimmed Count (TC). Wenn der Schwellenwert 9 ms beträgt und Sie den Vergleichsoperator „Weniger als“ (<) verwenden, verwenden Sie den Schwellenwert TC (:threshold — 1). Weitere Hinweise zu TC finden Sie unterSyntax.

          Der Bildschirm Metrik auswählen wird angezeigt. Verwenden Sie die Registerkarten Durchsuchen oder Abfragen, um die gewünschte Metrik zu finden, oder erstellen Sie einen mathematischen Ausdruck für die Metrik.

      3. Wählen Sie unter Gesamtzahl der Anfragen definieren die CloudWatch Metrik aus, die Sie für die Quelle verwenden möchten. Diese Metrik ist der Nenner für das Verhältnis von Zielanfragen zur Gesamtzahl der Anfragen.

        Der Bildschirm Metrik auswählen wird angezeigt. Verwenden Sie die Registerkarten Durchsuchen oder Abfragen, um die gewünschte Metrik zu finden, oder erstellen Sie einen mathematischen Ausdruck für die Metrik.

        Nachdem Sie die gewünschte Metrik ausgewählt haben, wählen Sie die Registerkarte Graphische Metriken und dann die Statistik und den Zeitraum aus, die für das SLO verwendet werden sollen. Wählen Sie dann Select Metric (Metrik auswählen) aus.

        Wenn Sie eine Latenzmetrik verwenden, die einen Datenpunkt pro Anfrage ausgibt, verwenden Sie die Statistik zur Anzahl der Stichproben, um die Gesamtzahl der Anfragen zu zählen.

        Weitere Informationen zu diesen Bildschirmen finden Sie unter Grafisches Darstellen von Metriken und Fügen Sie einem CloudWatch Diagramm einen mathematischen Ausdruck hinzu.

    • Um den SLO für die Abhängigkeit eines Dienstes von einer der Standardanwendungsmetriken festzulegen, Latency oderAvailability:

      1. Wählen Sie Service Dependency aus.

      2. Wählen Sie unter Dienst auswählen den Dienst aus, den dieser SLO überwachen soll.

      3. Basierend auf dem ausgewählten Dienst können Sie unter Vorgang auswählen einen bestimmten Vorgang auswählen oder Alle Operationen auswählen, um die Metriken aller Operationen dieses Dienstes zu verwenden, der eine Abhängigkeit aufruft.

      4. Unter Abhängigkeit auswählen können Sie die erforderliche Abhängigkeit suchen und auswählen, für die Sie die Zuverlässigkeit messen möchten.

        Nachdem Sie die Abhängigkeit ausgewählt haben, können Sie das aktualisierte Diagramm und die auf der Abhängigkeit basierenden historischen Daten anzeigen.

  6. Legen Sie das Intervall und das Erreichungsziel für das SLO fest. Weitere Informationen zu Intervallen und Erreichungszielen sowie zu deren Zusammenspiel finden Sie unter SLO-Konzepte.

  7. (Optional) Gehen Sie für „SLO Burn Rates festlegen“ wie folgt vor:

    • Stellen Sie die Länge (in Minuten) des Lookback-Fensters für die Brennrate ein. Informationen zur Auswahl dieser Länge finden Sie unter. Exemplarische Vorgehensweisen für Brandratenalarme

    • Um mehr Brennraten für dieses SLO zu erstellen, wählen Sie „Weitere Brennraten hinzufügen“ und legen Sie das Lookback-Fenster für die zusätzlichen Brennraten fest.

  8. (Optional) Erstellen Sie Alarme für die Brennrate, indem Sie wie folgt vorgehen:

    • Aktivieren Sie unter „Brandrate-Alarme festlegen“ das Kontrollkästchen für jede Brennrate, für die Sie einen Alarm erstellen möchten. Gehen Sie für jeden dieser Alarme wie folgt vor:

      • Geben Sie das Amazon SNS SNS-Thema an, das für Benachrichtigungen verwendet werden soll, wenn der Alarm in den ALARM-Status wechselt.

      • Legen Sie entweder einen Schwellenwert für die Brennrate fest oder geben Sie den Prozentsatz des geschätzten Gesamtbudgets an, der im letzten Rückblick verbrannt werden soll. Wenn Sie den Prozentsatz des geschätzten Gesamtbudgets angeben, das verbrannt wurde, wird der Schwellenwert für die Verbrennungsrate für Sie berechnet und bei der Meldung verwendet. Wie Sie entscheiden können, welcher Schwellenwert festgelegt werden soll, oder um zu erfahren, wie diese Option zur Berechnung des Schwellenwerts für die Brennrate verwendet wird, finden Sie unterErmitteln Sie den geeigneten Schwellenwert für einen Burn-Rate-Alarm.

  9. (Optional) Legen Sie einen oder mehrere CloudWatch Alarme oder einen Warnschwellenwert für den SLO fest.

    1. CloudWatch Alarme können Amazon SNS verwenden, um Sie proaktiv zu benachrichtigen, wenn eine Anwendung aufgrund ihrer SLI-Leistung fehlerhaft ist.

      Um einen Alarm zu erstellen, wählen Sie eines der Alarm-Kontrollkästchen aus und geben Sie das Amazon-SNS-Thema ein – oder erstellen Sie eines – welches für Benachrichtigungen verwendet werden soll, wenn der Alarm in den ALARM-Status wechselt. Weitere Informationen zu CloudWatch Alarmen finden Sie unter. CloudWatch Amazon-Alarme verwenden Für die Erstellung von Alarmen fallen Gebühren an. Weitere Informationen zur CloudWatch Preisgestaltung finden Sie unter CloudWatch Amazon-Preise.

    2. Wenn Sie einen Warnschwellenwert festlegen, wird dieser auf den Bildschirmen von Application Signals angezeigt, sodass Sie erkennen können SLOs , dass die Gefahr besteht, dass sie nicht erreicht werden, auch wenn sie derzeit fehlerfrei sind.

      Um einen Warnschwellenwert festzulegen, geben Sie den Schwellenwert im Feld Warnschwellenwert ein. Wenn das Fehlerbudget des SLO unter dem Warnschwellenwert liegt, wird das SLO auf mehreren Bildschirmen von Application Signals mit Warnung gekennzeichnet. Warnschwellenwerte werden auch in den Grafiken zum Fehlerbudget angezeigt. Sie können auch einen SLO-Warnalarm erstellen, der auf dem Warnschwellenwert basiert.

  10. (Optional) Gehen Sie unter Ausschluss des SLO-Zeitfensters festlegen wie folgt vor:

    • Legen Sie unter Zeitfenster ausschließen das Zeitfenster fest, das von den SLO-Leistungskennzahlen ausgeschlossen werden soll.

      Sie können „Zeitfenster festlegen“ wählen und das Startfenster für jede Stunde oder jeden Monat eingeben, oder Sie können „Zeitfenster mit CRON festlegen“ wählen und den CRON-Ausdruck eingeben.

    • Stellen Sie unter Wiederholen ein, ob dieser Zeitfensterausschluss wiederholt wird oder nicht.

    • (Optional) Unter Grund hinzufügen können Sie wählen, ob Sie einen Grund für den Zeitfensterausschluss eingeben möchten. Zum Beispiel geplante Wartungsarbeiten.

    • Wählen Sie Zeitfenster hinzufügen aus, um bis zu 10 Zeitausschlussfenster hinzuzufügen.

  11. Um diesem SLO Tags hinzuzufügen, wählen Sie die Registerkarte Tags und dann Neues Tag hinzufügen. Mit Tags können Sie Ressourcen verwalten, identifizieren, organisieren, suchen und filtern. Weitere Informationen über das Markieren finden Sie unter Markieren Ihrer AWS -Ressourcen.

    Anmerkung

    Wenn die Anwendung, zu der dieses SLO gehört, registriert ist AWS Service Catalog AppRegistry, können Sie das awsApplication Tag verwenden, um dieses SLO dieser Anwendung zuzuordnen. AppRegistry Weitere Informationen finden Sie unter Was ist AppRegistry?

  12. Wählen Sie SLO erstellen. Wenn Sie sich außerdem dafür entscheiden, einen oder mehrere Alarme zu erstellen, ändert sich der Name der Schaltfläche entsprechend.

SLO-Status anzeigen und untersuchen

SLOs Anhand der Service Level Objectives oder der Service-Optionen in der CloudWatch Konsole können Sie sich schnell einen Überblick über Ihren Status verschaffen. Die Ansicht „Dienste“ bietet einen at-a-glance Überblick über das Verhältnis fehlerhafter Services, SLOs das auf der Grundlage der von Ihnen festgelegten Werte berechnet wird. Weitere Informationen zur Verwendung der Services-Option finden Sie unter Den Betriebsstatus Ihrer Anwendungen mit Application Signals überwachen.

Die Ansicht Servicelevel-Ziele bietet eine übergeordnete Ansicht Ihrer Organisation. Sie können die Werte „Erfüllt“ und „Unerfüllt“ SLOs als Ganzes sehen. Auf diese Weise erhalten Sie einen Überblick darüber, wie viele Ihrer Dienste und Abläufe über längere Zeiträume Ihren Erwartungen entsprechen, je nachdem, welchen Zeitraum Sie ausgewählt haben. SLIs

Um all Ihre SLOs Leistungen in der Ansicht Service Level Objectives zu sehen

  1. Öffnen Sie die CloudWatch Konsole unter https://console.aws.amazon.com/cloudwatch/.

  2. Wählen Sie im Navigationsbereich Servicelevel-Ziele (SLO).

    Die Liste der Servicelevel-Ziele (SLO) wird angezeigt.

    Sie können den aktuellen Status Ihres schnell SLOs in der SLI-Statusspalte einsehen. Um die zu sortieren, SLOs sodass alle fehlerhaften Daten ganz oben in der Liste stehen, wählen Sie die Spalte SLI-Status aus, bis alle fehlerhaften Daten ganz oben SLOs stehen.

    Die SLO-Tabelle hat die folgenden standardmäßigen Spalten. Sie können anpassen, welche Spalten angezeigt werden, indem Sie das Zahnradsymbol über der Liste auswählen. Weitere Informationen zu Zielen SLIs, deren Erreichung und Intervallen finden Sie unter. SLO-Konzepte

    • Der Name des SLO.

    • In der Ziel-Spalte wird der Prozentsatz der Zeiträume in jedem Intervall angezeigt, bei denen der SLI-Schwellenwert erfolgreich erreicht werden muss, damit das SLO-Ziel erreicht wird. Außerdem wird die Intervall-Länge für das SLO angezeigt.

    • Der SLI-Status zeigt an, ob der aktuelle Betriebsstatus der Anwendung fehlerfrei ist oder nicht. Wenn ein Zeitraum innerhalb des aktuell ausgewählten Zeitraums für das SLO fehlerhaft war, wird der SLI-Status als Fehlerhaft angezeigt.

    • Wenn dieser SLO für die Überwachung einer Abhängigkeit konfiguriert ist, werden in den Spalten Abhängigkeit und Fernbetrieb die Details zu dieser Abhängigkeitsbeziehung angezeigt.

    • Das Endziel ist das Erreichungsniveau, das am Ende des ausgewählten Zeitraums erreicht wurde. Sortieren Sie nach dieser Spalte, um diejenigen zu finden, bei SLOs denen die Gefahr am größten ist, dass sie nicht erfüllt werden.

    • Das Erreichungs-Delta ist der Unterschied in der Leistungsstufe zwischen dem Beginn und dem Ende des ausgewählten Zeitraums. Ein negatives Delta bedeutet, dass die Metrik nach unten tendiert. Sortieren Sie nach dieser Spalte, um die neuesten Trends von zu sehen SLOs.

    • Das Budget für Endfehler (%) ist der Prozentsatz der Gesamtzeit in dem Zeitraum, in dem es zu fehlerhaften Zeiträumen kommen kann und das SLO trotzdem erfolgreich erreicht werden kann. Wenn Sie diesen Wert auf 5 % setzen und der SLI in 5 % oder weniger der verbleibenden Zeiträumen des Intervalls fehlerhaft ist, wird das SLO trotzdem erfolgreich erreicht.

    • Das Fehlerbudget-Delta ist die Differenz im Fehlerbudget zwischen dem Start und dem Ende des ausgewählten Zeitraums. Ein negatives Delta bedeutet, dass die Metrik nach unten tendiert.

    • Beim Endfehlerbudget (Zeit) handelt es sich um die tatsächliche Zeit innerhalb des Intervalls, die fehlerhaft sein kann, während das SLO trotzdem erfolgreich erreicht werden muss. Wenn dieser Wert beispielsweise 14 Minuten beträgt und der SLI während des verbleibenden Intervalls weniger als 14 Minuten fehlerhaft ist, wird das SLO trotzdem erfolgreich erreicht.

    • Beim Endfehlerbudget (Anfragen) handelt es sich um die Anzahl der Anfragen innerhalb des Intervalls, die fehlerhaft sein können und bei denen der SLO trotzdem erfolgreich erreicht werden kann. Bei Anfragen ist dieser Wert dynamisch und kann schwanken SLOs, wenn sich die Gesamtzahl der Anfragen im Laufe der Zeit ändert.

    • In den Spalten Service, Vorgang und Typ werden Informationen darüber angezeigt, für welchen Service und welchen Betrieb dieses SLO eingerichtet ist.

  3. Aktivieren Sie das Optionsfeld neben dem SLO-Namen, um die Budgets für Erreichen und Fehler für ein SLO anzuzeigen.

    Die Grafiken oben auf der Seite zeigen den Budgetstatus des SLO-Erreichens und des Fehlerbudgets. Ein Diagramm über die SLI-Metrik, die diesem SLO zugeordnet ist, wird ebenfalls angezeigt.

  4. Um ein SLO, das sein Ziel nicht erreicht, genauer zu untersuchen, wählen Sie den Dienstnamen, den Operationsnamen oder den Abhängigkeitsnamen, der diesem SLO zugeordnet ist. Sie werden auf die Detailseite weitergeleitet, auf der Sie eine weitere Auswahl vornehmen können. Weitere Informationen finden Sie unter Auf der Seite mit den Servicedetails können Sie detaillierte Serviceaktivitäten und den Betriebsstatus anzeigen.

  5. Um den Zeitraum der Diagramme und Tabellen auf der Seite zu ändern, wählen Sie oben auf dem Bildschirm einen neuen Zeitraum aus.

Ein vorhandenes SLO bearbeiten

Gehen Sie folgendermaßen vor, um eine bestehende SLO zu bearbeiten. Wenn Sie ein SLO bearbeiten, können Sie nur den Schwellenwert, das Intervall, das Erreichungsziel und die Tags ändern. Um andere Aspekte wie Service, Betrieb oder Metrik zu ändern, erstellen Sie ein neues SLO, anstatt ein vorhandenes zu bearbeiten.

Wenn Sie einen Teil einer SLO-Kernkonfiguration ändern, z. B. einen Zeitraum oder einen Schwellenwert, werden alle vorherigen Datenpunkte und Bewertungen in Bezug auf Leistung und Zustand ungültig. Das SLO wird effektiv gelöscht und neu erstellt.

Anmerkung

Wenn Sie ein SLO bearbeiten, werden die mit diesem SLO verknüpften Alarme nicht automatisch aktualisiert. Möglicherweise müssen Sie die Alarme aktualisieren, damit sie mit dem SLO synchron bleiben.

So bearbeiten Sie ein vorhandenes SLO

  1. Öffnen Sie die CloudWatch Konsole unter. https://console.aws.amazon.com/cloudwatch/

  2. Wählen Sie im Navigationsbereich Servicelevel-Ziele (SLO).

  3. Aktivieren Sie das Optionsfeld neben dem SLO, das Sie bearbeiten möchten, und wählen Sie Aktionen, SLO bearbeiten aus.

  4. Nehmen Sie die gewünschten Änderungen vor und wählen Sie dann Änderungen speichern.

Ein SLO löschen

Gehen Sie folgendermaßen vor, um ein bestehendes SLO zu löschen.

Anmerkung

Wenn Sie ein SLO löschen, werden die mit diesem SLO verknüpften Alarme nicht automatisch gelöscht. Sie müssen sie selbst löschen. Weitere Informationen finden Sie unter Verwalten von Alarmen.

So löschen Sie ein SLO

  1. Öffnen Sie die CloudWatch Konsole unter https://console.aws.amazon.com/cloudwatch/.

  2. Wählen Sie im Navigationsbereich Servicelevel-Ziele (SLO).

  3. Aktivieren Sie das Optionsfeld neben dem SLO, das Sie bearbeiten möchten, und wählen Sie Aktionen, SLO löschen aus.

  4. Wählen Sie Bestätigen aus.