2 Autres sources d'événements

É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 IP définies dans les règles de découverte du réseau. La fréquence de la vérification est configurable pour chaque règle individuellement. 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énement Généré quand
Service Up Chaque fois que Zabbix détecte un service actif.
Service Down Chaque fois que Zabbix ne peut pas détecter le service.
Hôte Up Si au moins un des services est UP pour l'IP.
Hôte Down Si tous les services ne répondent pas.
Service découvert Si le service est de retour après un temps d'arrêt ou découvert pour la première fois.
Service perdu Si le service est perdu après avoir été activé.
Hôte découvert Si l'hôte est de retour après un temps d'arrêt ou découvert pour la première fois.
Hôte perdu Si l'hôte est perdu après avoir été activé.

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

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

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

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

Événements internes

Les événements internes se produisent lorsque :

  • un élément change d’état de « normal » à « non pris en charge »
  • un élément change d’état de « non pris en charge » à « normal »
  • une règle de découverte de bas niveau change d’état de « normal » à « non pris en charge »
  • une règle de découverte de bas niveau change d’état de « non pris en charge » à « normal »
  • un déclencheur change d’état de « normal » à « inconnu »
  • un déclencheur change d’état de « inconnu » à « normal »

L’objectif de l’introduction des événements internes est de permettre aux utilisateurs d’être notifiés 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 des événements internes (par exemple, pour les éléments devenant non pris en charge), désactivez toutes les actions pour les événements internes dans Alertes → Actions → Actions internes.

Si les actions internes sont désactivées, alors qu’un objet est dans l’état « non pris en charge », l’événement de récupération pour cet objet sera tout de même créé.

Si les actions internes sont activées, alors qu’un objet est dans l’état « non pris en charge », l’événement de récupération pour cet objet sera créé, même si l’« événement de problème » n’a pas été créé pour l’objet.

Voir aussi : Réception de notifications pour les éléments non pris en charge