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.
Überwachung kontospezifischer und öffentlicher Ereignisse für AWS Health
Wenn Sie eine EventBridge Regel zur Überwachung von Ereignissen erstellen AWS Health, übermittelt die Regel sowohl kontospezifische als auch öffentliche Ereignisse:
-
Account-specificEreignisse wirken sich auf Ihr Konto und Ihre Ressourcen aus, z. B. ein Ereignis, das Sie über ein erforderliches Update für eine Amazon EC2 EC2-Instance informiert, oder über andere geplante Änderungsereignisse.
-
Öffentliche Ereignisse werden im AWS Health Dashboard — Servicestatus angezeigt.
Öffentliche Veranstaltungen beziehen sich nicht auf die regionale Verfügbarkeit eines Dienstes AWS-Konten und bieten auch keine öffentlichen Informationen darüber.
Wichtig
Um beide Ereignistypen zu empfangen, muss Ihre Regel den "source": [
"aws.health"] Wert verwenden. Platzhalter, z. B. stimmen "source": [ "aws.health*"] nicht mit dem Muster überein, nach dem nach Ereignissen gesucht werden soll.
Mithilfe des Event-Parameters können Sie feststellen EventBridge, ob ein Ereignis öffentlich oder kontospezifisch ist. ScopeCode Ereignisse können das oder haben. PUBLIC ACCOUNT_SPECIFIC Sie können Ihre Regel auch nach diesem Parameter filtern.
Ein Beispiel für eine öffentliche Veranstaltung für Amazon Elastic Compute Cloud finden Sie unterVeranstaltung im Bereich der öffentlichen Health — Betriebsproblem bei Amazon EC2.
Backup-Regeln für AWS Health Ereignisse
Wenn Sie öffentliche Ereignisse von aus überwachen AWS-Region, empfehlen wir Ihnen, eine Backup-Regel zu erstellen. Öffentliche Ereignisse für AWS Health werden gleichzeitig sowohl an die betroffene Region als auch an die Backup-Region gesendet, wenn in der betroffenen Region eine gültige Regel festgelegt ist.
AWS Health sendet kontospezifische Ereignisse sowohl an die betroffene Region als auch an die Backup-Region, unabhängig von den in der betroffenen Region konfigurierten Regeln.
Wir empfehlen, AWS Health Ereignisse mithilfe von eventARN und zu deduplizieren, communicationId da diese Werte für AWS Health Nachrichten, die an die Backup-Region gesendet werden, konsistent bleiben.
