View a markdown version of this page

Kanarienvögel mit mehreren Standorten - Amazon CloudWatch

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 Runs, 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 Kanarien für mehrere Standorte, um die folgenden Vorteile zu erzielen:

  • Sorgen Sie für ein einheitliches Nutzererlebnis — Verwenden Sie Kanarienprogramme aus verschiedenen Teilen der Welt, 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 verschiedene Standorte ausführen, werden Leistungsbasislinien 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, Drosselung durch den Internetdienstanbieter oder regionalen Ausfällen erheblich variieren. Tests von verschiedenen globalen Standorten aus helfen dabei, Region-specific Engpässe zu lokalisieren, die von einem einzelnen Standort aus möglicherweise nicht erkennbar sind.

  • Validieren Sie Dienste und CDNs von Drittanbietern — Stellen Sie sicher, dass Ihre Abhängigkeiten von Drittanbietern wie Zahlungsabwickler, Netzwerke zur Bereitstellung von Inhalten und Werbedienste in allen Regionen funktionieren. Verwenden Sie die Daten, um Anbieter für ihre SLAs zur Rechenschaft zu ziehen.

  • Reduzierung von Fehlalarmen — Konfigurieren Sie Alarme, die nur aktiviert werden, wenn Probleme von mehreren Standorten aus erkannt werden. Dieser Ansatz vermeidet unnötige Benachrichtigungen, die durch vereinzelte vorübergehende Netzwerkstörungen verursacht werden, sodass sich Ihre Teams auf kritische Probleme konzentrieren können.

So funktionieren Kanarienvögel mit mehreren Standorten

Ein Canary mit mehreren Standorten verwendet ein Primär- und ein Replikatmodell. Der Kanarienvogel in der Primärregion 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 ausgeführt, wobei dieselben Skript-, Zeitplan- und Umgebungsvariablen verwendet werden. Alle Mutationsvorgänge (Erstellen, Aktualisieren, Starten, Stoppen, Löschen) werden von der primären Region aus ausgeführt und asynchron auf die Replikate übertragen. Die Ausführungsdaten aller Standorte werden in der primären Region konsolidiert.

Voraussetzungen

Bevor Sie einen Canary mit mehreren Standorten erstellen, sollten Sie die folgenden Anforderungen berücksichtigen:

  • Für Canaries mit mehreren Standorten ist eine Runtime-Version syn-nodejs-puppeteer-16.0 oder höher oder höher erforderlich. syn-nodejs-playwright-7.0

  • 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.

  • Die Umgebungsvariablen aus dem primären Canary werden auf alle Replikate angewendet.

  • Alle Standorte verwenden dasselbe Skript und denselben Zeitplan.

  • Jedes Replikat benötigt seine eigene VPC-Konfiguration, wenn VPC-Konnektivität benötigt wird. 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.

Themen