...
Le broker reçoit toutes les données des schedulers. Il garde également en mémoire les données des hôtes et des checks. Enfin, il sauvegarde également les résultats des checks dans une base mongodb. (si possible, cette base doit être installée sur le même serveur que le broker)
...
Les données de métrologie sont sauvegardées sur le serveur du broker dans l'application graphite Cette application écoute le port 2003 , et cette connexion se fait sans authentification.Cette application doit donc être en local écouter exclusivement sur l'adresse localhost interface réseau locale (loopback) du serveur du broker.
Logique interne du Broker
...
| Propriété | Défaut | Description |
|---|---|---|
| broker_name | N/A | Cette variable est utilisée pour identifier le *nom réduit* du broker auquel les données sont associées . |
| address | N/A | Cette directive est utilisée pour définir où l'arbiter principal peut joindre ce broker. Cela peut être un nom DNS ou une adresse IP . |
| port | 7727772 | Cette directive est utilisée pour définir le port TCP utilisé par le démon. |
| spare | 0 | Cette variable est utilisée pour définir si le broker 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). |
| realm | N/A | Cette variable est utilisée pour définir le royaume où le broker doit être. Si aucun n'est sélectionné, celui par défaut lui sera assigné. |
| manage_arbiters | 1 | Prend les données de l'arbiter. Il ne devrait y avoir qu'un seul broker pour l'arbiter. |
| manage_sub_realms | 1 | Cette variable est utilisée pour définir si le broker prendra des tâches du scheduler des sous-royaumes . |
| modules | N/A | Cette variable est utilisée pour définir les modules chargés par le broker . Le principal objectif est de donner le statut de ces modules. |
...