View a markdown version of this page

Canaris multisites - Amazon CloudWatch

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Canaris multisites

Amazon CloudWatch Synthetics vous permet d'exécuter le même canari dans plusieurs AWS régions simultanément à partir d'un point de gestion unique. C'est ce qu'on appelle les canaris multilocalisés. Vous créez et gérez le canari dans une région (l'emplacement principal), et CloudWatch Synthetics le réplique automatiquement dans les régions supplémentaires (les emplacements des répliques) que vous choisissez. Toutes les exécutions, les mesures et les artefacts sont consolidés dans la région principale, ce qui vous donne une vue unifiée des performances et de la disponibilité de votre application dans le monde entier.

Utilisez des canaris multisites pour bénéficier des avantages suivants :

  • Garantissez une expérience utilisateur cohérente  : utilisez des canaris provenant de différentes régions du monde pour vous assurer que vos utilisateurs bénéficient d'une expérience cohérente et de haute qualité, où qu'ils se trouvent.

  • Établissez des niveaux de référence spécifiques à l'emplacement  : chaque région peut présenter des caractéristiques de performances différentes en raison de facteurs tels que la latence du réseau et la proximité des centres de données. L'exécution de canaris à partir de plusieurs emplacements permet de créer des niveaux de performance de référence pour chaque site, ce qui vous permet de distinguer les variations normales des anomalies.

  • Identifiez les problèmes de performances régionaux — Les performances et la disponibilité peuvent varier considérablement d'un site à l'autre en raison de la latence du réseau, de la limitation des fournisseurs d'accès Internet ou de pannes régionales. Les tests effectués à partir de divers sites mondiaux permettent d'identifier les Region-specific goulots d'étranglement qui peuvent ne pas être apparents à partir d'un seul endroit.

  • Validez les services tiers et les CDN — Vérifiez que vos dépendances tierces, telles que les processeurs de paiement, les réseaux de diffusion de contenu et les services de publicité, fonctionnent dans toutes les régions. Utilisez les données pour responsabiliser les fournisseurs quant à leurs contrats de niveau de service.

  • Réduisez les faux positifs  : configurez des alarmes qui ne s'activent que lorsque des problèmes sont détectés à partir de plusieurs emplacements. Cette approche permet d'éviter les notifications inutiles provoquées par des problèmes de réseau transitoires isolés, afin que vos équipes puissent se concentrer sur les problèmes critiques.

Comment fonctionnent les canaris multisites

Un canari multisite utilise un modèle principal et une réplique. Le canari de la région principale constitue la source de vérité pour la configuration. CloudWatch Synthetics crée automatiquement des répliques dans les régions que vous avez choisies, et chaque réplique s'exécute indépendamment en utilisant les mêmes variables de script, de planification et d'environnement. Toutes les opérations de mutation (création, mise à jour, démarrage, arrêt, suppression) sont effectuées à partir de la région principale et propagées de manière asynchrone aux répliques. Les données d'exécution de tous les sites sont consolidées dans la région principale.

Conditions préalables

Avant de créer un canari multisite, tenez compte des exigences suivantes :

  • Les canaris multisites nécessitent une version d'exécution syn-nodejs-puppeteer-16.0 ou une version ultérieure, syn-nodejs-playwright-7.0 ou une version ultérieure.

  • Disponible dans toutes les régions AWS commerciales. Non disponible dans les régions AWS GovCloud (États-Unis) ou Chine.

  • Vous pouvez ajouter jusqu'à 50 emplacements de répliques.

  • Les balises ne sont pas répliquées dans les régions répliques. Pour ajouter des balises à une réplique, accédez à la région de la réplique et ajoutez directement des balises.

  • Les variables d'environnement du canari principal sont appliquées à toutes les répliques.

  • Tous les sites utilisent le même script et le même calendrier.

  • Chaque réplica nécessite sa propre configuration VPC si une connectivité VPC est requise. Les paramètres VPC ne sont pas hérités de la région principale.

  • Les coûts évoluent de manière linéaire en fonction du nombre de répliques. Chaque réplique coûte le même prix qu'un canari autonome.

Rubriques