| Scroll Ignore |
|---|
| scroll-viewport | true |
|---|
| scroll-pdf | true |
|---|
| scroll-office | true |
|---|
| scroll-chm | true |
|---|
| scroll-docbookhtml | truefalse |
|---|
| scroll-eclipsehelpdocbook | true |
|---|
| scroll-epubeclipsehelp | true |
|---|
| scroll-htmlepub | true |
|---|
|
|
Il est possible Ce module permet de définir sur un tagger Tagger une action qui va utiliser automatiquement le nom pour modifier des propriétés sur les hôtes / clusters qui respectent sa règle de nommage ( une regexp ) sur une propriété.
Typiquement, le cas d'usage classique est de rajouter/modifier des templates d'hôtes/clusters sur les éléments s'ils respectent une règle de nommage sur le nom.
Voir : Tagger sur le nom de l'hôte
L'activation des taggers se fait dans le fichier de configuration du Synchronizer
- L'activation du tagger s'effectue en ajoutant le nom de ce tagger dans le fichier de configuration du démon Synchronizer.
- Pour ce faire, ouvrer le fichier de configuration du Synchronizer à l'emplacement /etc/shinken/etc/shinken/synchronizers/synchronizer-master.cfg, et ajouter le nom de votre tagger "regexp-tags".
Exemple: par défaut, nous livrons un tagger dont le nom est "regexp-tags":
| Code Block |
|---|
|
define synchronizer {
[...]
#======== Taggers =========
taggers TAGGER_01, regexp-tags
[...]
} |
Pour prendre en compte le changement de configuration, redémarrer le Synchronizer:| Code Block |
|---|
service shinken-synchronizer restart |
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é.
L'activation de ce module se fait en 3 étapes :
- Définir le module de type
sync-regexp-tag. - L'ajouter au Tagger qui exécutera cette règle.
- Si vous n'avez pas déjà de Tagger défini, il faut le mettre en place ( voir la page Definition des taggers ).
- Redémarrer le Synchroniser pour que cette modification soit prise en compte.
La configuration des modules doit être placée dans le dossier /etc/shinken/modules/
- Un exemple de fichier de configuration est disponible ici :
La configuration du tagger se trouve par défaut dans le fichier /etc/shinken/taggers/regexp-tags.cfg
- Vous trouverez aussi systématiquement un exemple dans /etc/shinken-user-example/configuration/daemons/synchronizers/taggersmodules/sync-regexp-tagstag/regexp-tags.cfg
Exemple de fichier de configuration
| Code Block |
|---|
|
#===============================================================================
# regexp-tags
#===============================================================================
define tagger {
tagger_name regexp-tags
order 1
modules sync-regexp-tag
description This tagger will tag host based on the host_name
} |
Détails des sections composant le fichier de configuration
Il est possible de définir plusieurs instances de tagger dans votre architecture Shinken.
- Chaque instance devra avoir un nom unique.
| Nom | Type | Unité | Défaut | Commentaire |
|---|
Texte | --- | regexp-tags | Valeur obligatoire Nous vous conseillons de choisir un nom en fonction de l'utilisation du tagger pour que votre configuration soit simple à maintenir. Doit être unique. Ne doit pas contenir les caractères suivants: < > " ' | Entier | --- | --- | Valeur obligatoire L'ordre du tagger dans l'interface de configuration ( Les taggers seront executé dans l'ordre lors de l'import ). | Liste | nom de modules | --- | Valeur obligatoire Liste de nom de modules utilisé par le tagger. Voir ci-dessous pour la configuration des modules. Le séparateur est le caractère : , | Texte | --- | --- | Une description du tagger affiché dans l'interface de configuration | La configuration du module se trouve par défaut dans le fichier sync 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
| Code Block |
|---|
| language | js |
|---|
| theme | Confluence |
|---|
|
#===============================================================================
# syncip-regexptag-tag*
#===============================================================================
# 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 syncMY-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.*shinkendemo.*
# 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 SHINKEN-DEMO-REGEXP-EXAMPLEBordeaux
} |
Détails des sections composant le fichier de configuration
| Code Block |
|---|
| language | js |
|---|
| theme | Confluence |
|---|
|
#======== 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 de type sync-regexp-tag dans votre l'architecture Shinken.
- Chaque instance devra avoir un nom unique.
| Scroll Title |
|---|
| anchor | parameter_cfg |
|---|
| title | |
|---|
|
|
Commentairecode syncregexptagNous vous conseillons de choisir un nom en fonction de l'utilisation du module pour que votre configuration soit simple à maintenir | Valeur obligatoire. Nom du Module. - Doit être unique parmi tous les modules.
|
|
codetype | Texte | --- | sync-regexp-tag | Ne |
|
peut être modifié.
Définition des hôtes où l'action de modification sera appliquée ( expression régulière )
Regexp définition et édition d'objets| Code Block |
|---|
| language | js |
|---|
| theme | Confluence |
|---|
|
...
#======== 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 .*shinkendemo.*
^bdx.* |
| Scroll Title |
|---|
| anchor | parameter_cfg |
|---|
| title | |
|---|
|
| Nom | Type | Unité | Défaut | Description |
|---|
| Texte | Nom de propriété d'un hôte | --- | Valeur obligatoire La propriété comparée à l'expression régulière. | | Texte | regexp python | --- | Valeur obligatoire Regexp auquel la propriété doit correspondre. |
|
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 ).
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 ^ :
| Code Block |
|---|
| language | js |
|---|
| theme | Confluence |
|---|
|
^bdx |
Si le nom doit commencer par "bdx" OU "bordeaux" il faut également ajouter les parenthèses :
| Code Block |
|---|
| language | js |
|---|
| theme | Confluence |
|---|
|
^(bdx|bordeaux) |
Exemples de valeurs :
| Texte | Correspondance avec le motif |
|---|
| bdx-serveur-1 | OUI |
| serveur-mysql1-bdx | NON car "bdx" n'est pas au début |
| bordeaux-mysql | OUI |
| Bordeaux-mysql | NON car le B est une lettre majuscule |
| Code Block |
|---|
| language | js |
|---|
| theme | Confluence |
|---|
|
# 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.
methodmethod append
# value: which value to set on the property
value SHINKEN-DEMO-REGEXP-EXAMPLE
...
Bordeaux |
| Scroll Title |
|---|
| anchor | parameter_cfg |
|---|
| title | |
|---|
|
Pour chaque règle Regexp, vous devrez définir un nouveau module et l'ajouter dans la configuration du tagger regexp-tags .
Vous pouvez copier l'exemple /etc/shinken/modules/sync-regexp-tag.cfg dans un nouveau fichier pour le modifierCommentairecodematched_propTexte | regexp python | --- | Valeur obligatoire Regexp auquel la propriété doit correspondre | | Code Block |
|---|
| Texte | --- | --- | Valeur obligatoire Nom de |
|
propriété d'un hôtehost_name | La propriété que l'on va regarder pour vérifier qu'elle correspond à ce que l'on recherche.- Par défaut, la propriété est le host_name ( Nom de l'objet hôte/cluster )
| la propriété à modifier. Ex : use pour les modèles de l'hôte. | |
|
---Comment la modification de la propriété va avoir lieu sur l’élément : si aucune valeur n’était définie dans la propriété à vérifier, le contenu de value sera mis dans la propriété visée, c.a.d. property.append: ajoute le contenu de value à la fin dans la propriété visée, c.a.d. property.prepend: ajoute le contenu de value au début de la propriété visée, c.a.d. property.set: force le contenu de value dans la propriété visée, c.a.d. property.- ajoute la valeur si elle est absente.
- append : ajoute la valeur à la fin.
- prepend : ajoute la valeur au début.
- set : remplace la valeur actuelle ou l'ajoute si absente.
| | Texte | --- |
|
Texte | Nom de propriété d'un hôteQuelle propriété modifier
Texte | --- | --- | Valeur obligatoire
La valeur qui sera ajouter/que prendra la propriété Valeur utilisée par la méthode. |
|
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 :
| Code Block |
|---|
| language | js |
|---|
| theme | Confluence |
|---|
|
define tagger {
tagger_name 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 :
| Excerpt Include |
|---|
| Configuration ( Synchronizer ) |
|---|
| Configuration ( Synchronizer ) |
|---|
| page | DefaultLink[destination=Optional[PageResourceIdentifier[spaceKey=<null>,title=Configuration ( Synchronizer )]],body=Optional.empty,tooltip=Optional.empty,anchor=Optional.empty,target=Optional.empty] |
|---|
| nopanel | true |
|---|
|
Les règles apportées par chaque module apparaissent à l'intérieur du Tagger, dans l'onglet Règles :
| Panel |
|---|
Image Added
|