Bewährte Methoden für zonale Verschiebungen in ARC - 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 für zonale Verschiebungen in ARC

Wir empfehlen die folgenden bewährten Methoden für die Verwendung von Zonenschichten für die Multi-AZ-Wiederherstellung in. ARC Bei Zonenverschiebungen wird in der Regel Kapazität aus einer laufenden Anwendung entfernt. Daher ist Vorsicht geboten, wenn Sie sie in der Produktion einsetzen.

Topics

Kapazitätsplanung und Vorskalierung

Stellen Sie sicher, dass Sie ausreichend Kapazität eingeplant und entweder vorab skaliert haben oder automatisch skalieren können, um die zusätzliche Belastung der Availability Zones zu bewältigen, wenn Sie eine Zonenschicht beginnen. Bei einer auf Wiederherstellung ausgerichteten Architektur wird in der Regel empfohlen, die Rechenkapazität vorab so zu skalieren, dass genügend Headroom vorhanden ist, um den Spitzenverkehr zu bewältigen, wenn eines Ihrer (normalerweise) drei Replikate offline ist.

Wenn Sie beispielsweise eine Zonenverschiebung für eine einzelne Load Balancer-Ressource starten, wird die Kapazität einer Availability Zone vorübergehend hinter dem Load Balancer entfernt. Abhängig von den Zonenschichten, die Sie starten, und davon, wie Ihre Load Balancer konfiguriert sind, müssen Sie sicherstellen, dass Sie sorgfältig geplant haben, wie Sie die erhöhte Last auf den verbleibenden Availability Zones bewältigen können.

Beschränken Sie die Zeit, in der Clients mit Ihren Endpunkten verbunden bleiben

Wenn Amazon Application Recovery Controller (ARC) den Datenverkehr von einer Beeinträchtigung wegleitet, z. B. mithilfe von Zonal Shift oder Zonal Autoshift, ist der Mechanismus, ARC mit dem Ihr Anwendungsdatenverkehr verlagert wird, ein Update. DNS Ein DNS Update führt dazu, dass alle neuen Verbindungen vom beeinträchtigten Standort weggeleitet werden.

Clients mit bereits bestehenden offenen Verbindungen können jedoch weiterhin Anfragen an den beeinträchtigten Standort stellen, bis die Clients wieder eine Verbindung herstellen. Um eine schnelle Wiederherstellung zu gewährleisten, empfehlen wir, die Dauer zu begrenzen, für die Clients mit Ihren Endpunkten verbunden bleiben.

Wenn Sie einen Application Load Balancer verwenden, können Sie mit dieser keepalive Option konfigurieren, wie lange Verbindungen bestehen bleiben. Weitere Informationen finden Sie unter Dauer der Keepalive-Dauer des HTTP Clients im Application Load Balancer Balancer-Benutzerhandbuch.

Standardmäßig legen Application Load Balancer den Wert für die Keepalive-Dauer des HTTP Clients auf 3600 Sekunden oder 1 Stunde fest. Wir empfehlen Ihnen, den Wert zu senken, um Ihrem Ziel für die Wiederherstellungszeit für Ihre Anwendung zu entsprechen, z. B. 300 Sekunden. Wenn Sie die Dauer der HTTP Client-Keepalive-Dauer wählen, sollten Sie berücksichtigen, dass dieser Wert einen Kompromiss darstellt zwischen einer häufigeren Wiederverbindung im Allgemeinen, was sich auf die Latenz auswirken kann, und einer schnelleren Verlagerung aller Clients aus einer beeinträchtigten AZ oder Region.

Testen Sie den Beginn von Zonenverschiebungen im Voraus

Testen Sie regelmäßig, für Ihre Anwendung den Traffic von Availability Zones weg zu verlagern, indem Sie zonale Schichten starten. Planen Sie den Start von Zonenverschiebungen und führen Sie diese aus, vorzugsweise sowohl in Test- als auch in Produktionsumgebungen, als Teil regelmäßiger Failover-Tests zur Wiederherstellung Ihrer Anwendungen im Katastrophenfall. Regelmäßige Tests sind entscheidend, um sicherzustellen, dass Sie auf Probleme vorbereitet sind und das nötige Selbstvertrauen haben, um Probleme zu beheben, wenn ein Betriebsereignis eintritt.

Stellen Sie sicher, dass alle Availability Zones fehlerfrei sind und Traffic aufnehmen

Bei Zonenverschiebungen wird eine Ressource, d. h. ein Anwendungsreplikat, in einer Availability Zone als fehlerhaft markiert. Das bedeutet, dass Sie unbedingt sicherstellen müssen, dass die Ziele in den Load Balancers für Ihre Anwendungen im Allgemeinen fehlerfrei sind und den Traffic in den Availability Zones in einer Region aktiv aufnehmen. Wir empfehlen, dass Sie Dashboards verwenden, um dies nachzuverfolgen, darunter beispielsweise Elastic Load Balancing Balancing-Metriken für fehlerhafte Ziele und bytesProcessed pro Availability Zone.

Erwägen Sie, den Zustand Ihrer Ressourcen von einer zweiten, angrenzenden Region aus zu überwachen. Der Vorteil dieses Ansatzes besteht darin, dass er die Erfahrung Ihrer Endbenutzer besser wiedergeben kann. Außerdem wird dadurch das Risiko verringert, dass sowohl Ihre Anwendung als auch Ihre Überwachung gleichzeitig von derselben Katastrophe betroffen sind („gemeinsames Schicksal“).

Verwenden Sie API Datenebenenoperationen für die Notfallwiederherstellung

Um eine Zonenverschiebung zu starten, wenn Sie eine Anwendung schnell und mit wenigen Abhängigkeiten wiederherstellen müssen, empfehlen wir, die Aktionen AWS Command Line Interface oder API mit Zonal Shift-Aktionen zu verwenden, wenn möglich mit vorab gespeicherten Anmeldeinformationen. Aus Gründen der Benutzerfreundlichkeit können Sie Zonenverschiebungen auch in der AWS Management Console starten. Wenn es jedoch auf eine schnelle und zuverlässige Wiederherstellung ankommt, ist der Betrieb auf Datenebene die bessere Wahl. Weitere Informationen finden Sie im Zonal Shift API Reference Guide.

Verschieben Sie den Verkehr mit einer Zonenverschiebung nur vorübergehend

Durch eine Zonenverlagerung wird der Verkehr vorübergehend von einer Availability Zone weg verlagert, um eine Beeinträchtigung zu minimieren. Sie sollten die Ressource für den Betrieb der Anwendung wiederherstellen, sobald Sie Maßnahmen zur Behebung eines Problems ergriffen haben. Dadurch wird sichergestellt, dass Ihre gesamte Anwendung wieder in ihren ursprünglichen, vollständig redundanten und belastbaren Zustand versetzt wird.