Page History

Description

XXXX

Activation du module

Concept

Il est possible de définir sur un Tagger une action qui va utiliser une plage d’adresses IP afin d'éditer automatiquement une propriété des hôtes, clusters, modèles d'hôtes et modèles de clusters issus de l'import des sources en fonction de la valeur d'une donnée ou d'une propriété. 

• Cette action est portée par un module de type sync-regexp-tag, que vous aurez besoin d'ajouter sur votre Tagger.
• L'intérêt est, par exemple, d'ajouter le modèle d'hôte Bordeaux sur les hôtes dont le nom commence par "bdx" ( voir la page Tagger utilisant un module basé sur des expressions régulières ).

L'activation de ce module se fait en 3 étapes :

1. Définir le module de type sync-regexp-tag.
2. L'ajouter au Tagger qui exécutera cette règle.
   1. Si vous n'avez pas déjà de Tagger défini, il faut le mettre en place ( voir la page Les modules taggers ).
3. Redémarrer le Synchroniser pour que cette modification soit prise en compte.

Définition du module

La configuration des modules doit être placée dans le dossier /etc/shinken/modules/

• Un exemple de fichier de configuration est disponible ici :  /etc/shinken-user-example/configuration/daemons/synchronizers/modules/sync-regexp-tag/MY-MODULE-regexp-tag-example.cfg

• Copier cet exemple et adapter le à votre besoin ( voir plus bas, la description des différents paramètres ).
  

  Scroll Title
  title ​
  Code Block language text theme Emacs cp

Configuration

La configuration du module se trouve par défaut dans le fichier  /etc/shinken/modules/MODULE-NAME.cfg

• Vous trouverez aussi systématiquement un exemple dans 

  /etc/shinken-user-example/configuration/daemons/

  DEMON-TYPE

  synchronizers/modules/sync-regexp-tag/MY-MODULE-regexp-tag-example.cfg /etc/shinken/modules/MY-MODULE

  -NAME/MODULE-NAME.cfg

  -regexp-tag.cfg

  Nous vous recommandons d'intégrer, dans le nom du module, un rappel du type du module. C'est plus simple en gestion ( ex :  MY-MODULE-regexp-tag.cfg ).

  
  

• Renommer le module ( paramètre module_name ).
  
  
• Éditer les paramètres pour définir l'action du module :
  • Les hôtes à impacter.
  • La nature de l'action.

Exemple de fichier de configuration

Cet exemple ajoute 

• le modèle d'hôte Bordeaux, à la fin des modèles d'hôtes utilisés par chaque hôte
• dont le nom commence par : bdx

#===================================================# ============================
# ip-tag-*
#=============================================================================== #
# ----------------------------------               MODULE-NAME             ---------------------------------- #
# 
# Daemons that can load this module:
# - synchronizer (into a tagger object)
# This module add new templates into hosts objects based on their hostname (regexp check)
#===============================================================================


define module{

    #======== Module identity =========
    # Module name. Must be unique
    module_name     MY-MODULE-regexp-tag

    # Module type (to load module code). Do not edit.
    module_type     sync-regexp-tag

    #======== Regexp definition and objects edition =========
    # matched_prop: which object property to check the regexp
# ---        matched_prop    host_name

    # regexp to try to detect
    matched_regexp  ^bdx.*

    # property: which property to edit on the hosts. Default: use   (templates definitions)
    property               use

    # method: how to edit the host "property". Several methods are available:
    # - replace = put the value if not another one is in place
    # - append  = add the value at the END
    # - prepend = add the value at the ---
BEGINING
    # --- set     = just the value, erase the previous value set by other tagger or source.
    method                 append

    # value:  which value to set on the property
    value                  Bordeaux

}

Détails des sections composant le fichier de configuration

Identification du module

#======== Module identity =========
# Module name. Must be unique
module_name     MY-MODULE-regexp-tag

# Module type (to load module code). Do not edit.
module_type     sync-regexp-tag  

Il est possible de définir plusieurs instances de module sync-regexp-tag dans l'architecture Shinken.

• Chaque instance devra avoir un nom unique.

module_name

module_type

Définition des hôtes où l'action de modification sera appliquée ( expression régulière )

Ecrire une Expression Régulière ( Regexp ) pour la propriété matched_regexp

Une expression régulière est une séquence de caractères qui forme un motif de recherche.

• Ce motif est utilisé pour rechercher des correspondances dans des textes.
• Les caractères simples, comme a, b, 1, 2, etc., recherchent une correspondance exacte.

Par exemple, le motif "bdx" recherchera exactement la séquence "bdx" dans la propriété ou la donnée définie dans "matched_prop". Les valeurs ci-dessous contiennent le motif "bdx", elles correspondent donc au motif défini et le Tagger appliquera la modification :

• bdx-serveur-mysql
• serveur-mysql-bdx
• serveux-bdx-mysql

Certains caractères sont spéciaux et ont une signification particulière dans les expressions régulières. Par exemple :

• . : Correspond à n'importe quel caractère sauf un retour à la ligne.
• * : Correspond à zéro ou plusieurs occurrences du caractère précédent.
• + : Correspond à une ou plusieurs occurrences du caractère précédent.
• ? : Correspond à zéro ou une occurrence du caractère précédent.
• [] : Correspond à n'importe quel caractère à l'intérieur des crochets. Par exemple, [abc] cherchera les lettres "a", "b" ou "c".
• (): Permet de grouper des motifs.
• | : Correspond à l'un ou l'autre des motifs séparés par le pipe.
  • Par exemple, le motif "(bdx|bordeaux)" cherchera dans un texte la chaîne "bdx" ou "bordeaux".
    • Si au moins une des deux est présente, alors la chaîne correspond au motif.
• ^ : Correspond au début d'une ligne.
• $ : Correspond à la fin d'une ligne.

Pour chercher un de ces caractères spéciaux dans un texte ( par exemple si le nom de l'hôte contient le signe dollar $ ) il faut le faire précéder d'un antislash, comme ceci : \$

• Ces caractères servent à affiner la recherche.
• Pour plus d'explications sur comment écrire des expressions régulières, il est possible de se référer à la documentation de Python ( voir la page Guide des expressions régulières ).

Exemples

Si seuls les éléments dont le nom commence par "bdx" doivent recevoir le modèle d'hôte Bordeaux, le motif précédent ne suffit plus, pour cela il faut également utiliser le symbole ^ :

^bdx

Si le nom doit commencer par "bdx" OU "bordeaux" il faut également ajouter les parenthèses :

^(bdx|bordeaux)

Exemples de valeurs :

Édition des hôtes

Détails des sections composant le fichier de configuration

Identification du module

Il est possible de définir plusieurs instances de module de type COLLECTEUR-NAME dans votre architecture Shinken.

property

Nous vous conseillons de choisir un nom en fonction de l'utilisation du module pour que votre configuration soit simple à maintenir.

Doit être unique.

method

value

Déclarer le Module dans le Tagger

Pour qu'un Tagger utilise les règles définies dans un module, il faut ajouter le nom du module au paramètre modules dans le fichier de configuration du Tagger ( ex : /etc/shinken/taggers/MY-TAGGER.cfg )

Exemple avec un Tagger appelé MY-TAGGER :

define tagger {

    tagger_name  ...
=> Mettre le bloc de configuration
   ...

   MY-TAGGER
    order           1

    modules         TAGGER-MODULE-01, TAGGER-MODULE-02, MY-MODULE-regexp-tag

    description
}

Pour prendre en compte le changement de configuration, il faut redémarrer le Synchronizer :

service shinken-synchronizer restart

Affichage des Taggers sur l'interface de Configuration

Les règles apportées par chaque module apparaissent à l'intérieur du Tagger, dans l'onglet Règles :

Description du chapitre

Mettre tous les paramètres présents dans le chapitre de configuration

XXXX 

XXXX