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.
# So funktionieren zonale Autoshift- und Übungsläufe
Die zonale Autoshift-Funktion in Amazon Application Recovery Controller (ARC) ermöglicht es, den Verkehr für eine Ressource in Ihrem Namen von einer Availability Zone weg AWS zu verlagern, wenn AWS festgestellt wird, dass eine Beeinträchtigung vorliegt, die sich möglicherweise auf Kunden in der Availability Zone auswirken könnte. Zonal Autoshift ist für eine Ressource konzipiert, die in allen Availability Zones in einer vorskaliert ist AWS-Region, sodass eine Anwendung auch nach dem Verlust einer Availability Zone normal ausgeführt werden kann.
Bei Zonal Autoshift müssen Sie Übungsläufe konfigurieren, bei denen ARC den Datenverkehr für die Ressource regelmäßig von einer Availability Zone weg verlagert. ARC plant etwa wöchentlich Übungsläufe für jede Ressource, der eine Übungslaufkonfiguration zugeordnet ist. Übungsläufe für jede Ressource werden unabhängig voneinander geplant.
Für jeden Übungslauf zeichnet ARC ein Ergebnis auf. Wenn ein Übungslauf durch eine Blockierung unterbrochen wird, wird das Ergebnis des Übungslaufs nicht als erfolgreich markiert. Weitere Informationen zu den Ergebnissen von Übungsläufen finden Sie unter [Ergebnisse von Übungsläufen](arc-zonal-autoshift.considerations.md#ZAConsiderationsPracticeRunOutcomes).
Sie können EventBridge Amazon-Benachrichtigungen so konfigurieren, dass Sie Informationen zu Autoshifts und Übungsläufen erhalten. Weitere Informationen finden Sie unter [Zonal Autoshift mit Amazon verwenden EventBridge](eventbridge-zonal-autoshift.md).
**Topics**
+ [Über Zonal Autoshift](arc-zonal-autoshift.how-it-works.about.md)
+ [Wann AWS startet und stoppt Autoshift](arc-zonal-autoshift.how-it-works.start-stop-auto.md)
+ [Wenn ARC Übungsläufe plant, startet und beendet](arc-zonal-autoshift.how-it-works.scheduled-practice-runs.md)
+ [Kapazitätsprüfungen für Übungsläufe](arc-zonal-autoshift.how-it-works.capacity-check.md)
+ [Benachrichtigung für Übungsläufe und automatische Verschiebungen](arc-zonal-autoshift.how-it-works.notifications.md)
+ [Vorrang für zonale Verschiebungen](arc-zonal-autoshift.how-it-works.precedence.md)
+ [Einen aktiven Autoshift- oder Übungslauf beenden](arc-zonal-autoshift.how-it-works.stop-shift.md)
+ [Wie wird der Verkehr wegverlagert](arc-zonal-autoshift.how-it-works.how-traffic-shifted.md)
+ [Alarme für Übungsläufe](arc-zonal-autoshift.how-it-works.alarms.md)
+ [Blockierte Fenster und erlaubte Fenster (in UTC)](arc-zonal-autoshift.how-it-works.blocked-windows.md)
# Über Zonal Autoshift
Zonal Autoshift ist eine Funktion, mit der der Datenverkehr von AWS Anwendungsressourcen in Ihrem Namen von einer Availability Zone weggeleitet wird. AWS startet eine automatische Verschiebung, wenn die interne Telemetrie anzeigt, dass eine Beeinträchtigung der Availability Zone vorliegt, die sich möglicherweise auf Kunden auswirken könnte. Die interne Telemetrie beinhaltet Metriken aus verschiedenen Quellen, darunter dem AWS Netzwerk und den Amazon EC2- und Elastic Load Balancing Balancing-Diensten.
Sie müssen Zonal Autoshift für unterstützte Ressourcen manuell aktivieren. AWS
Wenn Sie AWS Anwendungen auf Load Balancern in mehreren (in der Regel drei) AZs in einer Region bereitstellen und ausführen und zur Unterstützung statischer Stabilität vorab skalieren, AWS können Sie Kundenanwendungen in einer AZ schnell wiederherstellen, indem Sie den Datenverkehr mit Autoshift wegverlagern. Durch die Verlagerung des Ressourcenverkehrs auf andere AZs Standorte in der Region AWS können Dauer und Schwere potenzieller Auswirkungen reduziert werden, die durch Stromausfälle, Hardware- oder Softwareprobleme in einer AZ oder andere Beeinträchtigungen verursacht werden.
Die von ARC unterstützten Ressourcen bieten Integrationen, die die angegebene AZ als fehlerhaft kennzeichnen, was dazu führt, dass der Verkehr von der beeinträchtigten AZ weggeleitet wird.
Wenn Sie Zonal Autoshift für eine Ressource aktivieren, müssen Sie auch einen Testlauf für die Ressource konfigurieren. AWS führt etwa wöchentlich 30-minütige Übungsläufe durch, um sicherzustellen, dass Sie über genügend Kapazität verfügen, um Ihre Anwendung auch ohne eine der Availability Zones in der Region auszuführen.
Wie bei Zonal Shift gibt es einige spezifische Szenarien, in denen Zonal Autoshift den Verkehr nicht von der AZ weg verlagert. Wenn die Load Balancer-Zielgruppen beispielsweise AZs keine Instances haben oder wenn alle Instances fehlerhaft sind, befindet sich der Load Balancer in einem Fail-Open-Status und Sie können keine der Instanzen wegverlagern. AZs
Weitere Informationen zu Zonal Autoshift finden Sie unter. [Automatische Zonenverschiebung in ARC](arc-zonal-autoshift.md)
# Wann AWS startet und stoppt Autoshift
Wenn Sie Zonal Autoshift für eine Ressource aktivieren, autorisieren AWS Sie, den Ressourcenverkehr für eine Anwendung bei Ereignissen in Ihrem Namen aus einer Availability Zone zu verlagern, um die Zeit bis zur Wiederherstellung zu verkürzen.
Um dies zu erreichen, verwendet Zonal Autoshift AWS Telemetrie, um so früh wie möglich zu erkennen, dass eine Beeinträchtigung der Availability Zone vorliegt, die sich möglicherweise auf Kunden auswirken könnte. Wenn ein Autoshift AWS gestartet wird, wird der Datenverkehr zu den konfigurierten Ressourcen sofort von der beeinträchtigten Availability Zone wegverlagert, was sich möglicherweise auf Kunden auswirken könnte.
Zonal Autoshift ist eine Funktion, die für Kunden konzipiert wurde, die ihre Anwendungsressourcen für alle Availability Zones in einem vorab skaliert haben. AWS-Region Sie sollten sich nicht auf die bedarfsorientierte Skalierung verlassen, wenn ein Autoshift oder ein Übungslauf gestartet wird.
AWS beendet einen Autoshift, wenn festgestellt wird, dass die Availability Zone wiederhergestellt wurde.
# Wenn ARC Übungsläufe plant, startet und beendet
ARC plant wöchentlich einen Übungslauf für eine Ressource, der etwa 30 Minuten dauert. ARC plant, startet und verwaltet Übungsläufe für jede Ressource unabhängig voneinander. ARC fasst keine Übungsläufe für Ressourcen auf demselben Konto zusammen. Sie können auch selbst Übungsläufe auf Abruf starten, um sicherzustellen, dass Ihr Setup für ein zonales Autoshift-Ereignis gewappnet ist.
Wenn ein Übungslauf für die erwartete Dauer ohne Unterbrechung fortgesetzt wird, wird er mit einem Ergebnis von markiert. `SUCCESSFUL` Es gibt mehrere andere mögliche Ergebnisse: `FAILED``INTERRUPTED`, `CAPACITY_CHECK_FAILED` und`PENDING`. Ergebniswerte und Beschreibungen sind im Abschnitt [Ergebnisse der Übungsläufe](arc-zonal-autoshift.considerations.md#ZAConsiderationsPracticeRunOutcomes) enthalten.
Es gibt einige Szenarien, in denen ARC einen Übungslauf unterbricht und beendet. Wenn beispielsweise ein Autoshift während eines Übungslaufs startet, unterbricht ARC den Übungslauf und beendet ihn. Nehmen wir als weiteres Beispiel an, dass die Ressource negativ auf einen Übungslauf reagiert und einen Alarm auslöst, den Sie zur Überwachung des Übungslaufs angegeben haben, sodass dieser in einen `ALARM` Zustand übergeht. In diesem Szenario unterbricht ARC auch den Übungslauf und beendet ihn.
Darüber hinaus gibt es mehrere Szenarien, in denen ARC keinen geplanten Übungslauf für eine Ressource startet.
Als Reaktion auf unterbrochene und blockierte Übungsläufe für eine Ressource geht ARC wie folgt vor:
+ Wenn ein Übungslauf für eine Ressource unterbrochen wird, während er in Bearbeitung ist, betrachtet ARC den wöchentlichen Übungslauf als beendet und plant für die nächste Woche einen neuen Übungslauf für die Ressource. Das wöchentliche Trainingsergebnis `INTERRUPTED` entspricht diesem Szenario, nicht`FAILED`. Das Ergebnis des Übungslaufs wird `FAILED` nur dann angezeigt, wenn der Ergebnisalarm, der den Übungslauf überwacht, während des Übungslaufs in einen `ALARM` Zustand übergeht.
+ Wenn beim geplanten Start eines Übungslaufs für eine Ressource eine Sperrbeschränkung besteht, startet ARC den Übungslauf nicht. ARC setzt die regelmäßige Überwachung fort, um festzustellen, ob immer noch eine oder mehrere Sperrbeschränkungen bestehen. Wenn es keine Blockierungsbeschränkungen gibt, startet ARC den Übungslauf für die Ressource.
Im Folgenden finden Sie Beispiele für Blockierungsbeschränkungen, die ARC daran hindern, einen Übungslauf für eine Ressource zu starten oder fortzusetzen:
+ ARC startet oder setzt keine Übungsläufe fort, wenn gerade ein AWS Fault Injection Service Experiment läuft. Wenn ein AWS FIS Ereignis aktiv ist, obwohl ARC den Start eines Übungslaufs geplant hat, startet ARC den Übungslauf nicht. ARC überwacht während der Trainingsläufe die Blockierung von Einschränkungen, einschließlich eines AWS FIS Ereignisses. Wenn ein AWS FIS Ereignis beginnt, während ein Übungslauf aktiv ist, beendet ARC den Übungslauf und versucht erst, einen weiteren zu starten, wenn der nächste reguläre Übungslauf für die Ressource stattfindet.
+ Wenn in einer Region ein aktuelles AWS Ereignis stattfindet, startet ARC keine Übungsläufe für Ressourcen und beendet aktive Übungsläufe in der Region.
Wenn der Trainingslauf ohne Unterbrechung beendet ist, plant ARC wie gewohnt den nächsten Trainingslauf in einer Woche. Wenn ein Übungslauf aufgrund einer Sperrbeschränkung nicht gestartet wird, z. B. aufgrund eines AWS FIS Experiments oder eines von Ihnen angegebenen blockierten Zeitfensters, versucht ARC weiterhin, einen Übungslauf zu starten, bis der Übungslauf gestartet werden kann.
# Kapazitätsprüfungen für Übungsläufe
Wenn ein Testlauf gestartet wird, führt ARC eine Überprüfung durch, um den Verkehr vorübergehend von einer Availability Zone weg zu verlagern, um sicherzustellen, dass Sie in anderen Availability Zones über genügend Kapazität verfügen, um den Verkehr sicher von der AZ weg zu leiten. Wenn nicht genügend Kapazität verfügbar ist, wird die Verkehrsverlagerung für den Übungslauf nicht gestartet und der Testlauf wird beendet.
Darüber hinaus führt ARC nach Abschluss eines zonalen Autoshifts eine Kapazitätsprüfung der Load Balancer-Ressourcen durch, bevor ARC die durch den Autoshift gestartete Verkehrsschicht beendet. Schlägt die Kapazitätsprüfung fehl, wenn der Autoshift endet, wird der Verkehr nicht zurück in die Availability Zone verlagert, aus der er verschoben wurde.
Prüfungen auf ausgeglichene Kapazität werden nur für Load Balancer und Auto Scaling Scaling-Gruppen durchgeführt.
Bei einer Load Balancer-Ressource wird durch Kapazitätsprüfungen bestätigt, dass fehlerfreie Hosts, die dem Load Balancer zugeordnet sind, auf die Availability Zones verteilt sind. Insbesondere stellen Kapazitätsprüfungen sicher, dass die Anzahl der fehlerfreien Hosts in allen Availability Zones, in denen die Ressource registriert ist, ausgewogen ist. Bei Kapazitätsprüfungen bedeutet „ausgewogen“, dass die intakte Kapazität für jede Availability Zone innerhalb einer kleinen Abweichung mit den anderen Zonen gleichwertig ist.
Beachten Sie, dass Kapazitätsprüfungen weder auf Load Balancer mit Zielgruppen vom Typ Lambda noch auf Application Load Balancers angewendet werden, da diese Ziele nicht zonal konfiguriert sind.
Kapazitätsprüfungen werden auch für Auto Scaling Scaling-Gruppen abgeschlossen. Bei einer Auto Scaling Scaling-Gruppe wird durch Kapazitätsprüfungen bestätigt, dass die gesamte gesunde zonale Kapazität einer Auto Scaling Scaling-Gruppe — d. h. die Anzahl der insgesamt fehlerfreien Hosts in allen Availability Zones — dem gewünschten Kapazitätssatz für diese Auto Scaling Scaling-Gruppe entspricht.
**Wenn eine Kapazitätsprüfung fehlschlägt**
Wenn bei einer Kapazitätsprüfung festgestellt wird, dass die verfügbare Kapazität für eine Ressource nicht ausgeglichen ist, lautet das Ergebnis des Übungslaufs`CAPACITY_CHECK_FAILED`. Weitere Informationen darüber, warum eine Kapazitätsprüfung fehlgeschlagen ist, finden Sie im Kommentarfeld für`ZonalShiftSummary`. Gehen Sie wie folgt vor, um das Kommentarfeld für Ihren Übungslauf mit zonaler Schicht zu finden:
1. Führen Sie mithilfe von die AWS CLI zonalen Verschiebungen für die Ressource auf, die Sie im Übungslauf mithilfe der [ListZonalShifts](https://docs.aws.amazon.com/arc-zonal-shift/latest/api/API_ListZonalShifts.html)API-Operation angegeben haben.
FOr Um beispielsweise die zonalen Verschiebungen zurückzugeben, können Sie einen Befehl ausführen, der dem folgenden ähnelt:
```
aws arc-zonal-shift start-practice-run
--resource-identifier="arn:aws:elasticloadbalancing:Region:111122223333:ExampleALB123456890"
```
1. Überprüfen Sie die Reihe der zurückgegebenen `ZonalShiftSummary` Objekte, um die Zonenverschiebung für den Übungslauf zu ermitteln, der aufgrund von Kapazitätsprüfungen fehlgeschlagen ist.
1. Die zutreffende Zonenverschiebung finden Sie in den Informationen in dem `Comment` Feld.
# Benachrichtigung für Übungsläufe und automatische Verschiebungen
Sie können wählen, ob Sie über Übungsläufe und automatische Verschiebungen für Ihre Ressource informiert werden möchten, indem Sie EventBridge Amazon-Benachrichtigungen einrichten. Sie können EventBridge Benachrichtigungen einrichten, auch wenn Sie Zonal Autoshift noch nicht für Ressourcen aktiviert haben. Dies wird als *Autoshift-Observer-Benachrichtigung* bezeichnet. Mit der Autoshift-Observer-Benachrichtigung werden Sie über alle Autoshifts informiert, die ARC startet, wenn eine Availability Zone potenziell beeinträchtigt ist. Beachten Sie, dass Sie diese Option in allen Bereichen konfigurieren müssen AWS-Region , über die Sie Benachrichtigungen erhalten möchten.
Die Schritte zur Aktivierung der Autoshift-Observer-Benachrichtigung finden Sie unter[Autoshift-Observer-Benachrichtigung aktivieren oder deaktivieren](arc-zonal-autoshift.enable-autoshift-observer.md). Weitere Informationen zu Benachrichtigungsoptionen und deren Konfiguration finden Sie EventBridge unter[Zonal Autoshift mit Amazon verwenden EventBridge](eventbridge-zonal-autoshift.md).
# Vorrang für zonale Verschiebungen
Zu einem bestimmten Zeitpunkt kann nicht mehr als eine Zonenverschiebung angewendet werden. Das heißt, nur eine Praxis führt eine Zonenverschiebung, eine vom Kunden initiierte Zonenverschiebung, automatische Verschiebung oder AWS FIS ein Experiment für die Ressource durch. Wenn eine zweite Zonenverschiebung gestartet wird, bestimmt ARC anhand einer Rangfolge, welcher Typ der Zonenverschiebung für eine Ressource gilt.
Das allgemeine Prioritätsprinzip besagt, dass zonale Schichten, die Sie als Kunde starten, Vorrang vor anderen Schichttypen haben. Beachten Sie jedoch, dass ein aktuell ausgeführter, AWS initiierter Übungslauf Sie daran hindert, einen Übungslauf auf Anforderung zu starten.
Zur Veranschaulichung der Rangfolge in ARC wird die Rangfolge anhand von Beispielszenarien wie folgt dargestellt:
| Der Typ der zonalen Schicht wurde angewendet | Der Typ der zonalen Verschiebung wurde eingeleitet | Ergebnis |
| --- | --- | --- |
| AWS FIS Experiment | Üben, laufen | Der Übungslauf kann nicht gestartet werden, da das AWS FIS Experiment Vorrang hat. |
| AWS FIS Experiment | Manuelle Zonenverschiebung | Das AWS FIS Experiment wird abgebrochen und die manuelle Zonenverschiebung wird angewendet. |
| AWS FIS Experiment | Automatische Zonenverschiebung | Das AWS FIS Experiment wird abgebrochen und der zonale Autoshift wird angewendet. |
| AWS FIS Experiment | AWS FIS experimentieren | Das initiierte AWS FIS Experiment kann nicht gestartet werden, da bereits ein Experiment läuft, das die AWS FIS Autoshift-Aktion ausgelöst hat. |
| Übungslauf | Manuelle Zonenverschiebung | Der Übungslauf wird abgebrochen und das Ergebnis auf eingestelltINTERRUPTED, und die Zonenverschiebung wird angewendet. |
| Übungslauf | AWS FIS experimentiere | Der Übungslauf wird abgebrochen und das Ergebnis auf eingestelltINTERRUPTED, und das AWS FIS Experiment wird angewendet. |
| Übungslauf | Automatische Zonenverschiebung | Der Übungslauf wird abgebrochen und das Ergebnis auf gesetztINTERRUPTED, und der zonale Autoshift wird angewendet. |
| Manueller zonaler Wechsel | Übungslauf | Der Übungslauf kann nicht gestartet werden. |
| Manuelle Zonenverschiebung | AWS FIS experimentieren | Das AWS FIS Experiment kann nicht gestartet werden oder schlägt fehl, wenn es bereits läuft. |
| Manuelle Zonenverschiebung | Automatische Zonenverschiebung | Der zonale Autoshift wird zwar durchgeführt, ACTIVE aber nicht APPLIED auf der Ressource. Die manuelle Zonenverschiebung hat Vorrang. |
| Automatische Zonenverschiebung | AWS FIS experimentieren | Das AWS FIS Experiment kann nicht gestartet werden oder schlägt fehl, wenn es gerade läuft. |
| Automatische Zonenverschiebung | Manuelle Zonenverschiebung | Der zonale Autoshift wird zwar durchgeführt, ACTIVE aber nicht APPLIED auf der Ressource. Die manuelle Zonenverschiebung hat Vorrang. |
| Automatische Zonenverschiebung | Übungslauf | Der Übungslauf kann nicht gestartet werden, da der zonale Autoshift Vorrang hat. |
Für die Datenverkehrsverschiebung, die derzeit für die Ressource in Kraft ist, ist der Status der angewendeten Zonenverschiebung auf `APPLIED` festgelegt. Es ist immer nur eine Verschiebung auf `APPLIED` eingestellt. Andere Schichten, die gerade in Bearbeitung sind, sind zwar auf den Status eingestellt`NOT_APPLIED`, haben aber weiterhin ihren Status. `ACTIVE`
# Beenden eines aktiven Autoshift- oder Übungslaufs für eine Ressource
Um eine laufende automatische Verschiebung für eine Ressource zu beenden, müssen Sie die Zonenverschiebung abbrechen.
Für die Ressource finden weiterhin reguläre Übungsläufe nach demselben Zeitplan statt. Wenn Sie zusätzlich zur Deaktivierung von Autoshifts auch die Übungsläufe beenden möchten, müssen Sie die der Ressource zugeordnete Übungslaufkonfiguration löschen.
Wenn Sie eine Übungslaufkonfiguration löschen, werden keine Übungsläufe AWS mehr ausgeführt, bei denen der Verkehr für die Ressource jede Woche aus einer Availability Zone verlagert wird. Da für zonales Autoshift außerdem Übungsläufe erforderlich sind, deaktiviert diese Aktion beim Löschen einer Übungslaufkonfiguration mithilfe der ARC-Konsole auch zonales Autoshift für die Ressource. Beachten Sie jedoch, dass Sie, wenn Sie die Zonal Autoshift API verwenden, um einen Übungslauf zu löschen, zuerst Zonal Autoshift für die Ressource deaktivieren müssen.
Weitere Informationen erhalten Sie unter [Abbrechen eines zonalen Autoshifts](arc-zonal-autoshift.canceling-an-autoshift.md) und [Zonal Autoshift aktivieren und damit arbeiten](arc-zonal-autoshift.start-cancel.md).
# Wie wird der Verkehr wegverlagert
Bei Autoshifts und in der Praxis ausgeführten Zonenschichten wird der Verkehr von einer Availability Zone weggeleitet. Dabei wird derselbe Mechanismus verwendet, den ARC für vom Kunden initiierte Zonenverschiebungen verwendet. Eine fehlerhafte Zustandsprüfung führt dazu, dass Amazon Route 53 die entsprechenden IP-Adressen für die Ressource aus dem DNS entfernt, sodass der Verkehr aus der Availability Zone umgeleitet wird. Neue Verbindungen werden jetzt stattdessen an andere Availability Zones in der weitergeleitet. AWS-Region
Wenn bei Autoshift eine Availability Zone wiederhergestellt wird und AWS beschließt, den Autoshift zu beenden, macht ARC den Zustandsprüfungsprozess rückgängig und fordert, dass die Route 53-Zustandsprüfungen rückgängig gemacht werden. Anschließend werden die ursprünglichen zonalen IP-Adressen wiederhergestellt, und wenn die Integritätsprüfungen weiterhin fehlerfrei sind, wird die Availability Zone wieder in das Routing der Anwendung aufgenommen.
Es ist wichtig, sich bewusst zu sein, dass Autoshifts nicht auf Integritätsprüfungen basieren, die den zugrunde liegenden Zustand von Load-Balancern oder Anwendungen überwachen. ARC verwendet Integritätsprüfungen, um den Verkehr von Availability Zones wegzuleiten, indem es verlangt, dass die Zustandsprüfungen auf fehlerhaft gesetzt werden, und stellt dann wieder den Normalzustand der Integritätsprüfungen wieder her, wenn ein Autoshift oder ein zonaler Shift beendet wird.
# Alarme für Übungsläufe
Im zonalen Autoshift können Sie zwei Arten von CloudWatch Alarmen für Übungsläufe angeben: Ergebnisalarme und Blockierungsalarme.
**Ergebnisalarme (erforderlich)**
Für den ersten Alarmtyp, den *Ergebnisalarm*, muss mindestens ein Alarm angegeben werden. Sie sollten Ergebnisalarme so konfigurieren, dass der Zustand Ihrer Anwendung überwacht wird, wenn der Datenverkehr bei jedem 30-minütigen Übungslauf von einer Availability Zone weggeleitet wird.
Damit ein Übungslauf effektiv ist, geben Sie als Ergebniswarnungen mindestens einen CloudWatch Alarm an, der die beiden folgenden Kriterien erfüllt:
Der Alarm überwacht die Messwerte für die Ressource oder für Ihre Anwendung
AND
Der Alarm reagiert mit einem `ALARM` Status, wenn Ihre Anwendung durch den Verlust einer Availability Zone beeinträchtigt wird.
Weitere Informationen finden Sie im Abschnitt **Alarme, die Sie für Übungsläufe angeben**, unter[Bewährte Methoden bei der Konfiguration von Zonal Autoshift](arc-zonal-autoshift.considerations.md).
Ergebnisalarme enthalten auch Informationen zum *Ergebnis des Übungslaufs*, die ARC für jeden Übungslauf meldet. Wenn ein Ergebnisalarm in einen `ALARM` Zustand übergeht, beendet ARC den Übungslauf und gibt das Ergebnis des Übungslaufs von zurück`FAILED`. Wenn der Übungslauf den 30-minütigen Testzeitraum abschließt und keiner der von Ihnen angegebenen Ergebnisalarme einen `ALARM` Status erreicht, lautet das zurückgegebene Ergebnis`SUCCEEDED`. Eine Liste aller Ergebniswerte mit Beschreibungen finden Sie im Abschnitt [Ergebnisse der Übungsläufe](arc-zonal-autoshift.considerations.md#ZAConsiderationsPracticeRunOutcomes).
**Blockieren von Alarmen (optional)**
Optional können Sie einen zweiten Alarmtyp angeben, den *Blockierungsalarm*. Das Blockieren von Alarmen verhindert, dass Übungsläufe gestartet oder fortgesetzt werden, wenn sich einer oder mehrere Alarme in einem bestimmten `ALARM` Zustand befinden. Das Blockieren von Alarmen verhindert, dass Übungsläufe mit Verkehrsschichten gestartet werden, und beendet alle laufenden Übungsläufe, wenn sich mindestens einer der Alarme im Status befindet. `ALARM`
Wenn beispielsweise in einer großen Architektur mit mehreren Microservices ein Problem auftritt, möchten Sie in der Regel alle anderen Änderungen in der Anwendungsumgebung unterbinden. Dazu gehört auch das Blockieren von Übungsläufen. Um dies zu erreichen, können Sie in ARC einen Blockierungsalarm hinzufügen.
# Blockierte Fenster und erlaubte Fenster (in UTC)
Sie haben die Möglichkeit, Übungsläufe für bestimmte Kalenderdaten oder für bestimmte Zeitfenster, d. h. Tage und Uhrzeiten, die in UTC angegeben sind, zu *blockieren* oder *zuzulassen*.
Wenn Sie beispielsweise ein Anwendungsupdate haben, das am 1. Mai 2024 gestartet werden soll, und Sie nicht möchten, dass zu diesem Zeitpunkt durch Übungsläufe der Verkehr weggelenkt wird, können Sie ein Sperrdatum für festlegen`2024-05-01`.
Oder nehmen wir an, Sie führen drei Tage die Woche Zusammenfassungen von Geschäftsberichten durch. In diesem Szenario könnten Sie die folgenden wiederkehrenden Tage und Uhrzeiten als blockierte Fenster festlegen, z. B. in UTC:`MON-20:30-21:30 WED-20:30-21:30 FRI-20:30-21:30`.
Alternativ könnten Sie entscheiden, dass mittwochs und freitags von 12:00 bis 17:00 Uhr die besten Zeiten für ARC sind, um mit Übungsläufen zu beginnen, um Ihr Setup zu testen. In diesem Szenario könnten Sie die folgenden wiederkehrenden Tage und Uhrzeiten als zulässige Zeitfenster festlegen, z. B. in UTC:. `WED-12:00-17:00 FRI-12:00-17:00`