...
Le Scheduler gère la distribution des checks et actions vers les Pollers et Schedulers respectifs. Le Scheduler est également responsable du traitement et de l'analyse des résultats de checks, faisant la corrélation et prenant les actions adéquates (si un check est Critique, il va demander une vérification de son hôte). Il ne lance pas de checks ou de notifications, il garde juste la liste d'attente pour les autres démons de l'architecture. Cela permet de gérer la charge entre plusieurs Pollers. Il peut également y avoir plusieurs Schedulers pour des questions de load-balancing ou de rôle de standby à chaud. La persistance des statuts est faite grâce au module de rétention (Configurer la rétention des données).
Connexions aux autres démons
...
Il recevra également sur ce port les tâches venant des autres démons (Poller, Scheduler et Broker). Les autres démons consomment les données et actions depuis le Scheduler.
Les connexions du
...
Scheduler
Dans un cas spécifique, le Scheduler ouvre des connexions vers les autres démons. Cela arrive lorsqu'il y a un Poller passif.(voir dans le chapitre Poller).
...
| Source | Destination | Port | Protocole | Note |
|---|---|---|---|---|
| Poller | Scheduler | 77717768 | HTTP/HTTPS | |
| Scheduler | Poller | 7771 | HTTP/HTTPS | Only if there is a passive poller. |
...
| Propriété | Défaut | Description | |||
|---|---|---|---|---|---|
| scheduler_name | N/A | Cette variable est utilisée pour définir le nom raccourci du scheduler Scheduler auquel les données sont attachées. | |||
| address | N/A | Cette directive est utilisée pour définir l'adresse d'où l'arbiter principal peut joindre ce scheduler. ça peut être un permettant à ce que l'Arbiter joigne ce Scheduler. Par défaut "localhost", changez le par un nom DNS ou une adresse IP. | |||
| port | 7768 | Cette directive est utilisée pour définir le port TCP utilisé par le démon. | |||
| use_ssl | 0 | Cette variable est utilisée pour définir si le Scheduler doit être contacté en HTTPS (*1*) ou HTTP (*0*). La valeur par défaut est *0* (HTTP). | |||
| spare | 0 | Cette variable est utilisée pour définir si le scheduler doit Scheduler peut être géré comme un spare (ne chargera prendra uniquement la configuration que si le maître tombeéchoue). La valeur par défaut est *0* (maitre)(maître). | |||
| timeout | 3 | Cette variable est utilisée pour définir le temps en secondes avant que l'Arbiter ne considére ce démon comme à l'arrêt. Si ce démon est joignable en HTTPS (use_ssl à 1) avec une latence élevée, nous vous conseillons alors d'augmenter cette valeur de timout (l'Arbiter aura besoin de plus d'allers/retours pour le contacter). | |||
| data_timeout | 120 | Cette variable est utilisée pour définir le temps en secondes avant de considérer un transfert de configuration ou de données comme échoué. | |||
| max_check_attempts | 3 | Si le ping permettant de détecter la disponibilité réseau du nœud est en échec N fois ou plus, alors le nœud est considéré comme mort. (par défaut, 3 tentatives) | |||
| check_interval | 60 | Intervalle de Ping toutes les N secondes. | |||
| realm | N/A | Cette variable est utilisée pour définir le royaume auquel il appartiendraoù le Scheduler doit être. Si aucun n'est sélectionné, il sera assigné à celui par défaut lui sera assigné. | |||
| modules | N/A | Cette variable est utilisée pour définir les modules que le scheduler chargera. | |||
| enabled | N/A | Cette variable est utilisée pour définir si le Scheduler est activé ou non | accept_passive_unknown_check_results | 0 | Si c'est activé, le scheduler acceptera les résultats de checks passifs pour les hôtes non configurés et générera un résultat "résultat hôte/service inconnu" . |
Exemple de définition
...