View a markdown version of this page

Canaris multilocalisés - 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 multilocalisés

Amazon CloudWatch Synthetics vous permet d'exécuter le même canari dans AWS plusieurs régions simultanément à partir d'un point de gestion unique. C'est ce qu'on appelle des 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 de réplication) que vous choisissez. Toutes les exécutions, mesures et 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 multilocalisés pour bénéficier des avantages suivants :

  • Garantissez une expérience utilisateur cohérente : lancez 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é.

  • Établissez des bases de référence spécifiques à l'emplacement : chaque région peut présenter des caractéristiques de performance 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 sites crée des bases de performance pour chaque site, ce qui vous permet de distinguer les variations normales des anomalies.

  • Identifiez les problèmes de performance 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 de services Internet ou des pannes régionales. Les tests effectués sur divers sites dans le monde entier permettent d'identifier les goulots d' Region-specific étranglement qui peuvent ne pas être apparents sur un seul site.

  • 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 publicitaires, fonctionnent dans toutes les régions. Utilisez les données pour tenir les fournisseurs responsables de leurs SLA.

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

Comment fonctionnent les canaris multilocalisés

Un canari multisite utilise un modèle principal et un modèle de réplique. Le canari de la région principale est 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 le même script, le même calendrier et les mêmes variables 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 vers les répliques. Les données d'exécution provenant de tous les sites sont consolidées dans la région principale.

Conditions préalables

Avant de créer un canari à emplacements multiples, tenez compte des exigences suivantes :

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

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

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

  • Les balises ne sont pas répliquées dans les régions de réplication. Pour ajouter des balises à une réplique, accédez à la région de réplication 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éplique 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 façon linéaire en fonction du nombre de répliques. Chaque réplique coûte le même prix qu'un canari autonome.