Rôle

Le Synchronizer met à disposition une interface web pour gérer les éléments ( hôtes, checks ... ) en supervision et la politique de supervision.

Il permet aussi d'automatiser la collecte d'information pour mettre en supervision plus rapidement des équipements, ou détecter des modifications sur les existants.

Les modules sources qui permettent de "collecter" ces informations sont répartis en 3 types:

• Les Collecteurs
  • Interroge une source et collecte les informations des éléments
    
    
• Les Écouteurs
  
  • Reçoivent des messages venant de l’extérieur pour ajouter de nouveaux éléments ou modifier des éléments existants.
    
    
• Les Analyseurs
  
  • Interroge directement élément par élément pour récupérer des informations.

Les collecteurs

Active Directory / OpenLDAP

La découverte de l'Active Directory ou OpenLDAP se fait avec un compte domaine et ne nécessite qu'un accès en lecture. La connexion peut être faite dans LDAPS pour être sûre que la connexion est sécurisée. 

Il est possible de définir un niveau haut d'organisation (OU = Organizational Unit) afin de lister les éléments seulement sous ce niveau.

Les informations que ce module récupère sont les noms de serveurs, FDQN, l'OS du serveur, et s’il est défini, son entrée LDAP et son emplacement. Voir la configuration de la source Active Directory  et OpenLDAP

VMWare

La découverte VSphere est faite pour trouver les serveurs physiques ( ESX ) et leurs serveurs virtuels.

• Elle va également récupérer leur OS et leur adresse IP, mais seulement si les outils VMware sont activés et tournent sur le serveur virtuel.
• La connexion du Synchronizer vers VMware connexion se fait toujours par le serveur VSphere, et nécessite qu'un accès en lecture.
• Le collecteur ne nécessite pas un accès direct aux serveurs ESX.
• La communication de Shinken Enterprise vers VSphere se fait sur une API SOAP de VMWare, à travers une connexion HTTPS.

Pour configurer cette source voir Module de source synchronizer-collector-vmware.

Import de Fichiers ( Nagios / Shinken Framework )

Shinken Enterprise est capable de charger des fichiers de configuration Nagios ou Shinken Framework.

• Il va automatiquement charger les objets définis.

Pour configurer cette source voir : Importer ses propres fichiers CFG.

Scan réseau ( Scan NMAP )

La découverte par scan réseau est optionnelle. Elle se fait via une commande nmap, lancée par le Synchronizer. 

• Les scans sont faits sur les ports TCP et UDP.
• Il va également essayer de récupérer des données complémentaires depuis les serveurs ou les services qui tournent dessus (il utilise l'option -O dans la commande nmap).

Pour configurer cette source voir : Collecteur Discovery ( Découverte réseau ).

Shinken ( Récupérer les hôtes d'un autre Shinken )

Si vous disposez d'au moins 2 Shinken installés, pour pouvez collecter les hôtes définis dans le premier dans le deuxième Shinken.

Cela peut être pratique si vous avez des contraintes de sécurités :

Exemple:

• Le Shinken 1 peut faire un scan réseau.
• Le Shinken 2 lui n'a pas le droit.
• Le Shinken 2 interroge le Shinken 1 pour avoir des hôtes découverts.

Les écouteurs

Un écouteur est une source qui reçoit des informations à partir d'une application tierce.

Ces source sont donc à l'écoute de nouveaux éléments grâce à des appels réseau ( par exemple une API Rest ).

Les Analyseurs

Les analyseurs permettent de remonter des informations depuis les hôtes après avoir exécuté des scripts d'analyses.

Les analyses peuvent être lancées depuis des hôtes déjà présents dans Shinken, afin d'enrichir les données présentes ou bien depuis une plage réseau.

Stockage de données dans la configuration

Toutes les données découvertes par le Synchronizer sont stockées dans une base Mongodb.

Si possible, il est préférable que la base soit sur le même serveur que le Synchronizer.

Elle n'est pas partagée avec d'autres démons, donc ses communications doivent être limitées au serveur local.