...
Le démon poller lance les sondes tel que demandé par les schedulers. Quand la vérification est terminée, il renvoie le résultat aux schedulers. Les pollers peuvent être définis pour des vérifications spécifiques (ex. Windows versus Unix, clientr client A versus client B, DMZ). Il peut y avoir plusieurs pollers pour des questions de load-balancing .
...
Sa configuration correspond à la liste de royaumes du scheduler auquel des Schedulers du royaume auxquels il devra se connecter pour récupérer des checks à exécuter.
DMZ Poller
Il est possible de définir un poller en DMZ , et les schedulers dans le LAN. Dans ce cas, l'objectif est d'éviter les connections de DMZ (poller) vers LAN (schedulers) .Il est alors possible de définir le poller comme passif. Le scheduler va alors ouvrir une connexion vers le poller.
...
Il est important de noter que les sondes lancés lancées par le poller auront un acès accès direct aux hôtes et devront récupérer des données venant de ceux-ci.
...
Résumé des connexions du poller
| source | Destination | Port | Protocole | Note |
|---|---|---|---|---|
| Poller | Scheduler | 7768 | HTTPS |
Différents types de Pollers: poller_tag
...
Le paramètre pour qualifier une commande, un hôte ou un check est le "poller_tag". If a check uses a "tagged" or "untagged" command in a untagged host/check, it takes the poller_tag of this host/check. In a "untagged" host/check, it's the command tag that is taken into consideration.
L’existence du paramètre est déterminée dans l'ordre de cascade suivant:
- On regarde d'abord sur la commande
- puis le check
- puis sur l’hôte.
Les pollers peuvent être identifiés par les pollers peuvent être qualifiés de plusieurs poller_tags. Si ils sont qualifiésont des tags, ils ne prendront que les checks qualifiés, qui correspondent à ce tag.
C'est principalement utilisé dans un réseau en DMZ, vous avez besoin d'un poller dédié dans cette DMZ qui retourne les résultats au scheduler dans le LAN. Dans ce cas, vous pouvez toujours avoir des dépendances entre les hôtes dans la DMZ et le LAN, et être certain que les checks ne sont effectués que par le poller dans la DMZ.
...
Descriptions des variables
| Propriété | Défaut | Description |
|---|---|---|
| poller_name | N/A |
| Cette variable est utilisée pour définir le nom raccourci du poller auquel sont rattachées les données . | ||
| address | N/A | Cette directive est utilisée pur définir l'adresse d'où l'arbiter principal peut joindre le poller. ça peut être un nom DNS ou une adresse IP . |
| port | 7771 | Cette directive est utilisée pour définir le port TCP |
| utilisé par ce démon . | ||
| spare | 0 | Cette variable est utilisée pour définir si le poller peut être géré comme spare (ne chargera la configuration que si le maître tombe ) |
| realm | N/A | Cette variable est utilisée pour définir le royaume |
| où sera mis le poller . |
| Si aucun n' |
| est spécifié, il sera rattaché au royaume par défaut. | ||
| manage_sub_realms | 0 | Cette variable est utilisée pour définir si le poller acceptera les tâches du scheduler provenant des sous-royaumes de son royaume. |
| poller_tags | None | Cette variable est utilisée pour définir les checks que peut lancer le poller. Si il n'y a aucun poller_tags spécifié, il prendra tous les checks non qualifiés. Par défaut, il n'y a aucun poller_tag, donc il prend tous les checks non qualifiés. . |
| modules | N/A | Cette variable est utilisée pour définir tous les modules que le scheduler va charger. . |
Exemple de définition
| Code Block |
|---|
define poller{
poller_name Europe-poller
address node1.mydomain
port 7771
spare 0
manage_sub_realms 0
poller_tags DMZ, Another-DMZ
modules module1,module2
realm Europe
min_workers 0 ; Starts with N processes (0 = 1 per CPU)
processes_by_worker 256 ; Each worker manages N checks
polling_interval 1 ; Get jobs from schedulers each N seconds
} |