Pandora FMS est une solution de supervision Systèmes et Réseaux OpenSource dont j’ai parlé par le passé.

Cette solution vient de sortir il y a un mois une nouvelle version majeure qui est la 4.0

Pandora FMS couvre aussi bien la gestion d’incidents, que la gestion de performances, la cartographie dans des architectures complexes et évoluées.

Voici la liste des principales fonctionnalités : (Je ne cite que les fonctionnalités de la version OpenSource)

• Support d’Oracle et de PostgreSQL
• Intégration native avec la solution opensource de gestion d’incidents Integria IMS (http://integriaims.com) qui je crois est développé par la même entreprise d’ailleurs.
• Amélioration et ajout de rapports (Graphique sur les SLA…)
• Possibilité d’ajouter de manière manuelle des tâches automatisées
• Amélioration des performances du Recon Server (Découverte automatique d’entités réseaux) jusqu’à 10 fois plus rapide.
• Nouveau plugin pour Amazon EC2
• Agent de type broker (supervision distribuée) et et fonctionnement en mode proxy (pour utiliser l’agent comme un noeud intermédiaire, comme le fait plus ou moins Zabbix)
• Ajout d’une interface CLI
• Option Globale (CLI et de la console), la désactivation de toutes les alertes d’une policy spécifique
• Amélioration de la gestion de traps SNMP avec les expressions régulières et la création de messages en temps réels sur l’utilisation des données fournies par les traps SNMP
• Possibilité d’action automatisé en cas d’événements.
• Une grosse partie du code a été complètement réécrit.

La nouvelle version de Centreon vient de sortir. Il s’agit de la 2.3, enfin pardon, la 2.3.1 à peine sortie, elle a déjà corrigé 2 bugs, c’est du rapide

Voici une liste des fonctionnalités :

• Paramétrage de temps d’arrêt et acquittements pour des actions rapides.
• Système de temps d’arrêts périodiques. Un exemple concret est par exemple un redémarrage de serveur toutes les semaines entraîne bien sur un temps d’arrêt, et gérer cela de manière périodique, va permettre de concerver des niveaux de services en adéquation avec l’activité périodique du S.I
• Données de temps d’arrêt disponible sur les tableaux de bord de reporting
• Nouvelles fenêtres pour les acquittements et les temps d’arrêt
• Corrélation d’événements si utilisation de Centreon Broker
• Compatibilité avec Centreon Broker améliorée au niveau des performances
• Nouveaux filtres de statut pour la console de supervision
• Vue priorisée dans la console de supervision d’hôtes
• Modèle de type de profils
• Création automatique d’utilisateurs
• Synchronisation LDAP
• Nouveau style pour les graphes RRD : jauge, compteurs, pile
• Génération de fichier, debug, redémarrage de processus en background
• …

Julien Mathis, co-fondateur et CTO de Merethis dit :

« Centreon 2.3 est la toute dernière étape avant la mise en place de la gestion par évènement et les modifications à chaud » . « La corrélation et la gestion par évènement simplifient et facilitent le monitoring par la consolidation des alertes ou des logs dans un seul et même groupe. Nous avons travaillé sur un moteur de corrélation qui est déjà fonctionnel, l’interface graphique qui permettra de visualiser la corrélation sera disponible dans la prochaine version. »

La corrélation d’événement est à mon sens quelque chose qui est vraiment important et va faciliter la vie des utilisateurs

Pour les modifications à chaud, ça me gênait au début de devoir redémarrer à chaque fois, mais une fois qu’on a pris l’habitude… Ça sera quand même bien confortable

Je mettrais vais très rapidement mettre à jour pour ma part

Liens utiles :

Site Officiel de Centreon

Téléchargement de Centreon

Voici une procédure permettant de contrôler l’activité d’un serveur de messagerie postfix via Nagios / Centreon.

Pour cela nous allons utiliser le plugins check_mailstat.pl avec une petite adaptation du script afin de le rendre compatible avec la génération de graphe sous Centreon.

Le plugin check_mailstat.pl va récupérer depuis des données depuis mailgraph qui permet de générer des graphes via RRDTool

Tout d’abord, il faut installer Mailgraph sur l’hôte à superviser, ici une Debian.

Installation de Mailgraph

aptitude install mailgraph

Si l’installation ne vous a pas poser les questions propres au paramétrage, lancer :

dpkg-reconfigure mailgraph

Voici les questions et réponse à fournir :

Mailgraph doit-il être lancé au démarrage ? OUI

Fichier de journalisation à utiliser par mailgraph : /var/log/mail.log (à adapter)

Faut-il compter les courriels entrants comme des courriels sortants ? NON (J’utilise Amavis, donc j’ai choisi cette option, encore une fois à adapter.

Paramétrage et sécurisation de l’accès web Mailgraph

On va ensuite créer un un espace web dédié avec virtualhost afin de restreindre l’accès à l’interface web :

mkdir /var/www/mailgraph && mkdir /var/www/mailgraph/cgi-bin
chown -R www-data:www-data /var/www/mailgraph
cp -p /usr/lib/cgi-bin/mailgraph.cgi /var/www/mailgraph/cgi-bin/.

Voici un Virtual Host type avec prise en charge du ssl :

ServerName votre.hostname.com
 
ServerAdmin votre@mail.com
DocumentRoot /var/www/mailgraph
 
# Mise en place du SSL
SSLEngine on
SSLCertificateFile    /etc/ssl/web/mailgraph.crt
SSLCertificateKeyFile /etc/ssl/web/mailgraph.key
 
SSLOptions +StdEnvVars
 
Options FollowSymLinks MultiViews
Options +ExecCGI
AddHandler cgi-script .cgi
SSLOptions +StdEnvVars
 
# Restriction par mot de passe basique
AuthUserFile /var/www/mailgraph/.htpasswd
AuthGroupFile /dev/null
AuthName "Veuillez vous identifier"
AuthType Basic
 
require valid-user
 
# Restriction par adresse IP
AllowOverride none
 
Order deny,allow
Deny from all
Allow from 192.168.1.0
 
ErrorLog /var/log/apache2/mailgraph-error.log
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn
CustomLog /var/log/apache2/mailgraph-access.log combined

Créer donc le fichier /etc/apache2/sites-available/mailgraph puis l’activer :

ln -s /etc/apache2/sites-available/mailgraph /etc/apache2/sites-enabled/

Empecher l’indexation par les moteurs de recherche, on ne sait jamais :

cat /var/www/mailgraph/robots.txt
User-agent: *
Disallow: /

Ensuite générer le certificat SSL :

openssl genrsa -out mailgraph.key 1024
openssl req -new -x509 -days 3650 -key mailgraph.key -out mailgraph.crt

Déplacer les certificats/clefs à l’endroit paramétrer dans le Vhost

mv mailgraph.* /etc/ssl/web/.

S’assurer du bon paramétrage des ports apache (NameVirtualHost *:443)

cat /etc/apache2/ports.conf
 
NameVirtualHost *:80
Listen 80
 
# If you add NameVirtualHost *:443 here, you will also have to change
# the VirtualHost statement in /etc/apache2/sites-available/default-ssl
# to <VirtualHost *:443>
# Server Name Indication for SSL named virtual hosts is currently not
# supported by MSIE on Windows XP.
<strong>NameVirtualHost *:443</strong>
Listen 443
Listen 4433

/etc/init.d/apache2 restart

Génération de l’authentification Apache

htpasswd -c /var/www/mailgraph/.htpasswd admin

Redémarrer Apache, ce qui n’est pas forcément nécessaire, mais bon…

/etc/init.d/apache2 restart

(un dernier pour la route)

Voilà, vous devriez avoir accès à Mailgraph en SSL avec restriction par IP et Authentification basique Apache

Vous pouvez voir votre Mailgraph via l’url :

https://votre.hostname.com/cgi-bin/mailgraph.cgi

Installation du plugin chek_mailstat.pl

Installation des pré-requis

aptitude install unzip patch
unzip check_mailstat_plugin_v0.9.1.zip

Afin d’utiliser mailgraph, il est nécessaire de le patcher :

cd check_mailstat_plugin_v0.9.1
patch -b /usr/sbin/mailgraph mailgraph.patch

Là il faut attendre un peu afin que le fichier /var/tmp/mailstat soit créé. Le temps varie en fonction de la taille de votre fichier /var/log/mail.log

Attribuer les droits à l’utilisateur nagios

chown nagios:nagios /var/tmp/mailstat
chown nagios:nagios /var/tmp/mailstat.old

Tests et paramétrage

Test en local

Déplacer le script check_mailstat.pl là où se trouve tout les plugins

mv check_mailstat.pl ..

Vous pouvez lancer le script perl avec l’option « -h » pour afficher l’aide

./check_mailstat.pl -h

Voici comment cela fonctionne par l’exemple :

root@server:/usr/lib/nagios/plugins# ./check_mailstat.pl -w <strong>10</strong>:0:0:0:0:0 -c <strong>20</strong>:0:0:0:0:0
OK: <strong>sent:7.68</strong>   received:5.66   bounced:0.00   rejected:0.40   virus:0.00   spam:0.00   |<strong>sent=7.68</strong>   received=5.66   bounced=0.00   rejected=0.40   virus=0.00   spam=0.00

En gros, je déclenche un WARN dès que je suis à 10 mails envoyés et un CRITICAL dès que je suis à 20

Voici un autre exemple :

root@server:/usr/lib/nagios/plugins# ./check_mailstat.pl -w 0:0:0:0:0:<strong>10</strong> -c 0:0:0:0:0:<strong>20</strong>
OK: sent:7.68   received:5.66   bounced:0.00   rejected:0.40   virus:0.00   <strong>spam:0.00</strong>  |sent=7.68   received=5.66   bounced=0.00   rejected=0.40   virus=0.00  <strong>spam=0.00</strong>

Je déclenche un WARN dès que je suis à 10 spams envoyés et un CRITICAL dès que je suis à 20

On peut aussi tester plusieurs paramètres en même temps

root@server:/usr/lib/nagios/plugins# ./check_mailstat.pl -w 20:0:0:0:0:10 -c 30:0:0:0:0:20
OK: sent:7.68   received:5.66   bounced:0.00   rejected:0.40   virus:0.00   spam:0.00   |sent=7.68   received=5.66   bounced=0.00   rejected=0.40   virus=0.00   spam=0.00

Je déclenche un WARN dès que je suis à 20 mails ou 10 spams envoyés et un CRITICAL dès que je suis à 30 mails ou 20spams

Paramétrage

Il faut ajouter la commande afin que NRPE la connaisse :

vi /etc/nagios/nrpe.cfg

Ajouter la ligne ci-dessous :

command[check_mailstat]=/usr/lib/nagios/plugins/check_mailstat.pl -w $ARG1$ -c $ARG2$

Puis redémarrer NRPE

/etc/init.d/nagios-nrpe-server restart

Test depuis le serveur de supervision

Ici On demande à NRPE d’appeler la commande check_mailstat en posititionnant un WARN à 40 mails envoyés et un CRITICAL à 50

root@info59sup01:/usr/local/nagios/libexec# ./check_nrpe -H muscat.nexen.net -c check_mailstat -a 40:0:0:0:0:0 50:0:0:0:0:0
OK: sent:7.68   received:5.66   bounced:0.00   rejected:0.40   virus:0.00   spam:0.00   |sent=7.68   received=5.66   bounced=0.00   rejected=0.40   virus=0.00   spam=0.00

Si c’est OK, il faut mettre en place la supervision au niveau de Centreon

Installation niveau Centreon

Voici une façon d’utiliser Centreon. Personnellement, je l’utilise en me basant beaucoup sur les modèles pour n’avoir généralement que les arguments à renseigner lors de la mise en place de service, mais bon libre à vous

Les deux premiers points ne sont bien sur qu’à faire qu’une seule fois.

Je vais utiliser lancer mes vérifications via NRPE pour lancer ensuite en local le script check_mailstat.pl

Création de la Commande

Aller dans Configuration -> Commandes

Créer une sonde nommée check_nrpe_mailstat

Ligne de commande :

$USER1$/check_nrpe -H $HOSTADDRESS$ -c check_mailstat -a $ARG1$ $ARG2$

Exemple d’arguments :

!300:0:0:0:0:0!500:0:0:0:0:0

Modèle de graphique :

Mailstat (nous allons voir ensuite pour le créer)

Création du modèle de service

Aller dans Configuration -> Services -> Modèles

Créer un modèle nommé :

NRPE-MAILSTAT

Commande de vérification :

check_nrpe_mailstat (créer précédemment)

Ne pas donner d’argument pour laisser le paramètrage au niveau du service lui même

Création de la sonde de Service

Voici la partie qui serait à répeter en cas de déploiement

Aller dans Configuration -> Services -> Services par hôte

Créer un service nommé NRPE-MAILSTAT

Modèle de service :

NRPE-MAILSTAT

Arguments : (à adapter selon les besoins)

!40:0:0:0:0:0!50:0:0:0:0:0

Sauvegarder

Ensuite redémmarer le poller du Nagios concerné

Configuration -> Nagios

Serveur :

Votre_Poller

Cochez :

Deplacer les fichiers générés
Redémarrer Nagios

Et voilà, vous superviser ce qui circule au niveau de votre messagerie.

Vous avez même des graphiques sur les mails envoyés, enfin seulement sur la première donnée remontée à savoir les mails envoyés.

Il semblerait que les données de performances renvoyées ne soient pas tout à fait compatibles avec le format attendu par Centreon pour la génération de graphe.

En effet, seul le nombre d’éléments envoyés est graphé.

J’ai du modifier le script pour que cela fonctionne.

Graphe des données de Performances via Centreon

Modification du script pour gestion des données de performance par Centreon

Pour cela j’ai modifié le script Perl afin qu’il fournisse des données de performances comme attendu par Centreon

Voici ma modification ligne 97 :

Remplacer :

my $perfdata = sprintf "sent=%-6.2f received=%-6.2f bounced=%-6.2f rejected=%-6.2f virus=%-6.2f spam=%-6.2f", @stat_counter;

Par :

my $perfdata = sprintf "sent=%-6.2f;received=%-6.2f;bounced=%-6.2f;rejected=%-6.2f;virus=%-6.2f;spam=%-6.2f", @stat_counter;

Ceci permet de renvoyer des résultats de ce type :

root@server:/usr/lib/nagios/plugins# ./check_mailstat_new.pl -w 5:0:0:0:0:0 -c 10:0:0:0:0:0
OK: sent:3.12   received:6.25   bounced:0.62   rejected:0.00   virus:0.00   spam:0.00   |sent=3.12  ;received=6.25  ;bounced=0.62  ;rejected=0.00  ;virus=0.00  ;spam=0.00

Vous remarquerez l’apparition des points-virgules nécessaires au traitement de toutes les données de performances par Centreon.

Création du modèle de graphique

Nous allons maintenant créer un nouveau template de graphe pour accueillir et personnaliser les graphes qui vont être générés.

Aller dans Vues -> Graphiques -> Modèles

Choisir de dupliquer le modèle par défaut

Nom du Modèle : Mailstat (Celui qu’on a utilisé plus haut)

Label Vertical : Nombre

Vous aurez peut-être remarquer pour la création de la commande que j’ai utilisé ce modèle de graphique.

Création des Courbes

Aller dans Vues -> Graphiques -> Courbes

Pour rappel les données de performances sont :

sent=3.12  ;received=6.25  ;bounced=0.62  ;rejected=0.00  ;virus=0.00  ;spam=0.00

Cliquer sur Ajouter :

Nom du Modèle de courbes : Mailstat-sent

Nom de la source de données : sent ( Cela correspond au nom présent dans les données de performances)

Voici un screenshot pour le reste des paramètres :

Il faut répeter l’opération, en n’oubliant pas de personnaliser les couleurs, pour chaque élément de données de performances, soit :

sent
received
bounced
rejected
virus
spam

On retrouvera donc des courbes au nom : (N’oubliez pas Mailstat en début pour identifier plus facilement les modèles de courbes que vous souhaitez)

Mailstat-sent
Mailstat-received
Mailstat-bounced
Mailstat-rejected
Mailstat-virus
Mailstat-spam

Ce qui vous donnera au final un graphique de ce type :

Image:Centreon_graph_mailstat.png

Observium est un système de découverte automatique et supervision de réseaux basé sur PHP / MySQL et orienté pour les réseaux Cisco ainsi que Linux.

Observium supporte une large gamme de distribution et de matériel.

Observium est issu d’un manque de facilité d’utilisation des solutions de supervision réseaux. Il est destiné à fournir une interface facilement navigable pour monitorer la santé et les performances de votre réseau.

Il est destiné à fournir une interface plus navigable pour la santé et les performances de votre réseau.

Ses objectifs comprennent la collecte du plus de données historique que possible, tout en souhaitant une découverte automatique avec pas ou peu d’intervention manuelle et en ayant une interface très intuitive.

Observium n’est pas encore destiné à remplacer un système de surveillance de type Nagios, mais plutôt de le compléter avec une représentation intuitive des statistiques de performances historiques et actuelles, de visualisation de configuration et de capture d’événements syslog.

Observium permet également la supervision de service de type Apache…

Observium est sous licence libre GPL v3

Il est à noté que la découverte automatique suppose un réseau correctement configuré, notamment en terme d’entrée DNS.

Par exemple l’ajout d’hôte via adresse IP n’est pas possible car les développeurs estime qu’un réseau avec des entrées DNS est une bonne pratique. (Voir leur FAQ)

Voici quelques screenshots :

Un hôte Linux

Un hôte IOS

Graphe par interface

Graphe par adresse MAC/IP

Voila une application bien prometteuse, pour ma part, je n’ai pas eu l’occasion de le tester en environnement de prod, je l’ai juste testé avec 2 VM, mais ça semble très intéressant en tous cas.

A vos retours

Liens utiles :

Site Officiel d’Observium

Edit : L’ami (Philippe V.) qui m’a fait découvrir Observium, vient de m’indiquer que ça supportait également Juniper et Dell.

EyesOfNetwork, solution de supervision libre basée entre autre sur Nagios, vient de sortir une nouvelle version qui est la 2.1.5.

EyesOfNetwork est une distribution incluant les éléments ci-dessous :

• GED (Generic Event Dispatcher) : gestion multi sites et sécurisée des évènements,
• NAGIOS : gestion des incidents et des problèmes,
• NAGIOSBP : gestion de la criticité des applications,
• NAGVIS : cartographie personnalisée de la disponibilité,
• CACTI : gestion des performances,
• WEATHERMAP : cartographie de la bande passante,
• BACKUP MANAGER : Outil de sauvegarde de la solution,
• EONWEB : Interface Web unifiée de la solution,
• EZGRAPH : Librairie d’affichage des graphiques,
• SNMPTT : Traduction des traps snmp,
• GLPI: Gestion de parc.

Pour mieux comprendre comment interagissent tous ces éléments, le mieux est d’avoir un schéma :

Maintenant que le décor est planté, et que vous avez une vision un peu plus complète de ce que réalise EyesOfNetwork, voici les nouveautés de cette nouvelle version :

• Support du NEB (Nagios Event Broker) Mklivestatus 1.1.4 en options (en vue de remplacer ndo2db)
• Ajout du plugin aggregate dans cacti
• Ajout de liens équipements et modèles dans la configuration nagios
• Rapports de configuration nagios (html et csv)
• Lien entre cookie eonweb et REMOTE_USER apache (/etc/httpd/conf.d/eonweb.conf)
• Mise à jour de la distribution GNU/Linux Centos 5.5
• Mise à jour de Php 5.2.13
• Mise à jour de Eonweb 2.1-1
• Mise à jour de Nagios 3.2.1
• Mise à jour de Ged 1.2.9
• Mise à jour de Nagvis 1.4.7 à noter que la 1.5 est sortie le 15 juin et propose d’ailleurs par défaut le broker Mklivestatus.
• Mise à jour de NagiosBP 0.95
• Mise à jour de Weathermap 0.97a
• Mise à jour de Backup-Manager 0.7.9
• Mise à jour de Glpi 0.72.4
• Mise à jour de Fop 0.95-0.3
• Et de nombreuses corrections de bugs

A l’occasion de la sortie de cette nouvelle version, voici l’interview de Michael Aubertin qui est le leader de la communauté EyesOfNetwork. (Merci à lui pour le temps qu’il m’a accordé)

- Peux-tu nous présenter la solution EyesOfNetwork ?

EyesOfNetwork est une solution de supervision dans la présentation et le choix d’architecture sont pensé pour être une aide au pilotage des systèmes d’informations. Dit comme cela, c’est un peu pompeux mais cela se traduit dans la réalité par une foultitude de petits détails permettant de gagner du temps grâce à la supervision et pas l’inverse. Dans cette optique, nous avons pris le parti de travaillé sur une présentation ITIL des outils afin de mieux parler le même langage. Pour profiter à plein de cela il faut malheureusement mettre son côté technophile de côté pour ce focaliser sur du simple et sur les utilisateurs, ou, ad minima les applications. Lorsque je dis simple, je vais illustrer mon propos par un détail technique, les plugins de check nagios. On nous reproche parfois de ne pas offrir immédiatement des mesures de performances liées au check Nagios. En effet d’autres excellentes solutions libres offrent cette facilité. Nous ne le faisons pas (même si dans les faits c’est possible) car cela implique deux choix impactant pour l’utilisateur. Premièrement, les plugins (ou scripts) deviennent beaucoup plus compliqué à lire et à écrire, or, pour qu’une supervision vive bien dans le temps il est impératif que son maintien en condition opération se fasse sans douleur. En ne permettant pas, à priori, la mesure de perf via Nagios, nous acceptons son action vers la mesure de disponibilité et rendons ses scripts de check extrêmement simple à produire et maintenir. C’est le fameux retour 0,1,2. Du côté de la DSI cela permet de spécialité la mesure de la disponibilité de la mesure de la capacité. Là encore, nous employons rarement le (le moins possible en fait) le terme de performance. En effet, même si Cacti est infiniment plus puissant pour ce boulot que ne pourra jamais l’être Nagios, il est primordial de bien faire comprendre que supervision ne veut pas dire console de débogage. Or, quand je vois sur le marché des outils propriétaire prétendant faire du monitoring de performance en temps réel, je dis « Oui, bravo, et votre supervision c’est quoi ? ». Donc à la question EON c’est quoi je réponds c’est un outil de supervision  sans plus de prétention que de se vouloir simple, pratique, ITIL et utile.

- Pourrais-tu nous présenter brièvement les membres de la communauté EyesOfNetwork ?

Avec plaisir! Que dire, nous sommes assez peu nombreux, pour l’instant, mais l’ambiance est fabuleuse que ce soit dans la core team ou dans la communauté au sens large. Je pense que c’est en partie parce que nous « commitons » facilement, et probablement aussi parce qu’on est des antithèses de stars et du coup les utilisateurs et les contributeurs nous abordent et nous enrichissent plus facilement.  Petit focus sur la core team. La core team c’est élargie d’un membre cette année je vais donc commencer par lui.

Sebastien Fernandez est un garçon formidable qui à tout compris au libre. Il ne se demande pas s’il peut coder, il offre se qu’il peut. Et on a vu arrivé un travailleur acharné qui test, démonte, remonte, anime le forum, produit des docs, conduit des POCs, bref, il ne code pas directement mais son apports et immenses. Il est extrêmement pertinent dans ses jugements techniques et cela nous permet d’opérer des choix plus facilement quant à l’avenir de tel ou tel outil. Du côté animation du forum, il est toujours d’une grande bienveillance pour les utilisateurs. Bref, c’est un p’tit gars qu’il est très bien!

Jean Philippe Levy est un grand pénible, mais c’est mon hémisphère droit. Il connait parfaitement les outils libres de supervision et à ce titre est un des architectes de la solution. Nos discussions sont souvent houleuses, puis, rapidement on trouve le compromis que nous proposons à la core team, et en fonction de leurs avis, on prend la direction en question. Au-delà de son action sur l’architecture, c’est un ami et il est rien de moins que le principal développeur de EON. C’est aussi lui que se gère une partie de l’infrastructure informatique du projet.

Jérémie Bernard est l’artiste de la bande (Même si JP joue merveilleusement de la gratte), et c’est mon hémisphère gauche. <Vous aurez noté que je n’ai plus que le reptilien à moi > Jérémie est le génie du C++ et de l’objet de la bande. Lorsque j’ai un truc tuchie à pondre, c’est vers lui que je me tourne. On fonctionne comme avec JP (mais en moins houleux ), on brainstorming comme des fous, j’explique ma vision, pourquoi et ou je veux aller (généralement à 5 ans). Là, il réfléchit et reviens vers moi avec une idée complémentaire. Après il commence à coder et on finit ensemble. En fait, je me contente presque de voir si je lis le code, mais comme il est humble il dit rien . Par exemple, notre bus logiciel, cœur de la solution, et partie d’une feuille de route que je lui ai donnée il y 5 ans et que nous avons réalisé par étape. Mais la trame, c’est le cas de le dire était posé il y a 5 ans. Idem pour le moteur de génération de document basé sur OpenOffice.org présent dans la solution.

Moi-même. Finalement je sers plus à grand-chose . Plaisanterie mise à part, je suis un des architectes de la solution,  j’essaie d’animer un peu la communauté, de parler un peu du produit. Je suis aussi toujours en mouvement et à l’affut sur l’organisation des développements aidé en cela par Jean Philippe pour poursuivre notre objectif.

- Est-ce qu’aujourd’hui EyesOfNetwork est seulement supporté par APX ou disposez-vous d’une communauté autre que les salariés d’APX ?

APX est notre principal sponsor. C’est aussi, pour des raisons de droits, le propriétaire de la marque. Yves Pellemans (Directeur Technique National) et plus généralement la Direction d’APX sait être extrêmement discret et ne nous impose absolument rien.  APX à bien compris nos motivations et se positionne sur un rapport gagnant / gagnant avec nous. Aussi, si il est exact que APX et à ce jour notre seul gros sponsor, APX n’est pas le sponsor. D’ailleurs, l’équipe est actuellement en relation avec d’autres représentants en Afrique, au Maghreb et au Moyen orient. Du côté de la communauté, 3 membres de la Core sont salariés d’APX (cela fait d’ailleurs partie du sponsoring) mais les autres contributeurs et membres n’ont pas de relation avec APX.

- Quels sont les besoins qui ont amenés à la création de ce bundle orienté supervision libre ?

De la question de la genèse… Sur ce genre de projet ou l’humain est au cœur de tout, il est difficile de dicté la vérité. Aussi, je me propose de vous livrer la mienne. Fin 2000, un groupe de trois personnes et moi avons discuté autour d’un bon café. Ce groupe comptait un expert réseau, deux experts du libre (coté système) et un expert en supervision. La conversation tournait autour d’un produit dont la traduction était en cours, NetSaint. L’ancêtre de Nagios. Il nous est apparu qu’il serait intéressant de produire une distribution orientée supervision. Expert ITIL de la première heure, Eric Vidal (l’expert en supervision du groupe) nous a donné une feuille de route des besoins. Les développements ont mis un peu de temps pour décoller car le travail est considérable. Tout c’est accéléré avec l’arrivé de Jérémie Bernard et Jean Phillippe Levy. En 2008, Grâce à Yves Pellemans, Didier Bouvet, Jean Pierre Filangi et la Direction du groupe (Merci encore à tous pour cette belle aventure :D), APX nous a accueilli, nous a fait confiance et tous les trois, nous avons pu relancer la dynamique. EyesOfNetwork était née. Depuis, la communauté s’est élargi, pour notre plus grand bonheur à d’autre membre extérieur à APX.

- On voit souvent un rapport aux méthodes ITIL, quels sont les briques couvertes par EyesOfNetwork ?

La version actuelle de EyesOfNetwork couvre:

· Un premier niveau du processus « Service Desk » (1/5)

· La complétude du processus « Gestion des Incidents » (5/5)

· Un bon niveau du processus de « Gestion des configurations » (3/5)

· Un bon niveau du processus de « Gestion des problèmes » (3/5)

· Un premier niveau de « Gestion des changements » (1/5)

· Un premier niveau de « Gestion des mises en production » (1/5)

· Un très bon niveau du processus « Gestion des capacités » (4/5)

· La complétude du processus « Gestion de la disponibilité » (5/5)

Dans l’avenir, nous allons nous attacher au service des processus de « Gestion des niveaux de service » et « Gestion des couts ».

- Quels sont les évolutions à venir de EyesOfNetwork ?

EyesOfNetwork va se décliner sur plusieurs briques spécialisées.

· EyesOfNetwork Supervision, peu ou prou l’actuel brique avec des améliorations au fils des versions

· EyesOfNetwork Exploitation, qui fera le focus sur l’exploitation et la production

· EyesOfNetwork Patrimoine, qui s’occupera du processus éponyme.

Dans l’immédiat, nous avons plusieurs travaux ouverts tel que:

· La hiérarchisation des évènements

· Un mash-up de rapports personnalisés

· L’intégration de Shinken

· La notion de GTI (TTO) en plus de la mesure des SLA

· La formalisation des contrats de services

· L’ajout OCS/GLPI complètement intégré (Base Exploitation).

· … et beaucoup d’autres POC.

- Quels sont les points forts selon toi de EyesOfNetwork ?

EON a les points forts de son point faible. Je m’explique. EON à une approche très pragmatique, simple et pratique, or, souvent la solution et comparé à d’autres par un personnel très technique. Ainsi, il arrive fréquemment qu’en première intention EON soit écarté pour une solution plus technologique. Par contre, dès que l’on parle SLA, Applications, modélisation d’organisation, multi-sites, multi-clients, la, EON devient vite extrêmement pertinent, que ce soit pour les techniciens, les administrateurs, les DSI et la DSIO. Autre exemple mais toujours aussi orienté simplicité et pragmatisme, la haute disponibilité et le PRA de la solution elle-même. Parlons PRA. La solution intègre son propre mécanisme de sauvegarde au travers de l’excellent BackupManager. Cela peut paraitre anecdotique mais cela permet à la fois la sauvegarde à chaud et une procédure rapide et fiable en cas de sinistre majeur. Du coté HA, EON supporte l’installation de packages cluster et peut ainsi fonctionné dans le cadre d’un PCS. Le cluster peut ou non (Via DRDB) possède un storage mutualisé de type SAN, iSCSI… On peut aussi, lorsque l’utilisateur souhaite le support de Red Hat Enterprise Linux*, installer EON sur une « vrai » Red Hat Enterprise Linux* le tout sans effort.

*LINUX est une appellation commerciale de Linus Torvalds. RED HAT est une marque déposée de Red Hat, Inc.

- Quels sont les besoins que vous pourriez demander auprès de la communauté du libre ?

Vaste question. Très franchement, cela risque de paraitre une réponse abstraite, mais c’est notre mode de fonctionnement. Les chantiers sont nombreux, le champ de compétence nécessaire est très large, et toute idée et toujours bonne à entendre et analyser. Aussi, tout contributeur capable de s’investir sur une tache qu’il aura demandé ou choisit avec sérieux sera toujours le bienvenue. Cela va de la traduction à l’animation en passant évidement par le code et la promotion. Les seuls impératifs sont, l’humilité, l’envie, le sérieux, et accepter d’être visible car nous tenons à valoriser chacun. C’est, selon moi, un point essentiel du paradigme économique et social qu’est le logiciel libre.

Liens utiles :

Site Officiel de EyesOfNetwork

Téléchargement et Changelog d’EyesOfNetwork

Centreon, solution de supervision opensource basée sur Nagios, vient de sortir en version 2.1.6

Cette nouvelle version est une version mineure afin de corriger quelques dysfonctionnements.

Centreon 2.1.6 bien que mineure, apporte une fonctionnalité qui je pense va être très pratique.

Il s’agit d’un système de vérification de bon fonctionnement de la solution de supervision.

Des indicateurs ont été placés en haut de l’écran à l’endroit visible sur la capture d’écran ci-dessous et permettront de connaître en temps réel l’état de son serveur.

Il s’agit de la partie Poller States :

Voici une explication des trois nouveaux éléments.

• Le premier concerne la latence des pollers qui indique si oui ou non les pollers ont du retard. Cela indiquerait un problème de performance.
• Le deuxième indique si les pollers sont démarrés
• Le troisième indique si les pollers sont toujours accessibles, superviser les pollers est logique, mais savoir si ils sont accessible peu importe l’endroit où l’on se trouve sera très pratique

Vous l’avez compris, cette nouvelle version reste une version mineure, mais je pense que même si ces avancées paraissent simple, il fallait y penser et ça sera vraiment pratique, surtout l’information concernant les retards de sa plateforme.

Ça m’est déjà arrivé, et cette évolution m’aurait fait gagner bien du temps.

Liens utiles :

Site Officiel de Centreon

Source de l’information

Voici un petit aide-mémoire pour installer le client Nagios NRPE sous Ubuntu avec les sources.

Plantons le décor :

J’ai un serveur de supervision Nagios  sous Ubuntu Server 9.10 que j’ai installé via les sources et j’ai besoin du plugin NRPE.

J’ai essayé d’installer nrpe (nagios-nrpe-plugin) via aptitude il me met des dépendances et me propose d’installer complétement nagios, ce qui me dérange quelque peu…

Il existe déjà plein de tuto pour installer NRPE sur le net, l’intérêt de celui-ci est en rapport avec une erreur concernant les fichiers Kerberos non trouvés sur la distribution Ubuntu Server.

Une dépendance possible est également le support du ssl :

# aptitude install libssl-dev

Tout d’abord téléchargeons les sources de NRPE

# cd /usr/local/src
 
# wget http://prdownloads.sourceforge.net/sourceforge/nagios/nrpe-2.12.tar.gz
 
# tar -xvzf nrpe-2.12.tar.gz
 
# cd nrpe-2.12

Si vous lancez juste le ./configure vous rencontrerez cette erreur :

checking for Kerberos include files… could not find include files

Ceci est valable sur les Debian également.

En regardant dans le fichier configure on voit qu’il recherche kerberos (krb5.h) dans le répertoire /usr/kerberos/include

Le fichier krb5.h se trouve dans /usr/include sous Ubuntu

# aptitude install libkrb5-dev

Donc lancer la commande :

# ./configure --with-kerberos-inc=/usr/include

Et là vous n’aurez plus cette erreur.

Puis lancer :

# make all
 
# make install
 
# cp init-script.debian /etc/init.d/nrpe
 
# chmod 755 /etc/init.d/nrpe
 
# mkdir /usr/local/nagios/etc
 
# cp sample-config/nrpe.cfg /usr/local/nagios/etc

Pensez à adapter votre configuration du fichier nrpe.cfg notamment le paramètre allowed_hosts

Pensez à ajouter le service nrpe au démarrage :

# update-rc.d nrpe defaults

Voila pour la petite astuce, perso je n’avais pas trouvé l’info sur la toile, pour Kerberos et Ubuntu, c’est pour ça que j’ai créé cet article

Zabbix, la solution de supervision libre vient de sortir sa nouvelle version qui est la 1.8

J’ai eu l’occasion de tester Zabbix et je pense que c’est une solution très interessante qui a largement sa place en entreprise.

Voici la liste des nouveautés de cette nouvelle version :

- Module de Cache avancé

Amélioration des performance du serveur Zabbix grâce au nouveau module de cache. (Jusqu’à 10 fois plus rapide que la version 1.6.x)

- Support de graphe de barre – histogrammes

Il est désormais possible de générer des histogrammes afin de pouvoir réaliser des analyses sur le long terme sans différents angles

- Full support d’UTF-8

Zabbix supporte désormais pleinement UTF-8 permettant un meilleur support de multiples langages

- Amélioration de la navigation par période de temps

Vous pouvez naviguer via une frise chronologique facilement afin de générer votre graphe sur la période choisie

Voici une illustration qui parle d’elle même :

- Amélioration de graphes

Les squelettes de graphes ont été revues pour une meilleure lisibilité

- Cartes avancées

Nouvelle interface de création et édition de cartes encore plus facilement, grace encore au drag-and-drop. Colorisation des éléments en fonction de la sévérité et des statuts

Voici une illustration de l’éditeur de carte :

- Edition avancée de tableau de bord

Modification et création de tableau de bord en simplifiant l’ajout et l’édition d’option en drag-and-drop

- La recolte d’information beaucoup plus efficaces

La dernière version de Zabbix supporte plus d’une centaine de poller. La collecte parallèle de données a été grandement améliorée

- Amélioration de l’interface utilisateur

Introduction de la pagination, sélection d’élements et modification de masse.
La nouvelle interface a été testé sur un grand nombre d’éléments monitorés.
Ajout de filtre sur plusieurs pages de configuration.

- Support du PHP 5.3

Zabbix supporte désormais le PHP 5.3 et n’est plus compatible avec les versions 4.X

- Support avancé des periodes de maintenance

Support de différents niveaux de maintenance pour les hôtes et groupes de manière très flexible

- Support des expressions régulières complèxes

Assistant de création d’expression régulière complexe utilisé pour la supervision de logs

- Amélioration de la découverte automatique

Ajout du support des masques de sous réseaux IPv4 et IPv6. Ajout de nouvelles actions : activation / desactivation de device. Ajout de la découverte basées sur SNMPv3. Support de l’interval de port et des multiples adresse IP par éléments.

- Support de l’enregistrement automatique

Les hotes qui auront l’agent Zabbix d’installés seront automatiquement ajouter à la supervision

- Support de template et macros

Les macros simplifient la maintenance de configuration large de Zabbix avec des paramétres de configuration spécifique

- Agent minime basé sur Telnet et SSH

- Meilleur support des bases de données Oracle

- Amélioration des fonctionnalités de recherche

- API basée sur JSON-RPC

L’API de Zabbix fournit la possibilité de la gestion distant et l’intégration d’outils et de services tierces

- Outils en ligne de commande Zabbix

Visiter http://www.zabbix.com/forum/showthread.php?t=14315 pour plus de détails.

Voilà en gros pour la liste des nouvelles fonctionnalités de Zabbix 1.8

Autant dire que les développeurs ne se sont pas tournés les pouces.

Si quelqu’un utilise Zabbix en environnement professionnel, je serais curieu d’avoir son retour.

Liens utiles :

Site Officiel de Zabbix

Release Notes de Zabbix 1.8

Plus d’informations sur les nouveautés

Zabbix vient de sortir la première Alpha Release de sa prochaine version, la 1.7. Cette version est la première pré-release de la prochaine version majeure qui sera la 1.8.

Pour rappel Zabbix, est une solution de supervision libre sous licence GPL créé par Alexei Vladishev. Zabbix permet de surveiller le statut de divers services réseau, serveurs et autres matériels réseaux. Il permet également la création de scénario pour l’analyse des performances de son environnement sur le long terme.

Zabbix fonctionne nativement avec MySQL, PostgreSQL ou Oracle. Son interface web est écrite en PHP. Zabbix permet la vérification simple de la disponibilité ainsi que le temps de réponse de services standards comme SMTP ou HTTP sans installer aucun logiciel sur l’hôte monitoré. Un agent Zabbix peut également être installé sur les hôtes Linux, UNIX et Windows afin d’obtenir des statistiques comme la charge CPU, l’utilisation du réseau, l’espace disque… Zabbix peut enfin réaliser le monitoring via SNMP.

Voici la liste des nouveautés de cette version :

• Module de cache Avancé – Amélioration significative des performances du serveur Zabbix. Les performances sont améliorées jusqu’à 10 fois par rapport à la version précédente. Ce module de cache est activé par défaut.
• Amélioration de l’interface utilisateur – L’interface a été améliorée en intégrant la pagination et la sélection d’éléments et d’opérations de masse. L’interface a été testé pour un grand nombre d’éléments supervisés avec de très faibles impacts sur les performances.
• Support de php 5.3, le support de php 4 a été supprimé.
• Support avancé des périodes de maintenance. La flexibilité de la gestion de chaque période de maintenance dans le temps a été amélioré.
• Support des graphiques à barre (Histogramme)
• Ajout du drag and drop, ainsi que d’autres options d’éditions pour se créer ses propres écrans de surveillance.
• Support d’expressions régulières complexes. Générateur d’expression régulière contribuant à créer et à maintenir des expressions régulières complexes utilisées pour la surveillance des logs
• Amélioration dès la découverte automatiques des éléments à superviser. Ajout du support des masques réseaux pour les protocoles IPv4 et IPv6. Ajout de nouvelles actions : activation/désactivation de device. Ajout de la découverte via SNMPv3. Ajout du support d’intervalle de ports et de devices avec de multiples adresses IP.
• Support de l’enregistrement automatique. Les hôtes avec un agent Zabbix installés et configurés seront ajoutés automatiquement au serveur Zabbix.
• Support de macros pour les templates, les hôtes. Les macros vont simplifier la maintenance de grandes configurations Zabbix avec des paramètres de configuration d’hôtes spécifiques.
• Amélioration du support d’Oracle
• Ajout d’une fonction de recherche globale permettant l’accès rapide et facile aux hôtes, groupes d’hôtes et templates.
• Amélioration des graphiques
• API basée sur JSON-RPC
• Support complet d’UTF-8 facilitant l’utilisation dans de multiples langages.
• Supervision haute performance basées sur des index SNMP
• Amélioration de la supervision d’applications web. Support de l’authentification basique.
• Amélioration de la supervision basée sur ICMP. Support d’informations et de statistiques détaillées sur le nombre de paquets perdus avec les min/max/avg
• Amélioration de la supervision de serveur DNS. Les performances et la disponibilité des DNS peuvent être supervisés.

Voici donc une longue liste de nouveautés très prometteuses.

Je pense pour avoir rapidement testé Zabbix, que c’est une solution plus que sérieuse de Nagios / Centreon.

Il est facile à installer, bien documenté et facile à utiliser au premier abord (je n’ai pas effectué de long test sur cette solution, mon avis est donc plus que subjectif et en plus il s’agissait de la version 1.6)

Liens utiles :

Site Officiel de Zabbix

Annonce Officiel de la sortie de Zabbix 1.7

Centreon, solution de supervision opensource basée sur Nagios, vient de sortir en version 2.1 après de longs mois de développement et 8 versions RC, j’ai d’ailleurs annoncé plusieurs fois ici la dernière RC qui ne l’était pas…

Les axes qui ont été priorisés pour cette nouvelle version majeure, sont les performances et la sécurité, mais aussi l’ergonomie, les fonctionnalités et son utilisation dans les réseaux Wan (cap sur les réseaux mondiaux)

De nombreuses améliorations ont été effectuées au niveau des ACL pour fournir des droits d’accès plus fins.

Voici une liste des nouveautés :

• Nouvelle vue des « problème non-pris en charge » : Dans la partie supervision,  vous trouverez désormais une vue dans laquelle vous pourrez voir les problèmes qui n’ont pas été reconnus, ni planifiés en downtime.
• Nouveau fichier de log de configuration : dans la partie Administration, vous trouverez une nouvelle page montrant le changelog des configurations qui ont été effectuées comme les Hosts, Services, Contacts etc…
• Les fuseaux horaires sont maintenant traités dans la configuration des utilisateurs : Il est désormais possible d’attribuer un fuseau horaire dans la configuration de l’utilisateur
• Les fuseaux horaires sont maintenant traités dans la configuration des hôtes : Il est désormais possible d’attribuer un fuseau horaire dans la configuration de l’hôtes. Chaque hôte sera supervisé en prenant en compte son fuseau horaire. Cette fonctionnalité est bien sûr prévue pour les sociétés présentant des réseaux WAN internationaux.
• Une amélioration majeure se trouve également dans la vue par arbre (Vues et supervision > Sections de journaux d’événements)
• De nouveaux champs de recherche ont été ajoutés sur de nombreuses pages
• De nouveaux menus système : La navigation est maintenant sur un tout autre niveau, de nombreux clics et temps de chargement seront épargnés
• Le système d’ACL a été amélioré pour de meilleures performances et une gestion des droits plus fine.
• Le tableau de supervision a été amélioré pour le rendre le plus réactif que possible.
• Le moteur de génération de fichier de configuration de Nagios a été amélioré. Les fichiers de configuration sont générés plus rapidement qu’avant : Cela prendrait 10 fois moins de temps que précédemment sur une base de 3000 hôtes et 50000 services
• Censtorage a été amélioré également, les requêtes accédant à la base de données ont été optimisées.
• Centreon-core a été amélioré également, notamment concernant l’échange de fichiers de données
• Installation automatique de la base de données NDO
• Possibilité de mise à jour de la base de données NDO
• Ajout d’information sur les performances et les processus de Nagios
• Ajout de journaux de connexion et de journaux pour LDAP
• …

Centreon a également mis à disposition une interface de démonstration avec 5 profils types différents, l’utilisateur opérationnel, l’utilisateur en charge des bases de données, le DSI, l’utilisateur avec des droits avancés et l’utilisateur avec les droits d’administration…

Pour tester Centreon 2.1 voici l’interface de démonstration

Pour ceux qui se rappellent la sortie de Centreon 2.0, la communauté Centreon en avait profité pour présenter son nouveau site internet et là il refont pareille en mettant à disposition une interface de démonstration, comme si la sortie d’une version majeure ne suffisait pas…

Je trouve que ça bouge beaucoup dans la supervision avec des logiciels libres, et bien je pense que ce n’est pas prêt de s’arrêter, car les offres sont devenues plus que mature et peuvent désormais concurrencer les grands de ce domaine sans rougir…

Liens utiles :

Site Officiel de Centreon

Annonce la sortie de la version 2.1

Nicolargo en parle également – et sa liste de fonctionnalités est plus longue que la mienne