Hanesse Olivier

Nous avons vu que de nombreuses fonctionnalités optionnelles telles que la sauvegarde des données de rétention en base MongoDB, ou l’authentification au sein de l’interface Web de Shinken étaient fournies à travers des modules. Voyons maintenant comment en créer de nouvelles.

Shinken est une solution de monitoring moderne et adaptée aux problématiques actuelles d’analyse de la disponibilité des services. Cependant, pour bien maîtriser Shinken, il est nécessaire de bien comprendre les composants de base de son architecture, ainsi que leur rôle au sein de l’outil. Cet article va essayer d’introduire les différents composants de Shinken, leur rôle dans le fonctionnement global de Shinken, ainsi que la manière dont ils interagissent entre eux.

Comme dans beaucoup d'articles de ce hors-série, nous allons essayer ici de simplifier la gestion de la configuration de notre outil de supervision préféré. La gestion de la configuration de Shinken peut se faire « à l'ancienne », à savoir en éditant des fichiers textes décrivant les différents machines/services que vous souhaitez surveiller. Cette méthode, certes simpliste, ne passe évidemment pas à l'échelle. Au travers des articles précédents, vous avez vu comment Shinken permet de « découvrir » votre réseau et vos serveurs afin de configurer de manière automatique votre infrastructure. Il ne restera alors qu'à affiner certains détails (seuils... ). Nous allons vous proposer ici une autre approche de la gestion de la configuration de Shinken.

Comme nous l’avons vu dans les présentations de Nagios et Shinken, l'un de leurs points forts réside dans la modularité, soit la possibilité d’augmenter leurs capacités si besoin. Nous allons voir dans cet article plusieurs astuces pour améliorer la supervision ou la configuration de cette dernière, grâce à certains modules de Shinken.