Dans une installation avec plusieurs centaines d'équipements, il peut être fastidieux d'ajouter ces serveurs en supervision alors que ces mêmes serveurs existent dans d'autres référentiels. Shinken propose un système permettant d'intégrer les serveurs venant d'un référentiel externe et de les importer dans l'interface de configuration pour mettre en place la politique de supervision.
Pour ce faire, le démon Synchronizer gère deux types de modules :
Les Sources
Les Taggers
Les Sources permettent d'importer dans Shinken Entreprise des éléments de supervision depuis des outils tiers sans qu'un utilisateur doive saisir les équipements 1 par 1.
Ces sources peuvent être par exemple ( liste non exhaustive ) : import de fichiers de configuration ( CFG ), analyse d’un équipement, détection sur le réseau, interrogation d’un annuaire LDAP.
Cela a plusieurs avantages :
( voir la page Les Sources ).
Les Taggers, quant à eux, permettent d'effectuer des actions automatiques sur les propriétés des hôtes, clusters, modèles d'hôtes et modèles de clusters issus de l'import des Sources selon des règles établies ( plage d'adresses IP, expression régulière ).
Par exemple, pour des serveurs présents dans une DMZ, il est possible d'ajouter un modèle d'hôte obligatoire ( par exemple "DMZ" ) à tous les hôtes importés qui font partie de la plage d'adresses IP qui identifierait cette DMZ ( voir la page Les Taggers ).
|
Étape 1 - Collecte des données
Les Sources sont le point d'entrée pour importer des éléments venant de l'extérieur de Shinken. La méthode de récupération des données par la Source va varier selon son type, mais le principe reste le même pour tous : les informations collectées et/ou reçues serviront à créer un élément représentant les équipements à superviser.
Étape 2 - Mélange des sources ( Vérification et fusion )
Les Sources auront une partie des informations pour un élément. Cela signifie que deux sources peuvent importer le même élément, mais remplir des propriétés différentes. Par exemple :
Le Synchronizer vérifie tous les éléments importés puis fusionne ceux qui ont des points communs. Ces points communs sont déterminés grâce aux clés de synchronisation ( voir la page Le mélange des sources & les clés de synchronisation (sync-key) ).
Étape 3 - Application des Taggers ( pour les hôtes et clusters )
Une fois les éléments finaux disponibles, les hôtes, clusters, modèles d'hôtes et modèles de clusters issus du mélange des sources passent par les Taggers qui effectueront des modifications automatiques sur ces éléments.
Les Taggers permettront d'appliquer des règles de qualification que doivent respecter tout élément importé dans Shinken. Par exemple :
Ce sont les modules de Taggers qui choisissent quels types d'éléments ils souhaitent traiter ( parmi les quatre disponibles ).
À l'inverse des sources, les éléments passent successivement dans chaque Tagger configuré ( Tagger 1 et Tagger 2 dans le schéma ) dans l'ordre. Il est donc possible d'avoir des règles de qualification qui se complètent en utilisant le résultat de Taggers précédents ( voir la page Les Taggers pour un exemple concret ).
Étape 4 - Comparaison avec la Zone de Travail et Staging
Après leur passage dans les Taggers, les éléments sont comparés à ceux présents en Staging et dans la Zone de Travail.
En prenant en compte la configuration des Sources, le Synchronizer détermine quels éléments :
Chaque Source détermine si les ajouts/changements d'éléments venant d'elle doivent être prise en compte dans la comparaison.
Étape 5 - Sauvegarde
Le résultat de la comparaison est sauvegardé dans la base de données.
L'Interface de Configuration va alors afficher et proposer les changements pour que l'administrateur Shinken puisse les appliquer ( entièrement ou en partie, au choix ) pour la mise en production.
Il reste possible d'éditer les éléments sur l'Interface après l'application des changements et les nouvelles différences seront proposés au prochain d'import d'une Source.