Überprüfung der Bewertungsberichte - AWS Zentrum für Resilienz
Bewertungsbericht

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.

Überprüfung der Bewertungsberichte

Bewertungsberichte finden Sie in der Ansicht „Assessments“ Ihrer Anwendung.

Um einen Bewertungsbericht zu finden

  1. Wählen Sie im linken Navigationsmenü Anwendungen aus.

  2. Öffnen Sie unter Anwendungen eine Anwendung.

  3. Wählen Sie auf der Registerkarte Bewertungen im Abschnitt Resilienzbewertungen einen Bewertungsbericht aus.

Wenn Sie den Bericht öffnen, sehen Sie Folgendes:

  • Ein Gesamtüberblick über den Bewertungsbericht

  • Empfehlungen zur Verbesserung der Resilienz.

  • Empfehlungen zur Einrichtung von Alarmen SOPs und Tests

  • Wie erstelle und verwalte ich Tags, um deine AWS Ressourcen zu durchsuchen und zu filtern

Bewertungsbericht

Dieser Abschnitt bietet einen Überblick über den Bewertungsbericht. AWS Resilience Hub listet jeden Störungstyp und die zugehörige Anwendungskomponente auf. Außerdem werden Ihre aktuellen Richtlinien RTO und Ihre RPO Richtlinien aufgeführt und es wird festgestellt, ob die Anwendungskomponente die Richtlinienziele erreichen kann.

Übersicht

Zeigt den Namen der Anwendung, den Namen der Resilienzrichtlinie und das Erstellungsdatum des Berichts an.

Es wurden Ressourcenverschiebungen festgestellt

In diesem Abschnitt werden alle Ressourcen aufgeführt, die hinzugefügt oder entfernt wurden, nachdem sie in die neueste Version der veröffentlichten Anwendung aufgenommen wurden. Wählen Sie Eingabequellen erneut importieren, um alle Eingabequellen (die Ressourcen enthalten) auf der Registerkarte Eingabequellen erneut zu importieren. Wählen Sie „Veröffentlichen und bewerten“, um die aktualisierten Ressourcen in die Anwendung aufzunehmen und eine genaue Bewertung der Belastbarkeit zu erhalten.

Sie können die fehlerhaften Eingabequellen anhand der folgenden Methoden identifizieren:

  • Logische ID — Gibt die logische ID der Ressource an. Eine logische ID ist ein Name, der verwendet wird, um Ressourcen in Ihrem AWS CloudFormation Stack, Ihrer Terraform-Statusdatei, Ihrer myApplications Anwendung oder zu identifizieren. AWS Resource Groups

  • Änderung — Gibt an, ob eine Eingaberessource hinzugefügt oder entfernt wurde.

  • Quellname — Gibt den Namen der Ressource an. Wählen Sie einen Quellnamen, um die zugehörigen Details in der jeweiligen Anwendung anzuzeigen. Für manuell hinzugefügte Eingabequellen ist der Link nicht verfügbar. Wenn Sie beispielsweise den Quellnamen wählen, der aus einem AWS CloudFormation Stack importiert wird, werden Sie auf die Seite mit den Stack-Details auf der weitergeleitet AWS CloudFormation.

  • Ressourcentyp — Gibt den Ressourcentyp an.

  • Konto — Gibt das AWS Konto an, dem die physische Ressource gehört.

  • Region — Gibt die AWS Region an, in der sich die Ressource befindet.

RTO

Zeigt grafisch an, ob die Anwendung voraussichtlich die Ziele der Stabilitätsrichtlinie erfüllt. Dies basiert auf der Zeitspanne, in der eine Anwendung ausgefallen sein kann, ohne dass das Unternehmen nennenswert geschädigt wird. Die Bewertung gibt einen geschätzten Arbeitsaufwand anRTO.

RPO

Zeigt in grafischer Darstellung, ob die Anwendung voraussichtlich die Ziele der Stabilitätsrichtlinie erfüllt. Dies basiert auf der Zeitspanne, in der Daten verloren gehen können, bevor ein erheblicher Schaden für das Unternehmen eintritt. Die Bewertung gibt einen geschätzten Arbeitsaufwand anRPO.

Details

In den Registerkarten Alle Ergebnisse und Abweichungen bei der Anwendungskonformität werden die einzelnen Störungstypen detailliert beschrieben. Auf der Registerkarte „Alle Ergebnisse“ werden alle Störungen einschließlich Abweichungen bei der Einhaltung von Vorschriften angezeigt, und auf der Registerkarte „Abweichungen bei der Anwendungskonformität“ werden nur Abweichungen bei der Einhaltung der Vorschriften angezeigt. Die Art der Störung umfasst Anwendung, Cloud-Infrastruktur (Infrastruktur und Availability Zone) und Region und bietet die folgenden Informationen dazu:

  • AppComponent

    Die Ressourcen, aus denen die Anwendung besteht. Ihre Anwendung könnte beispielsweise eine Datenbank- oder Rechenkomponente haben.

  • Geschätzt RTO

    Gibt an, ob Ihre Richtlinienkonfiguration Ihren Richtlinienanforderungen entspricht. Wir geben zwei Werte an: unseren geschätzten Wert RTO und Ihren RTOZielwert. Wenn Sie beispielsweise unter Zielwert einen Wert von 2 Stunden RTO und unter „Geschätzter Arbeitsaufwand“ einen Wert von 40 Minuten sehenRTO, bedeutet dies, dass wir einen geschätzten Arbeitsaufwand RTO von 40 Minuten angeben, während RTO der aktuelle Arbeitsaufwand für Ihre Bewerbung bei zwei Stunden liegt. Wir stützen unsere geschätzte Arbeitsauslastung RTO auf die Konfiguration, nicht auf die Richtlinie. Daher hat eine Multi-Availability Zone-Datenbank bei einem Ausfall der Availability Zone dieselbe geschätzte ArbeitslastRTO, unabhängig davon, welche Richtlinie Sie wählen.

  • RTODrift

    Gibt die Dauer an, um die Ihre Bewerbung von der geschätzten Arbeitslast RTO der vorherigen erfolgreichen Prüfung abgewichen ist. Wir geben zwei Werte an: „Geschätzt“ RTO und „RTODrift“. Wenn Sie beispielsweise den Wert 2 Stunden unter Geschätzt RTO und 40 m unter RTOAbweichung sehen, bedeutet dies, dass Ihre Anwendung um 40 Minuten von der geschätzten Arbeitslast RTO der vorherigen erfolgreichen Bewertung abweicht.

  • Geschätzt RPO

    Zeigt die tatsächliche RPO Richtlinie „Geschätzte Arbeitslast“ an, die auf der Grundlage der RPOZielrichtlinie geschätzt wird, die Sie für jede Anwendungskomponente festgelegt haben. AWS Resilience Hub Möglicherweise haben Sie in Ihrer Ausfallsicherheitsrichtlinie das RPO Ziel für Ausfälle in der Availability Zone auf eine Stunde festgelegt. Das geschätzte Ergebnis könnte nahe Null berechnet werden. Dies setzt voraus, dass Amazon Aurora, wo wir jede Transaktion festschreiben, in vier von sechs Knoten, die sich über mehrere Availability Zones erstrecken, erfolgreich ist. Die point-in-time Wiederherstellung kann fünf Minuten dauern.

    Das einzige RTO RPO Ziel, das Sie nicht beliefern können, ist die Region. Bei einigen Anwendungen ist es sinnvoll, die Wiederherstellung zu planen, wenn eine wichtige Abhängigkeit von einem AWS Dienst besteht, der möglicherweise in der gesamten Region nicht mehr verfügbar ist.

    Wenn Sie sich für diese Option entscheiden, z. B. die Festlegung RTO von RPO Zielen für die Region, erhalten Sie eine geschätzte Wiederherstellungszeit und Betriebsempfehlungen für solche Ausfälle.

  • RPODrift

    Gibt die Dauer an, um die Ihre Bewerbung von der geschätzten Arbeitslast RPO der vorherigen erfolgreichen Prüfung abgewichen ist. Wir geben zwei Werte an: „Geschätzt“ RPO und „RPODrift“. Wenn Sie beispielsweise den Wert 2 Stunden unter Geschätzt RPO und 40 m unter RPOAbweichung sehen, bedeutet dies, dass Ihre Anwendung um 40 Minuten von der geschätzten Arbeitslast RPO der vorherigen erfolgreichen Bewertung abweicht.