Sortie FAN 2.1
Après plus d’un an de développement, l’équipe du projet FAN (Fully Automated Nagios) sort une version majeure de sa solution en 2.1. Pour rappel, FAN est une distribution GNU/Linux basée sur CentOS qui propose une solution de supervision clé en main autour de Nagios.
L’une des grandes nouveautés de cette version c’est qu’elle propose l’installation d’une supervision distribuée avec un serveur FAN central, base de données et collecteur.
Read MoreF.A.N : Le projet change de Leader
Le principe du projet F.A.N est de fournir une supervision clé en main à base de Nagios / Centreon / NagVis / Nareto. Le projet vous fournit une distribution Linux sous CentOS avec un environnement pré-installé et pouvant directement se déployer sur votre S.I.
Dernièrement, le projet F.A.N s’est considérablement ralentit par faute de disponibilité de ses développeurs mais surtout de son leader Cédric TEMPLE. Ayant peu de temps à accorder au projet ces derniers temps, Cédric a pris la décision de céder la main à Olivier LI-KIANG-CHEONG qui faisait partie de l’équipe des développeurs.
Olivier LI-KIANG-CHEONG prévoit de sortir à court terme une nouvelle version de F.A.N et de publier une future roadmap pour le projet afin de relancer et rediriger le développement.
Pour de plus amples informations, je vous invite à lire l’annonce de Cédric TEMPLE sur son blog
Blog Cédric Temple : LKCO devient le nouveau responsable de FAN Fully Automated Nagios
Toute la communauté souhaite un bon courage à Olivier LI-KIANG-CHEONG dans sa tâche de reprise du projet et l’annonce d’une Roadmap riche en surprise.
Read MoreIcinga : Sortie de la version 1.3
Icinga est un projet de Supervision Open Source dérivé du coeur de Nagios. L’historique serait trop long a raconté mais la sortie de la version 1.3 que nous a concocté l’équipe de chez Icinga est vraiment pas mal du tout. Pendant longtemps, on ne voyait pas forcément l’intérêt de ce fork qui ne présentait rien de vraiment transcendant.
La version 1.3 sortie hier nous apporte un joli lot de fonctionnalités et pas seulement que sur le Core. Il est annoncé une liste assez conséquente de mise à jour, une compatibilité avec l’IPv6 et un élargissement de l’éventail de compatibilité du Broker avec des bases de données comme MySQL, PostgreSQL et même Oracle pour les plus sceptique de l’open source. Icinga annonce aussi que sa nouvelle interface est plus optimisé en temps de réponse.
Voici la liste des changements apportés par la version 1.3 :
Pour télécharger la version 1.3 d’icinga c’est ici :
Read MoreSortie de centreon CLAPI en version 1.1
Centreon CLAPI (pour centreon command line api) permet de piloter la solution de supervision Centreon en ligne de commande (donc depuis votre bon vieux shell !). Cette version 1.1 apporte le support de la quasi totalité des objets Nagios. Vous pouvez donc maintenant créer, supprimer, paramétrer des hôtes, des services, des groupes d’hôtes, des groupes de services, et j’en passe. Tout cela ne serait rien sans la possibilité de lancer une vérification de la configuration Nagios, de déployer la configuration sur les collecteurs Nagios et de redémarrer ces même collecteurs. En clair votre solution de supervision peut être pilotée par des scripts, ce qui est diablement pratique quand on veut par exemple s’interfacer avec les autres outils du SI (CMDB, gestion de parc ….) ou tout simplement pour importer 600 routeurs à superviser (ce n’est qu’un exemple …).
Cette sortie s’accompagne d’un petit effet d’annonce : des webservices permettant de piloter la solution seront également de la partie à l’avenir !
Téléchargement : http://www.centreon.com/Community-Extensions/centreon-clapi-overview.html
Documentation : http://forge.centreon.com/wiki/centreon-clapi
Read MoreCentreon : Sortie de la 2.1.9
Pour l’équipe de Merethis, il n’y a pas de vacances qui tiennent. Ils sortent une version majoritairement corrective. Ils ont déjà le pied à l’étrier pour la sortie de la version 2.2. Je vous laisse lire l’annonce officielle de Merethis ci-dessous :
Source : http://blog.centreon.com/
Cette version est essentiellement une version intégrant des correctifs qui peuvent être classés comme mineurs : aucune alerte de sécurité et aucun bug bloquant n’a été signalé.
Les changements sont les suivants :
Améliorations :
- Améliorations de l’utilisation du « heartbeat » pour les bases RRDTool
- Mise à jour de la librairie Prototype (Javascript)
- Amélioration de la performance de plusieurs requêtes dans la page monitoring
- Il est dorénavant possible d’utiliser les « % » dans les métriques de performances.
Corrections :
- Problème avec les inclusions de JavaScript insérées deux fois dans la table topology_js
- Problème avec les caractères spéciaux dans les noms d’objets
- Problème de « // » lors de l’envoi de commandes externes sur un service ayant un « / » dans son nom
- Gestion des caractères spéciaux dans les liens sur le monitoring
- Meilleure validation des entrées pour le formulaire des méta-services
- Suppression des messages d’erreur dans les fichiers journaux (logs) de Centstorage
- Vérification que les « time stamp » des données de performances sont des valeurs correctes et non corrompues
- Problème avec le champ « SNMP version » dans la configuration des modèles d’hosts (version 2C impossible à sauvegarder)
La version est disponible en téléchargement sur le site Centreon.
Le change log de la version est également accessible sur notre site Web.
Vous pouvez retrouver ces nouveautés prochainement sur notre plate-forme de démonstration de Centreon et de tous ses modules.
Pour plus de détails :
De plus amples informations ainsi que les fichiers sources sont disponibles sur Centreon forge.
Si vous ne possédez pas encore de compte sur la forge Centreon, vous pourrez en créer un à cette adresse.
Les équipes de développeurs de MERETHIS travaillent déjà sur une prochaine version 2.2.
Si vous souhaitez être informé des prochaines sorties de version, abonnez-vous dès aujourd’hui à notre Lettre d’information (Newsletter).
EyesOfNetwork 2.1.5 est sortie
EyesOfNetwork ?!? Mais c’est quoi ?
L’équipe Monitoring-fr en a déjà parlé, mais comme l’audience est chaque jour plus importante, voici un petit rappel.
EyesOfNetwork, encore appelé EON, (pour faire classe dans les salons vous pouvez prononcer ï-aune :P) est une distribution Linux crée pour être une appliance logiciel orienté supervision ITIL. Cette application se veut simple, pragmatique et utile.
Autrement dit, 99,9% de son administration/utilisation se fait via le Web et vous n’avez pas besoin d’être expert en solution Libre et autres linuxerie shello-hèssehèssehacho-perlienne pour l’utiliser.
Par rapport aux autres solutions libres, non moins excellentes, nous avons opéré plusieurs choix différenciant parmi lesquels on peut citer:
- Le respect et l’orientation de l’ergonomie web de l’interface vers l’ITIL
- La non intrusion dans le code des outils que nous embarquons
- La spécialisation des outils pour chaque processus ITIL (ex: Nagios pour la dispo, Cacti pour les perfs,…).
- Une séparation complète des plugins orienté disponibilité et capacité. Cela rend les check infiniment plus simple à produire pour n’importe qui et permet une surveillance plus simple des applications vu de l’utilisateur.
- La distributivité au travers d’un bus logiciels libre « maison » souple et performant (on le dit.) écrit en C++
- Une orientation évènementiel.
- Un reporting indépendant des outils dessous (Nagios, Cacti, NetSNMP….)
- La meilleure adaptabilité possible aux organisations (c’est l’outil que s’adapte au SI par l’inverse).
- Et plein d’autres petits détails qui remplissent de joie de nos utilisateurs, ce qui nous ravit 😀
Stabilisation vers la 2.2
La communauté EyesOfNetwork est très heureuse de vous annoncer la sortie de la version 2.1.5 de EyesOfNetwork Supervision. Cette version apporte quelques petites nouveautés dont on parlera un peu plus bas, mais a surtout vocation à stabiliser la version 2.0 tout en préparant la version 2.2.
Coté nouveautés
Parmi les nouveautés marquantes on peut noter:
- L’ajout de mklivestatus en option pour remplacer ndo2db. Rappelons d’ailleurs que la distributivité de EON s’opère via notre bus logiciel GED. Mklivestatus et NDO ne sont utilisé que comme backend non critique pour Nagvis par exemple. Le chainage et la centralisation des EONs se faisant selon son choix, pour modéliser l’organisation ou pour répondre aux distance géographique, GED étant capable de faire du synchrone, de l’asynchrone, du VPN et le tout en SSL « proxy passthrough » et ceux, même avec un ISA server de Microsoft(tm).
- L’ajout d’une capacité d’export de la configuration de Nagios en CSV ou en HTML. Ceci permet à l’administrateur de la solution une certaine facilité de lecture en dehors du mode graphique.
- La mise à jour de nombreux composant dans leur dernière version disponible au moment du build.
- L’ajout de l’excellent plugin aggregate pour Cacti. Ce nouveau plugins permet d’agréger des graphs dans un seul. C’est particulièrement utile pour la vision des capacité des Clouds et autre environnement virtualisé.
Les mise à jour
Concernant les mise à jour et les patchs, en voici la liste (normalement exhaustive :P):
UPDATE : Centos 5.5
UPDATE : Php 5.2.13
UPDATE : Eonweb 2.1-1
UPDATE : Nagios 3.2.1
UPDATE : Ged 1.2.9
UPDATE : Nagvis 1.4.7
UPDATE : NagiosBP 0.95
UPDATE : Weathermap 0.97a
UPDATE : Backup-Manager 0.7.9
UPDATE : Glpi 0.72.4
UPDATE : Fop 0.95-0.3
FIX : NagiosBP langue par défaut dans IE
FIX : Nagvis timezone error
FIX : Import Fruity Host-Hostgroups
FIX : Lilac création de commandes sans nom
FIX : Evènements résolus 2 max ack time
FIX : Snmpv3 communauté pas obligatoire
FIX : Erreurs lors de l’import csv
FIX : Erreurs lors de la création des contacts via eonweb
FIX : Tris par ordre alphabétique dans lilac
FIX : Libgcrypt warning: missing initialization
FIX : Tri par durée des acquittements dans les évènements historisés
FIX : Tri par template dans l’exportateur nagios vers cacti
FIX : Communauté snmp pré-définie dans l’exportateur nagios vers cacti
FIX : Suppression des stats dans syslog-ng
En route vers le futur…
Actuellement plusieurs chantiers sont ouverts.
Tout d’abord de généreux contributeurs (vraiment merci à eux) sont en cours de concoctions de nouvelles documentations sur l’usage et l’installation de EON. Ces travaux sont l’œuvre de Sebastien Fernandez et Anthony Leduc. Les docs terminés trouveront leur place bientôt dans la section adéquat de notre site.
Ensuite Jean Gabès nous fait l’honneur et l’amitié de travailler actuellement à un portage de Shinken en lieu est place de Nagios. C’est pour l’instant un POC (Proof Of Concept) et j’espère proposer le résultat de ces travaux en option dans la V 2.2. C’est important pour nous car nous opérons le plus possible de check Nagios en mode Actifs. Nous faisons cela car la charge de maintenance de l’outil de supervision doit être la plus faible possible. Ainsi par des checks ‘full active’ aucune action n’est requise sur les équipements à superviser. Le problème et que Nagios est trop peu optimal pour permettre une surveillance d’un gros SI dans cette configuration. Aujourd’hui on contourne ce problème en utilisant GED mais cela impact la lisibilité de l’architecture. Shinken, grâce à son haut niveau de performance renforcera de fait la pertinence de notre outil.
Dans le même esprit Jean Philippe Levy et moi même travaillons actuellement à une meilleurs prise en charge des WMI. En complément de SNMP cela nous permettra d’étendre nos capacités de check actif sans passer par la case NRPE, NSC++… etc. Et donc, moins de travail EON pour l’administrateur qui se libèrera ainsi du temps pour amélioré la qualité de service du SI ou en proposé de nouveaux. Ces travaux s’appuient sur des portions de codes issus entre autre du travaille remarquable fournit par l’équipe de Samba4.
Pour optimiser les rapports des centres de services, nous allons ajouter la notion de TTO (Time To Own). Cela permettra en plus du SLA de mesurer l’effort produit par les équipes dans la prise en charge de chaque incidents voir, des problèmes (au sens ITIL bien sur).
Coté exploitation, nous espérons pouvoir pousser plus avant l’utilisation de OCS et de GLPI couplés à la notion d’évènement.
Enfin, nous avons toujours à l’esprit la construction du Mashup AJAX pour créer vos templates XSL/XML de génération des rapports en ligne. Je rappelle que EON possède un générateur de rapport directement au format bureautique. Cela permet d’éviter les extractions CSV puis génération de Graph puis couper/coller dans les docs de comité de pilotage. Cela fait perdre du temps en préparation pour peu de valeur ajouté pour les admins. A ce jour, pour générer un nouveau type de rapport, il faut manuellement écrire son « patron » XSL/XML. Ce n’est pas très dur car un exemple est fournit mais c’est rebutant pour un non développeur. Aussi, nous espérons un jour trouver suffisamment de temps pour coder ce projet qui est un gros morceaux. Si quelqu’un est tenté, par un coup de main la dessus, faîtes nous signe, on est plus que preneur :D. Les compétence requises sont (Java, C++, XSLt, XML, PHP, AJAX, API UNO et FOP). C’est donc un super plan pour un bon projet d’étude d’école d’ingénieur en informatique qui n’aurait pas d’idée de projet ;).
J’espère ne rien avoir oublié qui aurait pu vous être utile pour découvrir la solution.
Je remercie très chaleureusement l’équipe Monitoring-fr de nous offrir cette tribune.
Read MoreLicence
Sauf mention spéciale, le contenu de ce site est distribué sous licence Creative Commons version BY 3.0.