Introduction
Ce chapitre explique en détail quand et comment sont envoyées les notifications, ainsi que les contacts concernés.
Quand s'opèrent les notifications ?
Lors de la vérification des éléments, certains peuvent être en erreur. On aimerait dans ce cas être notifié qu'un des éléments supervisés n'est pas en bon état de fonctionnement.
Quand sont envoyées les notifications ?
Les notifications La décision d’envoyer une notification est définie dans la politique de vérification. Elles sont lancées dans les cas suivants :
- Quand un état "hard" change. Plus d'informations sur le statut "hard" sont disponibles dans la page Etat "Hard" et "Soft"le statut d'un élément change et que le statut est confirmé (les états non-OK sont vérifiés plusieurs fois afin de pouvoir affirmer qu'il ne s'agit pas d'un incident ponctuel).
- Quand un élément Quand un hôte ou un check rentre d'un contexte particulier (DOWNTIME, ACKNOWLEDGE, ou FLAPPINGPériode de maintenance, Prise en compte ou Flapping), ou qu'il en sors sort (sauf ACKNOWLEDGEPrise en compte, qui n'est notifié qu'une fois).
Les notifications sont désactivées pendant la durée du contexte. Cela permet d'éviter de noyer l'information principale par celle des changements de status statuts intermédiaires lors d'une maintenance ou d'un FLAPPING. - Si l'élément possède une Escalade des notifications, elle peut être activée si l'élément est toujours non-OK pendant un temps donné.
- Après un temps précisé dans l'intervalle de notification, une notification se répète si l'état de l'élément est toujours non-OK Les notifications se répètent à intervalle régulier (par défaut, une journée) .
Notez que seuls les changements sont notifiés. Il est donc possible de ne pas recevoir de notification lorsqu'on les active sur un hôte ou un check qui est déjà en état "hard" non-OK, puisque cet état n'a pas encore changé.
Par ailleurs, les notifications de reprise ne sont envoyées que si la notification de problème d'origine (warning ou critique) a été notifiée.
Qui est notifié ?
Dans chaque définition d'hôte et de check, les paramètres Contact et Contact groups précisent quels contacts doivent recevoir les notifications pour cet élément en particulier (voir l'onglet de notification dans la page Créer un Hôte et Créer un check)
Si un contact est présent soit dans le paramètre contacts, ou appartient à un des groupes, il fera parti des contacts à notifier.
Après application des filtres, pour chaque contact à notifier, le Reactionner lancera la commande de notification appropriée. Cette commande est définie dans la Méthodes de notification.
La méthode de notification permet de choisir la commande envoyée et de configurer les filtres par type de notification et par période.
Les filtres
Plusieurs mécanismes permettent de filtrer les notifications. Ces filtres sont cumulatifs, et une notification doit donc respecter tous les critères de configuration avant d'être envoyée.
Filtre global
Il est possible de désactiver de manière globale les notifications envoyées, en utilisant le paramètre Notification Enabled dans la configuration de l'hôte ou du check.
Mettre cette option à 0 désactivera toute notification sur l'élément concerné.
Filtres sur le type de notification
La configuration spécifique des éléments sur un check ou un hôte permet de déterminer si un type de notification donné est envoyé.
Il est possible de déterminer, par exemple, que seuls les notifications de type état critique seront envoyé, et de désactiver donc les warning (dans le cas des checks), le unknown, le flapping, les maintenances et les reprises.
Ce filtre est également présent sur la méthode de notification. Le type de notification doit être autorisé à la fois par l'élément à l'origine de la notification et la méthode de notification.
Filtre par période
Chaque définition d'hôte et de check contient un paramètre Notification Period qui précise la période de validité pendant laquelle les notifications sont autorisées (par ex, 8h-18h). Si le temps ne correspond pas à la période valide, personne n'est contacté.
Si le passage du filtre de période n'est pas réussi, le Shinken Enterprise va replanifier la prochaine notification pour l'hôte ou le check (si il est dans un état non-OK ) dans la période temps valide. Cela permet de garantir que les contacts seront notifiés des problèmes dès que possible lorsque la prochaine période temps valide arrivera.
Ce filtre est également présent sur la méthode de notification et la période doit donc également correspondre.
Récapitulatif en visualisation
- lorsque un élément conserve un état non-OK.
A qui sont envoyées les notifications ?
Pour chaque hôte/check, des utilisateurs ou groupes d'utilisateurs (comme les hôtes, les utilisateurs peuvent être organisés en groupes) peuvent être assignés.
Cette assignation est effectuée par les administrateurs de Shinken Entreprise.
Ainsi, sur un élément, tous les utilisateurs assignés recevront les notifications de cet élément.
Comment sont envoyées les notifications ?
Par défaut, les notifications de chaque élément sont envoyées aux utilisateurs concernés.
La méthode de notification la plus courante est la notification par envoi d'emails.
Un exemple de notification par mail est présente ci-contre.
| Info |
|---|
La méthode de notification par défaut et également la plus couramment utilisée est la notification par mail. Cependant, l'administrateur de la supervision peut choisir de notifier les utilisateurs par n'importe quel autre moyen de communication (SMS, Messagerie instantanée, alerte sonore ou autre service). |
| Panel |
|---|
Les dernières notifications envoyées sont récapitulées sur l'élément en question, dans l'UI de visualisation. Dans le cas des checks, les notifications récentes sont disponibles dans un onglet du volet de détail du check.
Il est également possible de rechercher un contact particulier dans le but de connaître les notifications qu'il a effectivement reçues, après application des filtres.
