View a markdown version of this page

Bewährte Methoden bei der Konfiguration der zonalen Autoshift - Amazon Application Recovery Controller (ARC)

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.

Bewährte Methoden bei der Konfiguration der zonalen Autoshift

Beachten Sie die folgenden bewährten Methoden und Überlegungen, wenn Sie die zonale Autoshift in Amazon Application Recovery Controller (ARC) aktivieren.

Die zonale automatische Verschiebung umfasst zwei Arten von Verkehrsverlagerungen: automatische Verschiebungen und Zonenwechsel im Übungsbetrieb.

  • Eine automatische Umschaltung AWS hilft Ihnen dabei, die Zeit bis zur Wiederherstellung zu verkürzen, indem der Datenverkehr von Anwendungsressourcen bei Veranstaltungen in Ihrem Namen von einer Availability Zone abgezogen wird.

  • Bei Übungsläufen beginnt ARC in Ihrem Namen eine zonale Schicht, oder Sie starten einen zonalen Schichtübungslauf. Durch AWS den zonalen Schichtbetrieb wird der Verkehr im wöchentlichen Rhythmus von einer Verfügbarkeitszone für eine Ressource weg und wieder zurück verlagert. Mithilfe von Übungsläufen können Sie sicherstellen, dass Sie die Kapazität für Availability Zones in einer Region ausreichend erweitert haben, damit Ihre Anwendung den Verlust einer Availability Zone tolerieren kann.

Es gibt mehrere bewährte Methoden und Überlegungen, die Sie bei automatischen Schaltvorgängen und Übungsläufen berücksichtigen sollten. Lesen Sie die folgenden Themen, bevor Sie die zonale automatische Verschiebung aktivieren oder Übungsläufe für eine Ressource konfigurieren.

Topics

Begrenzen Sie die Zeit, in der Kunden mit Ihren Endpunkten in Verbindung bleiben

Wenn Amazon Application Recovery Controller (ARC) den Datenverkehr von einer Beeinträchtigung wegleitet, beispielsweise durch die Verwendung von Zonal Shift oder Zonal Autoshift, verwendet ARC zur Übertragung Ihres Anwendungsdatenverkehrs ein DNS-Update. Ein DNS-Update führt dazu, dass alle neuen Verbindungen von dem betroffenen Standort weggeleitet werden. Clients mit bereits bestehenden offenen Verbindungen stellen jedoch möglicherweise weiterhin Anfragen an den beeinträchtigten Standort, bis die Clients erneut eine Verbindung herstellen. Um eine schnelle Wiederherstellung zu gewährleisten, empfehlen wir, die Zeit, in der Clients mit Ihren Endpunkten verbunden bleiben, zu begrenzen.

Wenn Sie einen Application Load Balancer verwenden, können Sie mit dieser keepalive Option konfigurieren, wie lange Verbindungen bestehen bleiben. Wir empfehlen Ihnen, den keepalive Wert so zu senken, dass er Ihrem Ziel für die Wiederherstellungszeit Ihrer Anwendung entspricht, z. B. 300 Sekunden. Wenn Sie einen keepalive Zeitpunkt wählen, sollten Sie berücksichtigen, dass dieser Wert einen Kompromiss zwischen einer generell häufigeren Wiederherstellung der Verbindung darstellt, was sich auf die Latenz auswirken kann, und der schnelleren Entfernung aller Clients aus einer beeinträchtigten AZ oder Region.

Weitere Informationen zur Einstellung der keepalive Option für Application Load Balancer finden Sie im Abschnitt zur Keepalive-Dauer des HTTP-Clients im Application Load Balancer-Benutzerhandbuch.

Skalieren Sie Ihre Ressourcenkapazität im Voraus und testen Sie den Shifting-Traffic

Wenn der Verkehr für eine zonale Schicht oder eine automatische Schicht von einer Availability Zone AWS wegverlagert wird, ist es wichtig, dass die verbleibenden Availability Zones die erhöhten Anforderungsraten für Ihre Ressource verarbeiten können. Dieses Muster wird als statische Stabilität bezeichnet. Weitere Informationen finden Sie im Whitepaper Statische Stabilität mithilfe von Availability Zones in der Amazon Builder's Library.

Wenn Ihre Anwendung beispielsweise 30 Instances benötigt, um ihre Kunden zu bedienen, sollten Sie 15 Instances in drei Availability Zones bereitstellen, also insgesamt 45 Instances. Auf diese Weise AWS können Sie die Clients Ihrer Anwendung auch dann bedienen, wenn der Traffic von einer Availability Zone AWS wegverlagert wird — mit einer automatischen Verschiebung oder während eines Testlaufs — mit den verbleibenden insgesamt 30 Instances in zwei Availability Zones.

Die zonale Autoshift-Funktion in ARC hilft Ihnen, sich schnell nach AWS Ereignissen in einer Availability Zone zu erholen, wenn Sie eine Anwendung mit Ressourcen haben, die so skaliert wurden, dass sie auch bei Ausfall einer Availability Zone normal funktionieren. Bevor Sie die zonale automatische Verschiebung für eine Ressource aktivieren, skalieren Sie Ihre Ressourcenkapazität in allen konfigurierten Availability Zones in einer. AWS-Region Starten Sie dann zonale Verschiebungen für die Ressource, um zu testen, ob Ihre Anwendung auch dann normal läuft, wenn der Datenverkehr von einer Availability Zone wegverlagert wird.

Nachdem Sie mit zonalen Verschiebungen getestet haben, aktivieren Sie die zonale automatische Verschiebung und konfigurieren Sie Übungsläufe für Anwendungsressourcen. Führen Sie Ihre eigenen On-Demand-Übungsläufe durch, um sicherzustellen, dass Ihre Konfiguration richtig skaliert wird. Regelmäßige Übungsläufe mit zonaler Autoshift helfen Ihnen dabei, kontinuierlich sicherzustellen, dass Ihre Kapazität immer noch angemessen skaliert wird. Mit ausreichender Kapazität in allen Availability Zones kann Ihre Anwendung Kunden auch während einer automatischen Schicht unterbrechungsfrei bedienen.

Weitere Informationen zum Starten einer zonalen Schicht für eine Ressource finden Sie unter. Zonenverschiebung in ARC

Beachten Sie die Ressourcentypen und Einschränkungen

Zonal Autoshift unterstützt die Verlagerung des Datenverkehrs aus einer Availability Zone für alle Ressourcen, die von Zonal Shift unterstützt werden. In einigen spezifischen Ressourcenszenarien verschiebt die zonale automatische Verschiebung den Verkehr nicht von einer Availability Zone zu einer automatischen Verschiebung.

Wenn die Load Balancer-Zielgruppen in den Availability Zones beispielsweise keine Instances haben oder wenn alle Instances fehlerhaft sind, befindet sich der Load Balancer im Status Fail Open. Wenn in diesem Szenario ein Autoshift für einen Load Balancer AWS gestartet wird, ändert ein Autoshift nicht, welche Availability Zones der Load Balancer verwendet, da sich der Load Balancer bereits in einem Fail-Open-Zustand befindet. Dieses Verhalten wird erwartet. Autoshift kann nicht dazu führen, dass eine Availability Zone fehlerhaft ist und der Verkehr in die anderen Availability Zones verlagert wird, AWS-Region wenn alle Availability Zones ausgefallen sind (fehlerhaft).

Einzelheiten zu den unterstützten Ressourcen, einschließlich aller Anforderungen und Ausnahmen, die Sie beachten sollten, finden Sie unter. Unterstützte Ressourcen

Geben Sie Alarme für Übungsläufe an

Sie müssen mindestens einen Alarmtyp (einen Ergebnisalarm) für Übungsläufe mit zonaler automatischer Verschiebung konfigurieren. Optional können Sie auch einen zweiten Alarmtyp (Blockieren von Alarmen) konfigurieren.

Wenn Sie die CloudWatch Alarme berücksichtigen, die Sie für Übungsläufe für Ihre Ressource konfigurieren, sollten Sie Folgendes beachten:

  • Für eine Testlaufkonfiguration müssen Sie mindestens einen Ergebnisalarm konfigurieren. Für Ergebnisalarme empfehlen wir, dass Sie CloudWatch Alarme so konfigurieren, dass sie in einen ALARM Zustand übergehen, in dem Metriken für die Ressource oder Ihre Anwendung darauf hinweisen, dass sich die Verlagerung des Datenverkehrs von der Availability Zone weg negativ auf die Leistung auswirkt. Sie können beispielsweise einen Schwellenwert für die Anforderungsraten für Ihre Ressource festlegen und dann einen Alarm so konfigurieren, dass er in einen ALARM Zustand übergeht, wenn der Schwellenwert überschritten wird. Sie sind dafür verantwortlich, geeignete Alarme zu konfigurieren, die AWS dazu führen, dass der Übungslauf beendet wird und ein FAILED Ergebnis zurückgegeben wird.

  • Wir empfehlen Ihnen, das AWS Well Architected Framework zu befolgen, das Ihnen empfiehlt, wichtige Leistungsindikatoren (KPIs) als CloudWatch Alarme zu implementieren. Wenn Sie dies tun, können Sie diese Alarme verwenden, um einen kombinierten Alarm zu erstellen, der als Sicherheitsauslöser verwendet werden kann, um zu verhindern, dass Übungsläufe gestartet werden, falls Ihre Anwendung dadurch einen KPI übersehen könnte. Wenn der Alarm nicht mehr aktiv ist, startet ARC mit Übungsläufen, wenn das nächste Mal ein Übungslauf für die Ressource geplant ist. ALARM

  • Wenn Sie einen (oder mehrere) Alarme zum Blockieren von Übungsläufen konfigurieren, können Sie bestimmte Messwerte nachverfolgen, anhand derer Sie angeben, dass kein Probelauf gestartet werden soll, z. B. wenn ein Alarm darauf hinweist, dass ein laufender Vorfall vorliegt. AWS

  • Für Alarme zum Üben geben Sie für jeden Alarm den Amazon-Ressourcennamen (ARN) an, sodass Sie den Alarm zunächst in Amazon konfigurieren müssen. CloudWatch Bei den von Ihnen angegebenen CloudWatch Alarmen kann es sich um zusammengesetzte Alarme handeln, sodass Sie mehrere Metriken und Prüfungen für Ihre Anwendung und Ressource einbeziehen können, sodass der Alarm in einen bestimmten ALARM Zustand übergeht. Sie können auch separate Alarme konfigurieren und dann mehr als einen Alarm jedes Typs für Ihre Trainingslaufkonfiguration angeben. Weitere Informationen finden Sie unter Kombinieren von Alarmen im CloudWatch Amazon-Benutzerhandbuch.

  • Stellen Sie sicher, dass sich die CloudWatch Alarme, die Sie für Übungsläufe angeben, in derselben Region wie die Ressource befinden, für die Sie einen Übungslauf konfigurieren.

Evaluieren Sie die Ergebnisse der Übungsläufe

ARC meldet ein Ergebnis für jeden Übungslauf. Bewerten Sie nach einem Trainingslauf das Ergebnis und entscheiden Sie, ob Sie Maßnahmen ergreifen müssen. Beispielsweise müssen Sie möglicherweise die Kapazität skalieren oder die Konfiguration für einen Alarm anpassen.

Nachfolgend sind die möglichen Ergebnisse eines Übungslaufs aufgeführt:

  • ERFOLGREICH: Während des Testlaufs traten die Alarmmeldungen ohne Ergebnis in den ALARM Status „Kein Ergebnis“ ein, und der Übungslauf schloss den gesamten 30-minütigen Testzeitraum ab.

  • FEHLGESCHLAGEN: Mindestens ein Ergebnisalarm ist während des Übungslaufs in einen ALARM Zustand übergegangen.

  • UNTERBROCHEN: Der Übungslauf wurde aus einem Grund beendet, der nicht darin bestand, dass der Ergebnisalarm in einen ALARM Zustand überging. Ein Übungslauf kann aus verschiedenen Gründen unterbrochen werden, unter anderem aus den folgenden:

    • Der Übungslauf wurde beendet, weil in der Region eine automatische Schicht AWS gestartet wurde AWS-Region oder weil in der Region ein Alarmzustand aufgetreten ist.

    • Der Übungslauf wurde beendet, weil die Testlaufkonfiguration für die Ressource gelöscht wurde.

    • Der Probelauf wurde beendet, weil eine vom Kunden initiierte Zonenverschiebung für die Ressource in der Availability Zone gestartet wurde, von der die Zonenschicht den Verkehr wegverlagerte.

    • Der Übungslauf wurde beendet, weil auf einen CloudWatch Alarm, der für die Probelaufkonfiguration angegeben war, nicht mehr zugegriffen werden konnte.

    • Der Übungslauf wurde beendet, weil ein für den Übungslauf festgelegter Blockierungsalarm in einen ALARM Zustand übergegangen ist.

    • Der Übungslauf wurde aus einem unbekannten Grund beendet.

    • Der Übungslauf wurde beendet, weil ein zonaler Autoshift mit Vorrang eingeleitet wurde. Informationen zu zonalen Verschiebungen finden Sie unter Rangfolge.

  • CAPACITY_CHECK_FAILED: Die Prüfung auf ausgeglichene Kapazität zwischen Availability Zones für Ihre Load-Balancing- und Auto-Scaling-Gruppenressourcen ist fehlgeschlagen.

  • AUSSTEHEND: Der Übungslauf ist aktiv (im Gange). Es gibt noch kein Ergebnis, das angezeigt werden kann.