...
Les pollers peuvent être identifié par plusieurs poller_tags. Si ils ont des tags, ils ne prendront que les checks qui correspondent à ce tag.
Pour avoir les checks caractérisé spécifiquement par une liste depollerde poller_tag et ceux non défini, il faut juste rajouter explicitement le tag "None". Ceci permet d'exclure certains tags sans avoir à définir une liste exaustive.
...
Comme pour les Pollers, les Reactionners peuvent eux aussi avoir des caractéristiques . Vous pouvez donc caractériser vos hôtes/checks et commandes par le "reactionner_tag". Si une notification ou un gestionnaire d’événements utilise une commande "tagged" ou "untagged" sur un hôte/check non caractérisé, il prendra automatiquement la caractéristique du Reactionner. In a "untaged" host/check, it's the command tag that is taken into account.
Le Reactionner peut être caractérisé avec D'une manière totalement symétrique aux pollers, les Reactionners peuvent être caractériser avec un ou plusieurs "reactionner_tags".
Comme pour les Poller, il existe plusieurs cas d'usage, le principal étant l'usage en DMZ.
Leur logique est complètement identique au paramètre poller_tags, mais elle permet de distribuer les exécutions dans les reactionners plutôt que les pollers.
Ce paramètre peux être caractérisés à 3 niveaux :
- Hôte
- Check
- Commande
Là encore, l'existance du paramètre est détermité dans l'ordre de cascade suivant:
- On regarde d'abord sur la commande
- puis le check
- puis sur l'hote.
Les reactionners peuvent être identifiés par plusieurs reactionner_tags. Si ils ont des tags, ils ne prendront que les commandes qui correspondent à ce tag.
Pour avoir les commandes caractérisées spécifiquement par une liste de reactionner_tag et ceux non défini, il faut juste rajouter explicitement le tag "None". Ceci permet d'exclure certains tags sans avoir à définir une liste exaustive.
Architecture avancée: les Royaumes
...