Page History

Concept

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 Le démon Synchronizer gère deux types de modules :

• Les Sources

• Les Taggers

Les modules de type Source permettent de détecter de nouveaux éléments. Ils servent à importer des éléments de différentes manières. Une liste d'exemple non exhaustive 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 :
  • des gains de temps substantiels,
  • réduit les erreurs potentielles,
  • ne pas oublier des équipements à superviser.
• Pour plus de détail, voir la page Les Sources

• .

Les modules de type Tagger interviennent après 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 . Ils utilisent une règle selon des règles établies ( plage d'adresses IP, regex ) pour sélectionner des hôtes, clusters, modèles d'hôtes et modèles de clusters issuent de l'import des Sources et modifier leurs propriétés 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 ).

Fonctionnement de la collecte d'une source jusqu'à sa sauvegarde en base

É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.

• Les sources "Analyseurs"

• vont récupérer des informations sur des serveurs en exécutant des scripts d'analyse sur ceux-ci ( voir la page Les analyseurs ).
• Les sources "Écouteurs" reçoivent leurs informations depuis l'extérieur de Shinken  ( voir la page Les écouteurs ).
• Les sources "Collecteurs" récupèrent et créent des éléments en interrogeant un référentiel ( voir la page Les collecteurs ).

É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 :
  • Une source collectrice VMWare récupère les hôtes à superviser et remplis les champs de base ( nom, adresse, modèles d'hôtes, etc. ).
  • Une source collectrice par fichier CFG va configurer l'élément Shinken ( les notifications, les droits de visibilité, etc. ).
    
    

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 :

• Tous les serveurs dans la plage d'adresses IP doivent avoir un modèle d'hôte spécifique ;
• Un cluster dont son nom commence par "bdx-" doit être dans le royaume "Bordeaux" ;
• Etc.
  
  

Ce sont les modules de Taggers qui choisissent quels types d'éléments ils souhaitent traiter ( parmi les quatre disponibles ).

• Un Tagger basé sur les plages IP ne manipule que des hôtes ( car ce sont les seuls à avoir la propriété "adresse" ).
  
  • voir la page Tagger utilisant un module basé sur les plages IP
• Un Tagger basé sur des expressions régulières manipule tous les éléments passés en entrée.
  • voir la page Tagger utilisant un module basé sur des expressions régulières

À 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 concre .

É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 :

• ont été ajoutés ( nouveauté );
• sont différents par rapport à l'Interface de Configuration ( différence ) ;

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

• .