Alarmes pour les séances d'entraînement

Vous pouvez spécifier deux types d' CloudWatch alarmes pour les essais en mode automatique zonal : les alarmes de résultat et les alarmes de blocage.

Alarmes de résultat (obligatoire)

Pour le premier type d'alarme, l'alarme de résultat, au moins une alarme doit être spécifiée. Vous devez configurer les alarmes de résultat pour surveiller l'état de votre application lorsque le trafic est déplacé hors d'une zone de disponibilité au cours de chaque essai de 30 minutes.

Pour qu'un essai soit efficace, spécifiez comme alarmes de résultat au moins une CloudWatch alarme répondant aux deux critères suivants :

L'alarme surveille les métriques de la ressource ou de votre application

AND

L'alarme émet un ALARM état lorsque votre application est affectée par la perte d'une zone de disponibilité.

Pour plus d'informations, consultez la section Alarmes que vous spécifiez pour les séances d'entraînement dansBonnes pratiques lors de la configuration de l'autoshift zonal.

Les alarmes de résultat fournissent également des informations sur le résultat de l'entraînement que l'ARC rapporte pour chaque entraînement. Si une alarme de résultat passe à un ALARM état, ARC met fin à l'essai et renvoie le résultat d'un essai deFAILED. Si l'exercice d'entraînement termine la période de test de 30 minutes et qu'aucune des alarmes de résultat que vous avez spécifiées n'entre dans un ALARM état, le résultat renvoyé estSUCCEEDED. Une liste de toutes les valeurs de résultats, avec des descriptions, est fournie dans la section Résultats des essais.

Alarmes de blocage (en option)

Vous pouvez éventuellement définir un deuxième type d'alarme, l'alarme de blocage. La pratique du blocage des alarmes commence à démarrer ou à se poursuivre lorsqu'une ou plusieurs alarmes sont en ALARM état. Les alarmes de blocage bloquent la pratique d'exécuter les changements de trafic dès le démarrage (et d'arrêter toute exécution d'entraînement en cours) lorsqu'au moins une des alarmes est active. ALARM

Par exemple, dans une architecture de grande envergure comportant plusieurs microservices, lorsqu'un microservice rencontre un problème, vous souhaitez généralement arrêter toutes les autres modifications apportées à l'environnement de l'application, y compris le blocage des exécutions pratiques. Pour ce faire, vous pouvez ajouter une alarme de blocage dans ARC.