URL: https://linuxfr.org/news/shinken-1-4 Title: Shinken 1.4 Authors: Jean Gabes Xavier Teyssier, claudex et Benoît Sibaud Date: 2013年05月27日T14:26:32+02:00 License: CC By-SA Tags: supervision, nagios, admin, python et shinken Score: 25 Après plus de 850 commits depuis la version 1.2, voici la version 1.4 de l'outil de supervision Shinken. Cette version (baptisée Jiggly Jerboa) améliore tant le cœur de l'outil que ses modules. Outre les habituelles corrections de bugs, et des améliorations dans les packs de configurations prêts à l'emploi, certaines fonctionnalités sortent du lot : * possibilité d'avoir des vues spécialisées pour certains hôtes dans l'interface graphique de Shinken ; * un module d'import automatique des machines hébergées sur AWS/EC2 * la possibilité de définir plusieurs niveaux de Brokers (collecteurs de données) entre ses datacenters ; * il est désormais possible de définir des seuils d'alertes variables en fonction du temps. Concernant la prochaine version, les auteurs annoncent un travail permettant de gérer plus facilement les modules et les packs de configurations au sein de l'outil, et ce directement en ligne de commande. La principale fonctionnalité annoncée est l'amélioration de la gestion des datacenters distants, avec la possibilité d'avoir un élément d'architecture relai gérant les notions de haute disponibilités. ---- [Annonce](http://www.shinken-monitoring.org/pub/releases/1.4/) [Téléchargement](http://www.shinken-monitoring.org/download/) [Changelog](https://raw.github.com/naparuba/shinken/master/Changelog) ---- # Vues spécialisées # Il est désormais possible de définir des vues spécialisées dans WebUI, l'interface graphique de Shinken. Cette vue permet de rajouter des informations sur la page des hôtes. Ces informations sont à la charge de modules qui pourront alors réutiliser les données de Shinken, ou bien aller chercher eux même des données en temps réel sur les serveurs. L'intérêt central de ce système est de permettre de donner aux administrateurs la vue qu'ils désirent à propos d'un serveur ou d'un équipement réseau. Avoir la même vue pour un routeur ou un serveur de base de données n'est pas très adapté. Un premier module est déjà disponible. Il utilise l'outil [Glances](https://github.com/nicolargo/glances) du Français [Nicolas Hennion](http://blog.nicolargo.com/). Ceci permet à l'interface d'aller récupérer directement les informations depuis l'agent Glances installé sur un serveur distant. L’utilisateur aura donc accès à des vues donnant un équivalent de la commande `ps` directement depuis WebUI, et une vue permettant de visualiser facilement quel processus est le plus consommateur en terme de mémoire. Pour voir un résultat de la vue mémoire avec Glances par exemple, voir [ici](http://www.shinken-monitoring.org/wp-content/uploads/2013/05/custom_view.png). # Module AWS/EC2 # Au vu de la facilité, et la vitesse, à laquelle les instances se créent sur les environnements « cloud » comme EC2, il n'est plus envisageable d'avoir à définir soit même la configuration de son outil de supervision. C'est pour cela qu'un nouveau module apparaît : AWS/EC2. Il permet d'aller interroger l'API EC2, et de charger directement les machines et leurs propriétés au sein de Shinken. # Améliorations de l'architecture des Brokers # Les Brokers sont les daemons responsables de l'exportation et la présentation des données dans Shinken. Dans les versions précédentes, il était possible d'avoir des datacenters distants avec chacun son ou ses daemons de données, mais ceci empêchait le placement d'un daemon central qui aurait eu accès à toutes les données. C'est désormais possible et même chaudement recommandé. Il est ainsi possible d'avoir une WebUI sur chaque datacenter, qui n'auront accès qu'aux hôtes locaux, et une WebUI centrale avec toutes les données. Il est possible de détourner cette fonctionnalité pour avoir au sein d'un même datacenter des spécialisations de chaque Broker, l'un s'occupant des données de performances, quand un autre sera chargé de l'interface Graphique par exemple. # Seuils variables dans le temps # Il était déjà possible de définir ses seuils d'alertes directement sur les objets hôtes (ou leurs templates) au sein de Shinken. Il est désormais possible de prévoir une modulation dans le temps de ces seuils. Prévoir une montée en charge lors d'une période de backup tout en gardant des seuils bas pour la période ouvrée est donc très facile à mettre en œuvre. # Dans la prochaine version # La prochaine version, qui sera a priori la 1.6, devrait arriver plus rapidement que ne l'a été la 1.4. Une seule grosse fonctionnalité est prévue, à savoir le fait de pouvoir déléguer la gestion de la haute disponibilité d'un datacenter à un élément placé sur ce même datacenter. Les autres modifications seront plutôt orientées autour de la gestion des nombreux packs de configuration et des modules. Leur nombre est très important dans la version actuelle de Shinken (plus de 50 modules, et près de 30 packs de configurations), mais leur gestion lors des mises à jours n'est pas des plus aisées. Les efforts vont donc porter pour découpler la vie de ces éléments de celle du cœur du projet. Il sera également plus facile de contribuer à la rédaction de nouveaux modules et de packs au sein du projet. # # # Rencontrer l'équipe à Solution Linux # Si vous souhaitez rencontrer la partie francophone de l'équipe du projet Shinken, elle sera du côté de Solution Linux les 28 et 29 mai. Le leader du projet (Jean Gabès) donnera même une conférence sur l'outil le 29 en fin de matinée.

AltStyle によって変換されたページ (->オリジナル) /