L'architecture de Shinken Enterprise
...
permet a un administrateur d'avoir un
...
point central de configuration et ce, indépendamment du nombre de Schedulers, Pollers, Reactionners et Brokers. Les hôtes et leurs checks sont repartis entre les Schedulers et les satellites (Pollers/Reactionners/Brokers) reçoivent des actions à exécuter de ces Schedulers.Tout fonctionne bien...
Ou presque ! .. En fait, si vous avez une architecture distribuée sur plusieurs continents, vous pouvez avoir des problèmes. Si l'architecture est commune à plusieurs réseaux, un scheduler d'un client A peut avoir un Poller d'un client B lui demandant des tâches.. Ce n'est pas une bonne idée pour des questions d'efficacité du réseau (même avec un réseau distribué)
...
Les satellites peuvent être utilisés pour leurs royaumes ou sous royaumes.
Description des
...
variables
| Propriété | Défaut | Description |
|---|---|---|
| realm_name | N/A | Cette variable est utilisée pour identifier le nom raccourci du royaume. |
| realm_members | N/A | Cette directive est utilisée pour lister les sous-royaumes . |
| broker_complete_links | 0 | Si placé à 1, ceci autorise les brokers à être plusieurs à prendre les informations d'un même scheduler. Dans le cas par défaut (0), un broker unique est assigné à un scheduler, ce qui empèche de voir ses données dans un realm de plus haut niveau si un broker est déjà présent dans son royaume. |
| default | 0 | Cette directive est utilisée pour définir si il s'agit du royaume par défaut ou non. Un seul est autorisé comme "par défaut" |
| Code Block |
|---|
define realm{
realm_name World
realm_members Europe,America,Asia
default 0
} |