Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Rajout arbiter

...

Source daemonConnexion toPortProtocolNote
SynchronizerActive Directory636LDAPSRead only account
SynchronizerVSphere443HTTPSRead only account on VSphere

 

The arbiter

Role

The arbiter daemon reads the configuration from the synchronizer. It divides it into parts (N schedulers = N parts), and distributes them to the appropriate Shinken Enterprise daemons. Additionally, it manages the high availability features: if a particular daemon dies, it re-routes the configuration managed by this failed daemon to the configured spare. Finally, it receives input from users  or passive check results and routes them to the appropriate daemon. Passive check results are forwarded to the Scheduler responsible for the check. There can only be one active arbiter with other arbiters acting as hot standby spares in the architecture.

Connexion with the synchronizer

The communication between the arbiter and the synchronizer is done on the standard port of the synchronizer (7765).

Connexion with the other daemons

This daemon is used to check and dispatch configuration to the others daemons, but not the Synchronizer. The connexion is done on the standard port of the others daemons, and will use a HTTPS connexion is the otehrs daemons are defined to use it.

Data

This daemon is hosting the whole system configuration into memory. It have access to all server names, address, types, and also the defined command used to check them.

It also host in memory the defined contacts that should receive notification for the defined hosts and services.

Arbiter connexion summary
Source daemonDestinationPortProtocolNote
ArbiterSynchronizer7765HTTPS 
ArbiterScheduler7768HTTPS 
ArbiterPoller7771HTTPS 
ArbiterReactionner7769HTTPS 
ArbiterReceiver7773HTTPS 
ArbiterArbiter7770HTTPSOnly if there is a arbiter slave, and only from the the master to theslave
ArbiterBroker7772HTTPS 

 

The scheduler

The scheduler daemon manages the dispatching of checks and actions to the poller and reactionner daemons respectively. The scheduler daemon is also responsible for processing the check result queue, analyzing the results, doing correlation and following up actions accordingly (if a service is down, ask for a host check). It does not launch checks or notifications. It just keeps a queue of pending checks and notifications for other daemons of the architecture (like pollers or reactionners). This permits distributing load equally across many pollers. There can be many schedulers for load-balancing or hot standby roles. Status persistence is achieved using a retention module.

...