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.
Kanarienvögel mit mehreren Standorten
Mit Amazon CloudWatch Synthetics können Sie denselben Canary in mehreren AWS Regionen gleichzeitig von einem zentralen Verwaltungspunkt aus ausführen. Diese werden als Kanarienvögel mit mehreren Standorten bezeichnet. Sie erstellen und verwalten den Canary in einer Region (dem primären Standort), und CloudWatch Synthetics repliziert ihn automatisch in die zusätzlichen Regionen (die Replikatstandorte), die Sie auswählen. Alle Läufe, Metriken und Artefakte werden in der primären Region konsolidiert, sodass Sie einen einheitlichen Überblick über die Leistung und Verfügbarkeit Ihrer Anwendung weltweit erhalten.
Nutzen Sie Canaries mit mehreren Standorten und profitieren Sie von folgenden Vorteilen:
-
Sorgen Sie für ein einheitliches Benutzererlebnis — Führen Sie Canaries von verschiedenen Teilen der Welt aus aus, um sicherzustellen, dass Ihre Benutzer überall ein einheitliches, qualitativ hochwertiges Erlebnis erhalten.
-
Legen Sie standortspezifische Basiswerte fest — Jede Region kann aufgrund von Faktoren wie Netzwerklatenz und Nähe zum Rechenzentrum unterschiedliche Leistungsmerkmale aufweisen. Wenn Sie Canaries von mehreren Standorten aus betreiben, werden Leistungsbasiswerte für jeden Standort erstellt, sodass Sie normale Abweichungen von Anomalien unterscheiden können.
-
Identifizieren Sie regionale Leistungsprobleme — Leistung und Verfügbarkeit können je nach Standort aufgrund von Netzwerklatenz, ISP-Drosselung oder regionalen Ausfällen erheblich variieren. Tests an verschiedenen Standorten weltweit helfen dabei, Region-specific Engpässe zu lokalisieren, die an einem einzigen Standort möglicherweise nicht erkennbar sind.
-
Überprüfen Sie Dienste und CDNs von Drittanbietern — Stellen Sie sicher, dass Ihre Abhängigkeiten von Drittanbietern wie Zahlungsabwickler, Content Delivery Networks und Werbedienste in allen Regionen funktionieren. Verwenden Sie die Daten, um Anbieter für ihre SLAs zur Rechenschaft zu ziehen.
-
Weniger Fehlalarme — Konfigurieren Sie Alarme, die nur aktiviert werden, wenn Probleme von mehreren Standorten aus erkannt werden. Dieser Ansatz vermeidet unnötige Benachrichtigungen, die durch einzelne vorübergehende Netzwerkstörungen verursacht werden, sodass sich Ihre Teams auf kritische Probleme konzentrieren können.
So funktionieren Kanarienvögel mit mehreren Standorten
Ein Kanarienvogel mit mehreren Standorten verwendet ein Primär- und ein Replikatmodell. Der Kanarienvogel in der primären Region dient als Informationsquelle für die Konfiguration. CloudWatch Synthetics erstellt automatisch Replikate in den von Ihnen ausgewählten Regionen, und jedes Replikat wird unabhängig mit demselben Skript, demselben Zeitplan und denselben Umgebungsvariablen ausgeführt. Alle Mutationsvorgänge (Erstellen, Aktualisieren, Starten, Stoppen, Löschen) werden von der primären Region aus ausgeführt und asynchron an Replikate weitergegeben. Die Ausführungsdaten von allen Standorten werden in der primären Region konsolidiert.
Voraussetzungen
Bevor Sie einen Canary mit mehreren Standorten erstellen, sollten Sie die folgenden Anforderungen berücksichtigen:
-
Canaries mit mehreren Standorten benötigen eine Runtime-Version
syn-nodejs-puppeteer-16.0oder höher odersyn-nodejs-playwright-7.0höher. -
In allen AWS Handelsregionen verfügbar. Nicht verfügbar in den Regionen AWS GovCloud (USA) oder China.
-
Sie können bis zu 50 Replikatstandorte hinzufügen.
-
Tags werden nicht in Replikatregionen repliziert. Um einem Replikat Tags hinzuzufügen, navigieren Sie zur Replikatregion und fügen Sie Tags direkt hinzu.
-
Umgebungsvariablen aus dem primären Canary werden auf alle Replikate angewendet.
-
Alle Standorte verwenden dasselbe Skript und denselben Zeitplan.
-
Jedes Replikat benötigt eine eigene VPC-Konfiguration, falls VPC-Konnektivität erforderlich ist. VPC-Einstellungen werden nicht von der primären Region übernommen.
-
Die Kosten skalieren linear mit der Anzahl der Replikate. Für jedes Replikat fallen dieselben Kosten an wie für ein eigenständiges Canary.