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.
Machen Sie Anwendungen regional fehlertolerant mit globalen Endpunkten in EventBridge
Sie können die Verfügbarkeit Ihrer Anwendung mit den EventBridge globalen Endpunkten von Amazon verbessern. Mit globalen Endpunkten können Sie Ihre Anwendung ohne zusätzliche Kosten regional fehlertolerant machen. Zunächst weisen Sie dem Endpunkt eine Amazon-Route-53-Zustandsprüfung zu. Wenn ein Failover eingeleitet wird, meldet die Zustandsprüfung einen fehlerhaften Zustand. Innerhalb weniger Minuten nach der Einleitung des Failovers werden alle benutzerdefinierten Ereignisse an einen Event Bus in der sekundären Region weitergeleitet und von diesem Event Bus verarbeitet. Sobald die Zustandsprüfung einen fehlerfreien Zustand meldet, werden die Ereignisse vom Event Bus in der primären Region verarbeitet.
Wenn Sie globale Endpunkte verwenden, können Sie die Ereignisreplikation aktivieren. Bei der Ereignisreplikation werden alle benutzerdefinierten Ereignisse mithilfe verwalteter Regeln an die Event Buses in der primären und sekundären Region gesendet.
Anmerkung
Wenn Sie benutzerdefinierte Buses verwenden, benötigen Sie in jeder Region einen benutzerdefinierten Bus mit demselben Namen und demselben Konto, damit der Failover ordnungsgemäß funktioniert.
Recovery Time und Recovery Point Objectives
Das Recovery Time Objective (RTO) ist die Zeit, die benötigt wird, bis die sekundäre Region nach einem Ausfall anfängt, Ereignisse zu empfangen. Denn RTO der Zeitraum umfasst den Zeitraum für das Auslösen von CloudWatch Alarmen und das Aktualisieren des Status für Route 53-Zustandsprüfungen. Das Recovery Point Objective (RPO) ist das Maß für die Daten, die bei einem Ausfall unbearbeitet bleiben. Denn die Zeit schließt Ereignisse einRPO, die nicht in die sekundäre Region repliziert werden und in der primären Region feststecken, bis der Dienst oder die Region wiederhergestellt ist. Wenn Sie sich an globale Endgeräte halten, können Sie davon ausgehen, dass das Ende bei 360 Sekunden RTO und maximal 420 Sekunden liegt, wenn Sie unsere Richtlinien RPO zur Alarmkonfiguration befolgen.
Ereignisreplikation
Ereignisse werden in der sekundären Region asynchron verarbeitet. Dies bedeutet, dass nicht garantiert werden kann, dass Ereignisse in beiden Regionen gleichzeitig verarbeitet werden. Wenn ein Failover ausgelöst wird, werden die Ereignisse von der sekundären Region verarbeitet und von der primären Region verarbeitet, sobald diese verfügbar ist. Wenn Sie die Ereignisreplikation aktivieren, erhöhen sich Ihre monatlichen Kosten. Weitere Informationen finden Sie unter EventBridgeAmazon-Preise
Aus den folgenden Gründen empfehlen wir, die Ereignisreplikation bei der Einrichtung globaler Endpunkte zu aktivieren:
Mithilfe der Ereignisreplikation können Sie überprüfen, ob Ihre globalen Endpunkte korrekt konfiguriert sind. Auf diese Weise können Sie sicherstellen, dass Sie im Falle eines Failovers abgesichert sind.
Für die automatische Wiederherstellung nach einem Failover-Ereignis ist die Ereignisreplikation erforderlich. Wenn Sie die Ereignisreplikation nicht aktiviert haben, müssen Sie die Route-53-Zustandsprüfung manuell auf den fehlerfreien Zustand zurücksetzen, bevor die Ereignisse in die primäre Region zurückkehren.
Replizierte Ereignisnutzlast
Im Folgenden sehen Sie ein Beispiel für eine replizierte Ereignisnutzlast:
Anmerkung
Für region
ist die Region aufgeführt, aus der das Ereignis repliziert wurde.
{ "version": "0", "id": "a908baa3-65e5-ab77-367e-527c0e71bbc2", "detail-type": "Test", "source": "test.service.com", "account": "0123456789", "time": "1900-01-01T00:00:00Z", "region": "us-east-1", "resources": [ "arn:aws:events:us-east-1:0123456789:endpoint/MyEndpoint" ], "detail": { "a": "b" } }
Arbeiten mit globalen Endpunkten mithilfe eines AWS SDK
Anmerkung
Unterstützung für C++ ist bald verfügbar.
Beachten Sie bei AWS SDK der Verwendung von für die Arbeit mit globalen Endpunkten Folgendes:
-
Sie müssen die AWS Common Runtime (CRT) -Bibliothek für Ihren speziellen SDK Bedarf installiert haben. Wenn Sie die nicht CRT installiert haben, erhalten Sie eine Ausnahmemeldung, die angibt, was installiert werden muss. Weitere Informationen finden Sie hier:
-
Sobald Sie einen globalen Endpunkt erstellt haben, müssen Sie allen
PutEvents
-Aufrufen, die Sie verwenden, dieendpointId
und denEventBusName
hinzufügen. -
Globale Endpunkte unterstützen Signature Version 4A. Diese Version von SigV4 ermöglicht das Signieren von Anforderungen für mehrere AWS-Regionen. Dies ist nützlich bei API Vorgängen, die zu Datenzugriffen aus einer von mehreren Regionen führen können. Wenn Sie den verwenden AWS SDK, geben Sie Ihre Anmeldeinformationen an und für Anfragen an globale Endpunkte wird Signature Version 4A ohne zusätzliche Konfiguration verwendet. Weitere Informationen zu SigV4a finden Sie unter Signieren von AWS API Anfragen in der AWS Allgemeinen Referenz.
Wenn Sie temporäre Anmeldeinformationen vom globalen AWS STS Endpunkt (sts.amazonaws.com) anfordern, werden Anmeldeinformationen versendet, die AWS STS SigV4a standardmäßig nicht unterstützen. Weitere Informationen finden Sie AWS STS im Benutzerhandbuch unter Verwaltung in einer AWS Region.AWS Identity and Access Management
Verfügbare Regionen
Die folgenden Regionen unterstützen globale Endpunkten:
-
USA Ost (Nord-Virginia)
-
USA Ost (Ohio)
-
USA West (Nordkalifornien)
-
USA West (Oregon)
-
Kanada (Zentral)
-
Europe (Frankfurt)
-
Europa (Irland)
-
Europa (London)
-
Europa (Milan)
-
Europe (Paris)
-
Europa (Stockholm)
-
Asien-Pazifik (Mumbai)
-
Asia Pacific (Osaka)
-
Asia Pacific (Seoul)
-
Asien-Pazifik (Singapur)
-
Asien-Pazifik (Sydney)
-
Asien-Pazifik (Tokio)
-
Südamerika (São Paulo)