Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Scroll Ignore
scroll-viewporttrue
scroll-pdftrue
scroll-officetrue
scroll-chmtrue
scroll-docbooktrue
scroll-eclipsehelptrue
scroll-epubtrue
scroll-htmlfalse
Panel
titleSommaire

Table of Contents
stylenone

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

  • Les

    sources

    Sources

  • Les

    taggers

    Taggers


Les modules de type source sont des modules de détection de nouveaux éléments. Leur rôle est Sources permettent d'importer dans Shinken Entreprise des éléments de différentes manières (import de configuration CFG, analyse d'un équipement, détection d'équipement sur le réseau, annuaire LDAP, etc ...).
Consultez la page Les Sources pour plus de détails sur la configuration des sources et leur utilisation.Les modules de type taggers sont des modules de qualification qui interviennent après l'import, en modifiant une ou plusieurs propriétés de chaque Hôte/Cluster importé si ceux-ci respectent une règle (conditionsupervision 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 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 ).

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

Panel
draw.io Diagram
bordertrue
diagramName04-modules-synchronizer-vue-detaillee-V2
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth1681
revision1

Étape 1

Image Added

É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

Le Synchronizer collecte les éléments partiels des sources suivant des intervalles de temps configurés

.

  • Les sources "Analyseurs"
, "Ecouteurs" et "Collecteurs" vont interroger diverses applications et chargent les données détectées afin de générer des éléments partiels.
  • 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

Le Synchronizer vérifie tous les éléments partiels importés. Il fusionne les éléments s'ils possèdent au moins une clé de synchronisation commune.

En cas de conflit entre des éléments partiels, la propriété de la source ayant le numéro d'ordre le plus bas est utilisée.

Voir

É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 

Étape 3

Les éléments "hôte" passent par le Tagger IP. Ce dernier compare l'adresse IP de l'hôte avec les plages IP listé dans le Tagger.

Si l'adresse IP de l'hôte correspond à une IP configurée, alors il associe un modèle d'hôte au nouvel élément "hôte".

Étape 4

Les éléments "hôte" et "cluster" passent à travers un Tagger de nom. Il compare le nom de l'hôte avec les règles "regexp" configurées dans le Tagger de nom.

Si le nom correspond à une règle, alors le Tagger associe un modèle d'hôte au nouvel élément "hôte".

Étape 5

Tous les éléments sont ensuite comparés aux éléments de la base de données.

Les éléments détectés comme existants, mais dont certaines propriétés diffèrent prennent le type "différence".

Les éléments qui n'existent pas dans la base de données prennent le type "nouveau".

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



À 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

Étape 6

Tous les éléments sont sauvegardés dans la base de données
  • .