Multi-Region: Wiederherstellung

Validiert die Wiederherstellung in einer anderen Region anhand Ihrer Wiederherstellungsziele, nicht nur im Hinblick auf die Widerstandsfähigkeit innerhalb der Region.

Sie wählen aus, welche Abhängigkeiten in der primären Region beeinträchtigt werden sollen, sodass Sie die Erkennung und Wiederherstellung üben können.

Der Test ist in den ARC Region Switch integriert, sodass Sie die Einzelheiten der Planausführung im Testbericht nachverfolgen können.

Dies ist ein Wiederherstellungstest. Der RTO-Countdown beginnt, wenn die Testaktionen beginnen. Der Test ist bestanden, wenn alle Erfolgsmeldungen in Ihrem OK Multi-Region RTO-Status zurückkehren und dort bleiben, bis die Testaktionen beendet sind. Für Ihren Service muss eine Resilienz-Richtlinie mit einem definierten Multi-Region RTO gelten.

Wählen Sie Abhängigkeiten in der betroffenen Region aus, die signifikant genug sind, um Ihr Wiederherstellungsverfahren auszulösen. Wählen Sie starke Abhängigkeiten oder DNS-Endpunkte aus, die, wenn sie blockiert würden, diese Region erheblich beeinträchtigen würden.

Durch den Test werden Fehler in die betroffene Region injiziert — Sie führen die Wiederherstellungsaktion selbst durch (z. B. das Auslösen failover/ARC des Regionswechselplans). Der Test überprüft anhand des Alarmzustands, ob Ihre Wiederherstellungsregion innerhalb Ihres RTO-Werts fehlerfrei ist.

Wählen Sie Erfolgsalarme in der Wiederherstellungsregion aus, die bestätigen, dass der Traffic verarbeitet wird, oder verwenden Sie global/application Alarme auf Stufe A, die das allgemeine Kundenerlebnis widerspiegeln.

Erwägen Sie, eine Dauer festzulegen, die länger ist als Ihr RTO, um zu überprüfen, ob die Wiederherstellung nachhaltig ist.

Stellen Sie sicher, dass Ihre Abhängigkeiten während des Tests aktiv genutzt werden (der Datenverkehr fließt zu ihnen) — das bestätigt, dass der Block Wirkung zeigt. Erwägen Sie, Alarme oder Metriken hinzuzufügen, die die Nutzung von Abhängigkeiten verfolgen (z. B. die Anzahl der Anfragen oder Verbindungsfehler), um zu überprüfen, ob die Abhängigkeit während des Tests ausgeübt wird.

Abhängigkeiten müssen auflösbare DNS-Endpunkte sein.

Das Blockieren von Abhängigkeiten, die Fehlschläge bei der Zustandsprüfung auslösen, kann dazu führen, dass Rechenleistung (z. B. Amazon ECS-Aufgaben) ersetzt wird. Die Aktion zum Verlust von Paketen gilt nicht erneut für Ersatzaufgaben und wird möglicherweise als fehlgeschlagen gemeldet.

Beeinträchtigte Region — Die Region, in der Fehler auftreten.

Wiederherstellungsregion — Die Region, in der Ihr Service voraussichtlich wiederhergestellt wird.

Dauer — Die Dauer der Ausführung der Testaktionen. Danach dauert es noch einige Minuten, bis die endgültigen Ergebnisse erfasst sind, bevor der Test endet. Standardmäßig wird Ihr Multi-Region RTO aus Ihrer Servicerichtlinie plus 30 Minuten verwendet, wenn Sie den Test zum ersten Mal erstellen.

Zu blockierende Abhängigkeiten — Wählen Sie Abhängigkeiten aus, die, wenn sie blockiert würden, Ihren Service erheblich beeinträchtigen und die Validierung des Failovers in eine andere Region erleichtern würden. Standardmäßig ist die festgestellte schwerwiegende Abhängigkeit mit dem höchsten Abfragevolumen vorausgewählt. Wenn keine Abhängigkeiten als schwer eingestuft wurden, werden keine ausgewählt. Sie können Abhängigkeiten anhand des DNS-Domainnamens anpassen oder manuell hinzufügen. Zusätzliche Abhängigkeiten, die hier hinzugefügt werden, werden nur für diesen Test verwendet und nicht in der Abhängigkeitserkennung des Dienstes gespeichert. Diese Standardwerte gelten für die Konsole. Wenn Sie die API verwenden, geben Sie die Abhängigkeiten explizit an.

Regions-Switch-Plan (optional) — Wenn Sie einen ARC Region Switch-Plan anhängen, kann die nächste Generation von Resilience Hub den tatsächlichen Failover-Zeitplan in Ihre Testergebnisse und Ihren Bericht aufnehmen. Wenn Sie manuelles Failover oder eine benutzerdefinierte Automatisierung verwenden, lassen Sie dieses Feld leer.