View a markdown version of this page

Règles de mise en sourdine de l'alarme - Amazon CloudWatch
Définition des règles de désactivation des alarmesÉtat de la règle de sourdineEffets des règles de sourdine sur les alarmesAffichage et gestion des alarmes désactivéesExemples de calendriers pour les cas d'utilisation courants

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.

Règles de mise en sourdine de l'alarme

Alarm Mute Rules est une CloudWatch fonctionnalité qui vous fournit un mécanisme permettant de désactiver automatiquement les actions d'alarme pendant des périodes prédéfinies. Lorsque vous créez une règle de sourdine, vous définissez des périodes spécifiques et vous ciblez les alarmes dont les actions seront désactivées. CloudWatch continuera à surveiller et à évaluer les états d'alarme tout en évitant les notifications indésirables ou les actions d'alarme automatisées lors d'événements opérationnels attendus.

Les règles Alarm Mute vous aident à gérer les scénarios opérationnels critiques dans lesquels les actions d'alarme seraient inutiles ou perturbatrices. Par exemple, pendant les périodes de maintenance planifiées, vous pouvez empêcher les actions d'alarme automatisées lorsque vos systèmes sont intentionnellement hors ligne ou rencontrent les problèmes attendus, ce qui vous permet d'effectuer la maintenance sans interruption. Pour les opérations effectuées en dehors des heures ouvrables, comme les week-ends ou les jours fériés, vous pouvez désactiver les actions d'alarme non critiques lorsqu'une réponse immédiate n'est pas requise, réduisant ainsi le bruit des alarmes et les notifications inutiles à votre équipe opérationnelle. Dans les environnements de test, les règles de sourdine vous permettent de désactiver temporairement les actions d'alarme lors de scénarios tels que les tests de charge où une utilisation élevée des ressources ou des taux d'erreur sont attendus et ne nécessitent pas une attention immédiate. Lorsque votre équipe s'emploie activement à résoudre les problèmes, les règles de désactivation vous permettent d'empêcher le déclenchement d'actions d'alarme dupliquées, ce qui vous permet de vous concentrer sur la résolution sans vous laisser distraire par des notifications d'alarme redondantes.

Définition des règles de désactivation des alarmes

Les règles de désactivation des alarmes peuvent être définies à l'aide des éléments suivants : règles et cibles.

  • Règles  : définissez les plages horaires pendant lesquelles les actions d'alarme doivent être désactivées. Les règles sont composées de trois attributs :

    • Expression — Définit le début de la période muette et la manière dont elle se répète. Vous pouvez utiliser deux types d'expressions :

      • Expressions Cron — Utilisez la syntaxe cron standard pour créer des fenêtres muettes récurrentes. Cette approche est idéale pour les programmes de maintenance réguliers, tels que les mises à jour hebdomadaires du système ou les opérations de sauvegarde quotidiennes. Les expressions Cron vous permettent de spécifier des modèles récurrents complexes, notamment des jours de la semaine, des mois ou des heures spécifiques.

        Syntaxe de l'expression cron 

        
┌───────────── minute (0 - 59)
│ ┌───────────── hour (0 - 23)
│ │ ┌───────────── day of the month (1 - 31)
│ │ │ ┌───────────── month (1 - 12) (or JAN-DEC)
│ │ │ │ ┌───────────── day of the week (0 - 6) (0 or 7 is Sunday, or MON-SUN)
│ │ │ │ │
│ │ │ │ │
* * * * *

        • Les caractères suivants sont pris en charge dans chaque champ :

          • Minute: * , - /

          • Hour: * , - /

          • Day of month: * ? , - / L

          • Month: * , - /

          • Day of week: * ? , - L #

          Par exemple, cron(0 9 * * SUN#4) s'active le quatrième dimanche de chaque mois à 9 h 00.

        • Des noms anglais peuvent être utilisés pour les champs month (JAN-DEC) et day of week (SUN-SAT)

      • Expressions AT  : utilisez les expressions AT pour les fenêtres muettes à usage unique. Cette approche fonctionne bien pour les événements opérationnels planifiés qui se produisent une seule fois à un moment connu. 

        
Syntax: `at(yyyy-MM-ddThh:mm)`

    • Durée — Spécifie la durée de la règle de sourdine une fois activée. La durée doit être spécifiée dans un ISO-8601 format d'au moins 1 minute (PT1M) et d'un maximum de 15 jours (P15D).

    • Fuseau horaire — Spécifie le fuseau horaire dans lequel la fenêtre muette sera appliquée en fonction des expressions, à l'aide d'identifiants de fuseau horaire standard tels que « America/Los _Angeles » ou « ». Europe/London

  • Cibles  : spécifiez la liste des noms d'alarmes dont les actions seront désactivées pendant les fenêtres temporelles définies. Vous pouvez inclure à la fois des alarmes métriques et des alarmes composites dans votre liste de cibles.

Vous pouvez éventuellement inclure des horodatages de début et de fin pour définir des limites supplémentaires pour vos fenêtres muettes. Les horodatages de début garantissent que les règles de sourdine ne s'activent pas avant une date et une heure spécifiques, tandis que les horodatages de fin empêchent l'application des règles au-delà de la date et de l'heure spécifiées.

Pour plus d'informations sur la création de règles de désactivation des alarmes par programmation, consultez. PutAlarmMuteRule

Note

  • Les alarmes ciblées doivent être présentes au même endroit que celui Compte AWS Région AWS dans lequel la règle de sourdine a été créée.

  • Une seule règle de désactivation des alarmes peut cibler jusqu'à 100 alarmes par nom d'alarme.

La CloudWatch console comprend un onglet dédié « Règles de sourdine des alarmes » qui permet une gestion centralisée de toutes vos règles de sourdine au sein de votre. Compte AWS Vous pouvez rechercher des règles de sourdine spécifiques à l'aide de leurs attributs, tels que le nom de la règle.

État de la règle de sourdine

Une fois créée, une règle de désactivation d'une alarme peut avoir l'un des trois statuts suivants :

  • PLANIFIÉ — La règle de sourdine deviendra active à un moment donné dans le futur en fonction de l'expression de la fenêtre temporelle configurée.

  • ACTIVE — La règle de sourdine est actuellement active conformément à l'expression de la fenêtre temporelle configurée et désactive activement les actions d'alarme ciblées.

  • EXPIRÉ — La règle du muet ne sera SCHEDULED/ACTIVE plus appliquée à l'avenir. Cela se produit pour les règles de sourdine ponctuelles après la fin de la fenêtre de sourdine, ou pour les règles de sourdine récurrentes lorsqu'un horodatage de fin est configuré et que ce délai est écoulé.

Effets des règles de sourdine sur les alarmes

Pendant une fenêtre muette active, lorsqu'une alarme ciblée change d'état et que des actions sont configurées, empêche l' CloudWatch exécution de ces actions. Le mode muet est appliqué uniquement aux actions d'alarme, ce qui signifie que les alarmes continuent d'être évaluées et que les changements d'état sont visibles dans la CloudWatch console. Toutefois, les actions configurées telles que les notifications Amazon Simple Notification Service, les actions Amazon Elastic Compute Cloud Auto Scaling ou les actions Amazon EC2 ne peuvent pas être exécutées. CloudWatch continue d'évaluer les états d'alarme normalement pendant la période de sourdine, et vous pouvez consulter ces informations dans l'historique des alarmes.

Lorsqu'une fenêtre muette se termine, si la ou les alarmes ciblées restent dans un état d'alerte (OK/ALARM/INSUFFICIENT_DATA), les actions d'alarme qui ont été désactivées pendant la fenêtre sont CloudWatch automatiquement redéclenchées. Cela garantit que vos actions d'alarme sont exécutées pour les problèmes persistants après la fin de la période de sourdine prévue, préservant ainsi l'intégrité de votre système de surveillance.

Note

Lorsque vous désactivez une alarme :

  • Toutes les actions associées aux alarmes ciblées sont désactivées

  • Les actions associées à tous les états d'alarme (OK, ALARM et INSUFFISANT_DATA) sont désactivées

Pour plus d'informations sur l'affichage et la gestion des alarmes désactivées, consultezAffichage et gestion des alarmes désactivées.

Exemples de calendriers pour les cas d'utilisation courants

Les exemples suivants montrent comment configurer des expressions de fenêtre temporelle pour des cas d'utilisation courants.

Scénario 1 : désactiver les actions d'alarme pendant les fenêtres de maintenance planifiées — Activités de maintenance régulières qui ont lieu selon un calendrier prévisible, telles que les mises à jour du système ou de la base de données lorsque les services sont intentionnellement indisponibles ou fonctionnent en mode dégradé.

  • Expression cron 0 2 * * SUN avec durée PT4H : désactive les alarmes tous les dimanches de 2 h 00 à 6 h 00 pour la maintenance hebdomadaire du système.

  • Expression cron 0 1 1 * * avec durée PT6H : désactive les alarmes le premier jour de chaque mois de 1 h 00 à 7 h 00 pour la maintenance mensuelle de la base de données.

Scénario 2 : désactiver les alarmes non critiques en dehors des heures de bureau — Réduire la fatigue liée aux alertes pendant les week-ends ou les jours fériés lorsqu'une attention immédiate n'est pas requise.

  • Expression cron 0 18 * * FRI avec durée P2DT12H : désactive les alarmes tous les week-ends du vendredi 18 h au lundi 6 h.

Scénario 3 : désactiver les alarmes de performance pendant les opérations de sauvegarde quotidiennes — Processus de sauvegarde automatisés quotidiens qui augmentent temporairement l'utilisation des ressources et peuvent déclencher des alarmes liées aux performances pendant des périodes prévisibles.

  • Expression cron 0 23 * * * avec durée PT2H : désactive les alarmes tous les jours de 23 h 00 à 1 h 00 pendant les opérations de sauvegarde nocturnes qui augmentent temporairement l'utilisation du disque I/O et du processeur.

Scénario 4 : désactiver les alarmes dupliquées pendant les sessions de dépannage actives — Désactivation temporaire des actions d'alarme pendant que les équipes étudient et résolvent les problèmes, en évitant le bruit des notifications et en permettant une résolution ciblée des problèmes.

  • À l'expression at(2024-05-10T14:00) avec durée PT4H - Désactive les alarmes le 10 mai 2024 de 14 h 00 à 18 h 00 pendant une session active de réponse aux incidents.

Scénario 5 : désactiver les actions d'alarme lors des arrêts planifiés de l'entreprise : périodes de maintenance One-time prolongées ou arrêts à l'échelle de l'entreprise au cours desquels tous les systèmes sont intentionnellement hors ligne pendant de longues périodes.

  • À l'expression et at(2024-12-23T00:00) à la durée P7D - Désactive les alarmes pendant toute la semaine du 23 au 29 décembre 2024 lors de la fermeture annuelle de l'entreprise.