...
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 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é)
...
Dans un royaume, tous les pollers Pollers vont prendre les tâches de tous les schedulers Schedulers de ce royaume.
Les royaumes en quelques mots
...
Dans un royaume, tous les pollers Pollers vont prendre les tâches de tous les schedulers Schedulers de ce royaume.
Les royaumes sont différents des poller_tags
...
- les royaumes sont faits pour séparer les schedulersSchedulers
- les poller_tags sont faits pour séparer les pollersPollers
Dans certains cas, la fonctionnalité de poller_tag peut être faite en utilisant les royaumes. La question à se poser est : est-ce suffisant ? ou devez-vous séparer totalement au niveau du scheduler Scheduler en utilisant les royaumes.
- si vous avez juste besoin d'un poller dans une DMZ : utiliser le poller_tag
- si vous avez besoin d'un schedulerScheduler/poller dans un LAN client: utiliser les royaumes
...
Un royaume peut avoir des sous-royaumes. Cela ne change rien pour les schedulersSchedulers., mais peut être utile pour les autres satellites et spare. Les reactionners Reactionners et brokers sont liés au même royaume, mais ils peuvent traiter les tâches des sous-royaumes également. De cette façon, vous pouvez avoir moins de reactionners Reactionners et de brokers.
Cela se fait grâce au paramètre manage_sub_realms . Pour les pollers Pollers la valeur par défaut est 0, mais c'est 1 pour reactionnersReactionners/brokers.
Exemple d'usage de royaumes
...
- Dans le premier cas, l'administrateur ne souhaite pas partager les ressources entre royaumes.
- Dans le second, les reactionners Reactionners et brokers sont partagés entre royaumes. (donc toutes les notifications sont envoyées d'un seul endroit, idem pour le stockage des données) .
Royaumes distincts :
Usage plus classique :
Les satellites peuvent être utilisés pour leurs royaumes ou sous royaumes.
...
| 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 schedulerScheduler. Dans le cas par défaut (0), un broker unique est assigné à un schedulerScheduler, 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" |
...