...
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
...
| Propriété | Défaut | Description |
|---|---|---|
| scheduler_name | N/A | Cette variable est utilisée pour définir le nom raccourci du Scheduler auquel les données sont attachées. |
| address | N/A | Cette directive est utilisée pour définir l'adresse 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 peut être géré comme un spare (prendra uniquement la configuration si le maître échoue). La valeur par défaut est *0* (maître). |
| timeout | 3 | Cette variable définit est utilisée pour définir le temps ( en secondes ) que le Scheduler de spare devra attendre si le Scheduler principal ne répond pas, avant de le considérer 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 où le Scheduler doit être. Si aucun n'est sélectionné, 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. |
...