Results 1 to 5 of 5

Thread: Question about communication between realms

  1. #1

    Question about communication between realms

    I currently have a setup with a few mod_gearman workers with Icinga on the main box. We have a few zones where the workers can contact the main VM with the work queue's, the main site/realm/box with all the config is not allowed for security reasons to speak to the workers.

    Is this also possible in Shinken? Set up the site to use a TCP session to fetch everything and use that session to retreive data and push results.

  2. #2
    Shinken project leader
    Join Date
    May 2011
    Location
    Bordeaux (France)
    Posts
    2,131

    Re: Question about communication between realms

    Hi,

    Yes, and it's teh default behavior. Here your gearman nodes are the "pollers" in Shinken. And the pollers start connexion to the scheduler (your icinga node). The connexion is a simple TCP connexion to a known port on the main box (7768).

    But there is one problem : the configuration sending to the pollers. The arbiter (main daemon) need to send pollers the schedulers ip/port and the modules it need to load, and so "someone" need to be able to open connexions to theses box (do not need to be in the same server than the scheduler/icinga box).
    No direct support by personal message. Please open a thread so everyone can see the solution

  3. #3

    Re: Question about communication between realms

    Thanks for the reply!

    So for normal work, if I have a setup with 2-3 realms, where its further divided below with forced workers, it could still work because of the poller. The config tool only needs to send to the master of each realm? If so, it could still work in the setup, in a way...

    If the connection upstream is lost, the work will still go on beneath in each realm. How is it syncing back up when connection is restored? Retention data, every result or just the newest status?

  4. #4
    Shinken project leader
    Join Date
    May 2011
    Location
    Bordeaux (France)
    Posts
    2,131

    Re: Question about communication between realms

    In fact the config too only need to export in the master arbiter, and this one should be able to talk to all others daemons.

    For the connexion lost, it depend of your architecture :
    * distant realm with just scheduler+poller : checks are still executed and analyse, but notification and data (bdd, or livestatus) are queues
    * distant realm with scheduler+poller+reactionner : check are executed and notification are send, data are queues
    * distant realm with scheduler+poller+reactionner+broker : the only thing you lost are from now passive checks (we are looking for a direct routing from a receiver daemon to the scheduler, when now it must be take by the arbiter first)

    One easier way for setup is the distant poller, with poller_tag, but it's like fgearman : if the connexion is lost, no more checks
    No direct support by personal message. Please open a thread so everyone can see the solution

  5. #5
    Monitoring of the communication channel is divided for the confirmed items for the people. It is charged for the full use of the bestwritingservice reviews in the chain of the occupied items for the citizens. The manual path is embraced for the pertinent use of the offers for the challenges for the reports of the communication.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •