Événements et réaction

Vue d'ensemble

Il existe plusieurs types d'événements générés dans Zabbix :

• événements de déclencheur - chaque fois qu'un déclencheur change d'état (OK→PROBLÈME→OK)
• événements de service - chaque fois qu'un service change d'état (OK→PROBLÈME→OK)
• événements de découverte - lorsque des hôtes ou des services sont détectés
• événements d'autoréenregistrement - lorsque des agents actifs sont auto-enregistrés par le serveur
• événements internes - lorsqu'un élément/règle de découverte de bas niveau devient non pris en charge ou qu'un déclencheur passe dans un état inconnu

Les événements sont horodatés et peuvent servir de base à des actions telles que l'envoi d'e-mails de notification, la création de tickets ou l'exécution de commandes à distance.

Pour afficher les détails d'un événement dans l'interface, accédez à Monitoring > Problems. Vous pouvez y cliquer sur la date et l'heure de l'événement pour ouvrir la page des détails de l'événement, où vous pouvez voir des informations supplémentaires sur l'événement, notamment s'il a été supprimé en raison d'une maintenance ou supprimé manuellement par un utilisateur.

Problem resolution

Problem events created by triggers are resolved automatically, if the condition that caused the problem no longer exists.

To add flexibility and convenience to problem event management, the following options exist:

• Event correlation
• Event acknowledgment and suppression
• Manual closing of problems
• Maintenance periods - define periods when problems are suppressed
• Tagging - tag problems by common feature

Événements de déclencheur

Le changement d'état d'un déclencheur est la source d'événements la plus fréquente et la plus importante. Chaque fois que le déclencheur change d'état, un événement est généré. L'événement contient des détails sur le changement d'état du déclencheur - quand il s'est produit et quel est le nouvel état.

Deux types d'événements sont créés par les déclencheurs - Problem et OK.

Événements de problème

Un événement de problème est créé :

• lorsqu'une expression de déclencheur est évaluée à TRUE si le déclencheur est dans l'état OK ;
• chaque fois qu'une expression de déclencheur est évaluée à TRUE si la génération de plusieurs événements de problème est activée pour le déclencheur.

Événements OK

Un événement OK clôt l(s) événement(s) de problème associé(s) et peut être créé par 3 composants :

• déclencheurs - selon les paramètres « OK event generation » et « OK event closes » ;
• corrélation d'événements
• gestionnaire de tâches - lorsqu'un événement est clos manuellement

Les déclencheurs disposent d'un paramètre « OK event generation » qui contrôle la manière dont les événements OK sont générés :

• Expression - un événement OK est généré pour un déclencheur en état de problème lorsque son expression est évaluée à FALSE. Il s'agit du paramètre le plus simple, activé par défaut.
• Recovery expression - un événement OK est généré pour un déclencheur en état de problème lorsque son expression est évaluée à FALSE et que l'expression de récupération est évaluée à TRUE. Cela peut être utilisé si le critère de récupération du déclencheur est différent du critère de problème.
• None - aucun événement OK n'est jamais généré. Cela peut être utilisé conjointement avec la génération de plusieurs événements de problème afin d'envoyer simplement une notification lorsqu'un événement se produit.

En outre, les déclencheurs disposent d'un paramètre « OK event closes » qui contrôle quels événements de problème sont fermés :

• All problems - un événement OK fermera tous les problèmes ouverts créés par le déclencheur
• All problems if tag values match - un événement OK fermera les problèmes ouverts créés par le déclencheur et ayant au moins une valeur de tag correspondante. Le tag est défini par le paramètre de déclencheur « Tag for matching ». S'il n'y a aucun événement de problème à fermer, alors l'événement OK n'est pas généré. Cela est souvent appelé corrélation d'événements au niveau du déclencheur.

Corrélation d'événements

La corrélation d'événements (également appelée corrélation globale des événements) est un moyen de définir des règles personnalisées de fermeture des événements (ce qui entraîne la génération d'événements OK).

Les règles définissent comment les nouveaux événements de problème sont associés aux événements de problème existants et permettent de fermer le nouvel événement ou les événements correspondants en générant les événements OK appropriés.

Cependant, la corrélation d'événements doit être configurée avec beaucoup de soin, car elle peut avoir un impact négatif sur les performances du traitement des événements ou, en cas de mauvaise configuration, fermer davantage d'événements que prévu (dans le pire des cas, tous les événements de problème pourraient même être fermés). Quelques conseils de configuration :

1. réduisez toujours le périmètre de corrélation en définissant un tag unique pour l'événement de contrôle (l'événement associé aux anciens événements) et utilisez la condition de corrélation 'new event tag'
2. n'oubliez pas d'ajouter une condition basée sur l'ancien événement lors de l'utilisation de l'opération 'close old event', sinon tous les problèmes existants pourraient être fermés
3. évitez d'utiliser des noms de tags courants utilisés par différentes configurations de corrélation

Gestionnaire de tâches

Si le paramètre « Allow manual close » est activé pour le déclencheur, il est alors possible de fermer manuellement les événements de problème générés par le déclencheur. Cela se fait dans l'interface lors de la mise à jour d'un problème. L'événement n'est pas fermé directement - à la place, une tâche « close event » est créée, puis prise en charge par le gestionnaire de tâches peu après. Le gestionnaire de tâches générera un événement OK correspondant et l'événement de problème sera fermé.

Événements de service

Les événements de service sont générés uniquement si les actions de service pour ces événements sont activées. Dans ce cas, chaque changement d'état du service crée un nouvel événement :

• Événement de problème - lorsque l'état du service passe de OK à Problem
• Événement OK - lorsque l'état du service passe de Problem à OK

L'événement contient des détails sur le changement d'état du service - quand il s'est produit et quel est le nouvel état.

Événements de découverte

Zabbix analyse périodiquement les plages d'adresses IP définies dans les règles de découverte réseau. La fréquence de la vérification est configurable individuellement pour chaque règle. Une fois qu'un hôte ou un service est découvert, un événement de découverte (ou plusieurs événements) est généré.

Zabbix génère les événements suivants :

Événements d'autoréenregistrement de l'agent actif

L'autoréenregistrement de l'agent actif crée des événements dans Zabbix.

Si elle est configurée, un événement d'autoréenregistrement de l'agent actif est créé lorsqu'un agent actif auparavant inconnu demande des vérifications ou si les métadonnées de l'hôte ont changé. Le serveur ajoute un nouvel hôte auto-enregistré, en utilisant l'adresse IP et le port de l'agent reçus.

Pour plus d'informations, consultez la page d'autoréenregistrement de l'agent actif.

Événements internes

Les événements internes se produisent lorsque :

• un élément change d'état de 'normal' à 'unsupported'
• un élément change d'état de 'unsupported' à 'normal'
• une règle de découverte à bas niveau change d'état de 'normal' à 'unsupported'
• une règle de découverte à bas niveau change d'état de 'unsupported' à 'normal'
• un déclencheur change d'état de 'normal' à 'unknown'
• un déclencheur change d'état de 'unknown' à 'normal'

L'objectif de l'introduction des événements internes est de permettre aux utilisateurs d'être avertis lorsqu'un événement interne se produit, par exemple lorsqu'un élément devient non pris en charge et cesse de collecter des données.

Les événements internes ne sont créés que lorsque les actions internes pour ces événements sont activées. Pour arrêter la génération d'événements internes (par exemple, pour des éléments devenant non pris en charge), désactivez toutes les actions pour les événements internes dans Alerts > Actions > Internal actions.

Voir aussi : Recevoir une notification sur les éléments non pris en charge