Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Architecture distribuée de Shinken Enterprise pour le load balancing


Le load balancing est très facile à mettre en place avec Shinken Enterprise.

...

Attention, le scheduler N'EST PAS un process multi-threadé, donc si vous rajoutez des coeurs, ça ne changera rien à ses performances. 

 


Il y a principalement 2 cas où la charge pose problème :

...

Pour l'instant, restons sur le 1er cas, typiquement une installation avec moins de 15K checks en 5 minutes, et nous devons seulement calibrer les pollers, pas les schedulers. 


Comment plusieurs pollers se connectent à un scheduler commun

...


Panel

...

Image Added


Mise en oeuvre d'une architecture en load balancing avec plusieurs pollers

Commencez par installer le package Shinken Enterprise comme d'ordinaire, mais juste en mode pollernode :

Code Block
languagebashtext
themeFadeToGreyEmacs
 $ ./install.sh --pollernode

 

 



Declarez le nouveau poller dans le fichier principal de configuration 

Maintenant, vous avez un nouveau poller déclaré, server2. Mais l'arbiter server1 a besoin de savoir qu'il a des tâches à lui donner. Cela se fait en déclarant le nouveau poller dans le fichier /etc/shinken/pollers/poller-master.cfg file. 


Éditez le fichier /etc/shinken/pollers/poller-master.cfg file et définissez votre nouveau poller sous la définition du poller-1 existant (sur le server1):

Code Block
languagebashtext
themeFadeToGreyEmacs
# Pollers launch checks 
define poller{
  poller_name poller-2
  address server2
  port 7771
}

...



Vérifiez que vous avez bien ces lignes:

Code Block
languagebashtext
themeFadeToGreyEmacs
define scheduler{
  scheduler_name scheduler-1 ; just the name
  address 192.168.0.1 ; ip or dns address of the daemon
  port 7768 ; tcp port of the daemon 
}

 

 



Note: l'adresse doit être 192.168.0.1 ou server1 mais pas localhost!

 


Une fois fait, redémarrez Shinken Enterprise.

Code Block
languagetext
themeFadeToGreyEmacs
$ /etc/init.d/shinken restart

 

...



Vérification de la  connexion


Vous pouvez regarder dans le fichier global shinken.log file que le nouveau poller est démarré et qu'il peut joindre le scheduler-1.
Recherchez les lignes : 

Code Block
languagetext
themeFadeToGreyEmacs
[All] poller satellite order: poller-2 (spare:False), poller-1 (spare:False),
[All] Trying to send configuration to poller poller-2
[All] Dispatch OK of for configuration 0 to poller poller-2

...



Vous pouvez également regarder les logs du poller sur le server2.

...

Code Block
languagetext
themeFadeToGreyEmacs
 Waiting for initial configuration
[poller-2] Init de connection with scheduler-1 at HTTP://192.168.0.1:7768
[poller-2] Connexion OK with scheduler scheduler-1
I correctly loaded the modules: []
[poller-2] Allocating new fork Worker: 0

...