| Scroll Ignore | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
|
Contexte
Afin de pouvoir recevoir des notifications, shinken Shinken comprend un certain nombre de commandes qu'il faudra importer et appliquer sur les utilisateurs à notifier.
- Les commandes de notifications livrées sont généralistes et ne permettent pas de répondre à tous les besoins.
- Si vous devez modifier un élément ( méthode de notification ou commande ) livré par un pack Shinken pour un besoin spécifique,
- il est important de créer la vôtre,
- car à la prochaine mise à jour de shinken Shinken vous proposera de remplacer vos modifications.
Cette page apporte des conseils sur l'utilisation optimale des packs livrés par Shinken.
Cohabiter avec un pack livré Shinken
Pourquoi ne faut-il pas modifier les éléments livrés dans le pack ?
Des différences vous seront proposées après la mise à jour et l'import de la source "cfg-file-shinken", il vous sera donc imposé de faire un choix entre ce que vous avez surchargé et les modifications apportées par les mises à jour Shinken.
Création d'une commande pour les notifications
Création d'une commande
Vous allez devoir ou créer une nouvelle commande ou copier une existante.
Dans les 2 cas, vous devez définir :
- Le nom de la commande
- La ligne de commande
- Le prochain chapitre vous donne quelque point d'accompagnement à la creation de la ligne de commande.
- Le temps d'exécution maximum :
- Si la notification prend plus que le temps paramétré, elle sera tuée par le Reactionner et donc ne sera pas envoyé.
- Cela évite d'une notification soit trop gourmande et bloque toutes notifications.
- Le Seuil d'alerte de l'utilisation CPU de la notification
- Si elle est active
- Et éventuellement le pack dans lequelle vous voulez que
Vous pouvez faire cela
- via l'Interface de Configuration ( Voir la page Les commandes ),
- ou le définir via fichier de configuration, en utilisant un collecteur de type "import de fichier cfg" ( Voir la page Collecteur de type ( cfg-file-import ) - Import depuis des fichiers au format .cfg ).
Corps de la commande
Les commandes sont exécutées par le Reactionner ( voir la page Le Reactionner ) lorsque les conditions définies par la Logique de notification sont réunies.
- Elles ont pour font
- Elles ont accès spécifiquement à un certain nombre de notations de remplacement dynamique de contenu permettent l'utilisation des Variable pour avoir accés aux informations des éléments ( voir la page Les Variables ( Remplacement dynamique de contenu - Anciennement les Macros ) ).
- Ces données dynamiques informations concernant Hôtes, Clusters, Check, Utilisateurs peuvent venir de différents endroits :
- Une donnée globale,
- L'élément à l'origine de la notification,
- Le contact à notifier,
- La notification en elle-même, notamment son type.
Voir un listing NON Exaustifs des informations qui peuvent etre pertinent dans une notification, mais la pageLes Variables ( Remplacement dynamique de contenu - Anciennement les Macros ), vous donne la liste complete de ce qui est accessible.
Variables globales
Vous pouvez utiliser dans votre commande des Variables globales.
- L'intérêt est d'avoir des informations fixes pour toutes vos commandes de notification.
- Nous vous conseillons de rajouter dans le répertoire /etc/shinken/resource.d votre fichier de définition de variable globale ( Voir la page Données globales ( Répertoire resource.d ) ).
- Pour information, les variables globales suivantes sont disponibles, pour inspiration, dans les notifications livrées par défaut.
| Notation | Utilisation | Exemple |
|---|---|---|
MAILURL | L'adresse de l'UI de visualisation de Shinken |
| ( dans le but par exemple de donner au contact un lien vers l'élément ). | $MAILURL$=http://192.168.1.1:7767 | |
SENDER | L'adresse mail de l'envoyeur, pour une notification mail. | $SENDER$=notifications@shinken.com |
NOTIFPLUGINDIR | Le répertoire dans lequel se trouve la commande de notification à exécuter. | $NOTIFPLUGINDIR$=/var/ |
| lib/shinken/ |
| libexec/notifications |
| Info | ||
|---|---|---|
| ||
Ces trois notations spécifiques sont mises à des valeurs par défaut que vous pouvez retrouver dans le fichier email.cfg du répertoire /etc/shinken/resource.d/
|
Variables liées à l'élément
Dans le cas d'une notification de l'hôte, les variables de l'hôte sont disponibles.
- Dans le cas d'une notification d'un check, les variables l'hôte et du check sont toutes les deux disponibles.
- De la même façon que les variables globales, toutes les variables des éléments peuvent être utilisées, mais les variables suivantes sont spécifiquement utiles :
| Notation | Utilisation | Exemple |
|---|---|---|
HOSTNAME | Le nom de l'hôte. | host france |
SERVICEDESC | Le nom du check | CPU |
HOSTADDRESS | L'adresse de l'hôte. | 192.168.1.1 |
HOSTUUID, SERVICEUUID | L'identifiant Shinken de l'élément. | Hôte : 007793c6a9b84b9f96cd0663fe502cc9 |
HOSTSTATE, SERVICESTATE | Le statut de l'élément. | Hôte : OK, CRITICAL Service : OK, WARNING, CRITICAL, ou UNKONWN |
HOSTREALM | Royaume de l'hôte/check à notifier | France |
LASTHOSTSTATEID, LASTSERVICESTATEID | Le statut précédent de l'élément, par code de retour (0, 1, 2 ou 3). | 0 : OK |
LASTHOSTSTATECHANGE, LASTSERVICESTATECHANGE | La date du dernier changement de statut de l'élément. | Format timestamp : 1525338011 |
DATE | La date du dernier check. | Format date : 01-17-2020 |
TIME | L'heure du dernier check. | Format date : 14:40:56 |
HOSTOUTPUT, SERVICEOUTPUT | La sortie du check à l'origine de la notification. | Texte brut |
LONGHOSTOUTPUT, LONGSERVICEOUTPUT | La sortie longue du check à l'origine de la notification. | Texte brut |
_HOSTMADONNEE1 | La donnée MADONNEE1 de l'hôte | Donnée de l'hôte |
_SERVICEMADONNEE2 | La donnée MADONNEE2 du check | Donnée du service |
Variables liées au contact
| Notations | Utilisation | Exemple |
|---|---|---|
CONTACTPAGER | Le numéro de téléphone du contact, pour une notification téléphonique. | Numéro de téléphone : 06 17 06 17 06 |
CONTACTEMAIL | L'adresse mail du destinataire, pour une notification mail. | mon-email@shinken-solutions.com |
_CONTACTMADONNEE | La donnée MADONNEE du contact |
Variables liées à la notification
Des variables spéciales permettent d'avoir des données concernant la notification en elle-même et la raison pour laquelle elle a été envoyée.
| Notations | Utilisation | Exemple | |||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
NOTIFICATIONTYPE | Le type de notification à envoyer. Cela correspond au type d'événement qui a été constaté sur l'élément.
| ACKNOWLEDGEMENT |
SERVICEFIRSTNOTIFICATIONDELAY
SERVICENOTIFICATIONNUMBER
ACKAUTHOR
L'auteur d'un contexte "Prise en compte"
ACKDATA
SERVICEDOWNTIMECOMMENT
SERVICEDOWNTIMEAUTHOR
L'auteur de la période programmée d'indisponibilité
Exemple de personnalisation d'une commande de notification
Nous allons ici vous présenter un exemple de personnalisation de la commande de notification par défaut de Shinken.
- Le but ici est de modifier la commande afin que la notification par email utilise un serveur SMTP de votre choix.
- En effet, par défaut, la commande utilise comme relais SMTP le processus Postfix du serveur qui héberge le démon Réactionner ( serveur localhost ).
Information sur la commande
Voici la ligne de commande utilisée par l'objet commande notify-host-by-email ( voir la page notify-host-by-email - Commande de notification ):
| Code Block | ||||
|---|---|---|---|---|
| ||||
$NOTIFPLUGINDIR$/notify_by_email.py --title-tpl $NOTIFPLUGINDIR$/host_alert_title_template.tpl --content-tpl
$NOTIFPLUGINDIR$/host_alert_content_template.tpl -F "$SENDER$" -r "$CONTACTEMAIL$" -n $NOTIFICATIONTYPE$ -H "$HOSTNAME$"
--address "$HOSTADDRESS$" --url $MAILURL$ --huuid $_HOSTID$ --state $HOSTSTATE$ --last-state $LASTHOSTSTATEID$ --last-change
$LASTHOSTSTATECHANGE$ --last-check "$DATE$ $TIME$" --output "$HOSTOUTPUT$" --long-output "$LONGHOSTOUTPUT$" --ack-author
"$ACKAUTHOR$" --ack-data "$ACKDATA$" |
Le script utilisé est un script Python qui prend un certain nombre d'arguments.
Comme vous pouvez le constater, la ligne de commande fait référence à de nombreuses notations de remplacement dynamique de contenu ( voir la page Les Variables ( Remplacement dynamique de contenu - Anciennement les Macros ) ) afin d'envoyer les valeurs représentatives à l'instant T de la notification liée à l'hôte supervisé.
Partir d'une méthode de notification existante
Pour une première commande de notification, vous pouvez vous aussi duppliquer une commande existante et la modifier.
- La page Créer/Cloner des commandes de notification MAIL ( basé sur le script SHINKEN notify_by_email.py ) vous en détaille un exemple.
Personnalisation
Faire le clone
Pour faire un clone d'une commande livré par Shinken, il y a plusieurs étapes à suivre qui sont expliqués dans la page Personnaliser une commande livrée par un pack Shinken
Utilisation de la commande --help du script
Il vous est possible d'afficher l'aide du script, apportant des précisions concernant chaque option prise en charge par ce dernier, en tapant :
| Code Block | ||||
|---|---|---|---|---|
| ||||
/var/lib/shinken/libexec/notifications/notify_by_email.py --help |
Modification de la Ligne de commande
Ce script Python notify_by_email.py peut utiliser un argument --SMTP ou -S qui permet alors de passer en paramètre l'IP ou l'adresse d'un serveur SMTP pour l'envoi de l'email.
Admettons par exemple que votre serveur SMTP est le serveur 192.168.1.200, il suffit donc de rajouter l'information --SMTP 192.168.1.200 dans votre ligne de commande ( voir la page notify-host-by-email - Commande de notification ) :
| Code Block | ||||
|---|---|---|---|---|
| ||||
$NOTIFPLUGINDIR$/notify_by_email.py --title-tpl $NOTIFPLUGINDIR$/host_alert_title_template.tpl --content-tpl
$NOTIFPLUGINDIR$/host_alert_content_template.tpl -F "$SENDER$" -r "$CONTACTEMAIL$" -n $NOTIFICATIONTYPE$ -H "$HOSTNAME$"
--address "$HOSTADDRESS$" --url $MAILURL$ --huuid $_HOSTID$ --state $HOSTSTATE$ --last-state $LASTHOSTSTATEID$ --last-change
$LASTHOSTSTATECHANGE$ --last-check "$DATE$ $TIME$" --output "$HOSTOUTPUT$" --long-output "$LONGHOSTOUTPUT$" --ack-author
"$ACKAUTHOR$" --ack-data "$ACKDATA$" --SMTP 192.168.1.200 |
| Info | ||
|---|---|---|
| ||
Au lieu de rajouter l'adresse en dur dans la ligne de commande, pour pourriez également utiliser une notation de remplacement dynamique de contenu, référant à une donnée de l'hôte par exemple, comme : $_HOSTIPSMTPSERVEUR$ |
Option absent de ligne de commande
Certaines options sont optionnelles. Si elles ne sont pas renseignées, alors les parties correspondantes des mails pourront être cachés
Par exemple, pour la commande suivante,
| Code Block | ||||
|---|---|---|---|---|
| ||||
$NOTIFPLUGINDIR$/notify_by_email.py --title-tpl $NOTIFPLUGINDIR$/host_alert_title_template.tpl --content-tpl
$NOTIFPLUGINDIR$/host_alert_content_template.tpl -F "$SENDER$" -r "$CONTACTEMAIL$" -n $NOTIFICATIONTYPE$ -H "$HOSTNAME$"
--address "$HOSTADDRESS$" --url $MAILURL$ --huuid $_HOSTID$ --state $HOSTSTATE$ |
le mail ressemblera à :

