Communauté Francophone de la Supervision Libre

Meetup Monitoring à Paris, le 2 septembre

Posted by Romuald Fronteau on 6 Août 2015 in Communauté, Conférences & Salons, Planet, Supervision | 0 comments

Un Meetup Monitoring est organisé à Paris le 2 septembre 2015, à partir de 19h par la société SOMONE. Le but de cette rencontre est de discuter avec d’autres experts de la supervision, de l’hypervision et du capacity planning. Le lieu de rendez-vous est dans les locaux de la société CRITEO, à Paris, au 32 rue Blanche, 75009 Paris (Plan).
Au programme de la soirée :

• 19h00 : accueil des participants
• 19h10 : présentation du meetup
• 19h20 à 20h30 : talks
• à partir de 20h30 : pizza et échanges

Monitoring-fr sera présent et fera une présentation sur la « vision de la Supervision Libre en entreprise ». Si vous souhaitez nous rencontrer, nous poser des questions ou échanger avec d’autres experts, venez nombreux! Pensez à vous inscrire directement sur le site de l’événement.

Le programme des talks est défini. Voici les présentations programmées :
# Unofficial Centreon Repositories for Debian
Par Eric Coquard (@kermith72, http://sugarbug.web4me.fr/)

La genèse du projet Package Centreon pour Debian, quelques exemples d’installations, la problématique de Debian Jessie.

# Nouveautés de Zabbix 3.0
Par Steve Destivelle (@stevedestivelle, Consultant chez SOMONE, http://steve.destivelle.me/)

Présentation des nouveautés de la prochaine version majeure de Zabbix.

# Surveiller et maintenir ses applications Node.js avec Keymetrics.io
Par Alexandre Strzelewicz (@strzel_a, CEO et co-fondateur de Keymetrics)

Je présenterai rapidement PM2, le gestionnaire de processus pour Node.js, suivit d’une présentation de Keymetrics.io et  d’une démonstration de l’ensemble.

# La vision de la supervision libre en entreprise
Par Romuald FRONTEAU (@rfronteau, co-fondateur de Monitoring-fr)

Cette présentation va évoquer la perception et la maturité des entreprises avec les projets de supervision Open Source par rapport au solution éditrice en fonction d’une étude du CIGREF basé sur la « Gouvernance et la maturité des projets Open source en entreprises » et le retour d’expérience d’administrateur Supervision au quotidien.

Meetup Monitoring Paris : interview de Charles Judith

Posted by Cédric Temple on 11 Juin 2015 in Conférences & Salons, Interviews, Planet | 0 comments

Monitoring-fr a profité du premier meetup Monitoring Paris organisé le 04/06/2015 au NUMA pour interroger Charles Judith, bien connu des lecteurs de Monitoring-fr car il a déjà écrit des articles et participer à des salons. Charles a fait une présentation durant ce meetup intitulée The state of Monitoring. Celle-ci a généré pas mal d’échanges et de questions. L’idée de cette interview était de revenir sur cette présentation afin de donner des informations complémentaires aux personnes n’ayant pu assister au meetup.

Vous pouvez télécharger directement les fichiers MP3 ou OGG pour une écoute offline en cliquant sur les icônes correspondantes.

Meetup Monitoring Paris : interview de Cheikh Sadibou Deme, PDG de Somone

Posted by Cédric Temple on 9 Juin 2015 in Conférences & Salons, Interviews, Planet | 0 comments

Monitoring-fr a profité du premier meetup Monitoring Paris organisé le 04/06/2015 au NUMA pour interroger le PDG de la société Somone, organisatrice et sponsor de la rencontre. L’idée de cette interview était de demander à Cheikh Sadibou Deme comment leur était venue l’idée de cette rencontre, de nous parler du programme proposé, de l’accueil des talks par les personnes présentes et de son analyse sur les premiers retours.

Vous pouvez télécharger directement les fichiers MP3 ou OGG pour une écoute offline en cliquant sur les icônes correspondantes.

Monitorama 2015

Posted by Charles JUDITH on 9 Juin 2015 in Conférences & Salons, Planet | 0 comments

Monitoring-fr a la chance de pouvoir participer au salon Monitorama cette année. Cette édition 2015 se déroulera au Great Theater at the Armory de Portland dans l’Oregon (États-Unis) du 15 au 17 juin.

Cet événement est certainement la référence en matière de supervision avec des conférenciers de classe internationale comme par exemple :

• Kyle Kingsbury : Créateur et leader du projet Riemann. Nous pensons que Riemann peut avoir une place importante dans la supervision. Par exemple sur des sujets comme la corrélation ou la notification.
• Tony Rippy : Staff Software Engineer à Google, il dirige l’équipe supervision de SRE (Site Reliability Engineer). S’occuper de la supervision de la production à Google doit être un défi assez intéressant au vu l’écosystème.
• Jamie Wilkinson: Ingénieur dans l’équipe SRE (Site Reliability Engineer) storage infrastructure à Google. Il est en charge de la supervision et s’assure que ses collègues aient des astreintes agréables. L’astreinte et la supervision sont deux sujets qui sont liés, il serait intéressant de voir comment cela est géré chez un géant comme Google.

C’est pour cela que nous avons décidé de couvrir l’événement. 😉

Le programme est intéressant et il nous tarde d’y être. Voici quelques exemples des conférences organisées :

• Working with Riemann
• The evolution of Monitoring Systems at Google
• Kale 2.0
• Prometheus

Nous vous ferons un compte rendu de cet événement dès notre retour en France.

Compte-rendu du Meetup Monitoring Paris du 04/06/2015

Posted by Cédric Temple on 8 Juin 2015 in Communauté, Conférences & Salons, Interviews, Planet, Supervision, Zabbix | 0 comments

Correction du 08/06/2015 à 14h45 : ajout de l’adresse de Phlippe Lewin (merci Steve Destivelle de l’avoir signalé).

Monitoring-fr s’est rendu au premier meetup Monitoring parisien. Cet événement, sponsorisé et organisé par la société Somone, s’est déroulé le 04 juin 2015 au NUMA, à Paris. Au programme de ce premier meetup :

• 19h00 : accueil des participants
• 19h10 : introduction :
  • présentation du meetup par Philippe Lewin
  • présentation par Cheikh Sadibou Deme, PDG de Somone
  • présentation du programme
• à partir de 19h20, talks :
  
  • « Présentation des personnes derrière le site monitoring-fr.org (la Communauté Francophone de la Supervision Libre), de ses membres et des outils fournis à la communauté. »
    • Par Cédric Temple pour Monitoring-fr (CFSL) / @Cedric_Temple – @Monitoring_fr
  • « La supervision hier / la supervision aujourd’hui / la supervision demain ?  »
    • Par Charles Judith / @Charles_JUDITH
  • « 23k métriques & 6,5k alertes, 300 tests par seconde avec Zabbix: comment fait-on chez BlaBlaCar ? »
    • Par Jean-Baptiste Favre / @jbfavre
• à partir de 20h30 : pizza et échanges.

Quelques retours

Tout d’abord, il faut saluer l’organisation : un grand nombre de personnes étaient présentes pour ce premier meetup. C’est un vrai succès. La salle était presque trop petite et certains retardataires n’ont pu trouvé de chaise. Pour une première communication faite le 20 mai, soit 15 jours avant l’événement, c’est plutôt remarquable.

Parmi les participants, on peut noter la présence de personnes bien connues du monde de la supervision Libre comme de personnes un peu moins expérimentées. Différents logiciels ont été cités  soit par les présentateurs soit par les participants pendant les questions (dans l’ordre alphabétique et avec des oublis : Centreon, Graphite, Graphana, InfluxDB, Nagios, RRDTool, Selenium, Sensu, Shinken, Zabbix et d’autres). Cet éclectisme est intéressant et démontre le dynamisme dont fait preuve le monde de la supervision.

Un sujet annexe à la supervision a été fortement présent durant ce meetup : l’automatisation du système d’information. Charles Judith comme Jean-Baptiste Favre l’ont abordé dans leur présentation respective. Là encore, de nombreux logiciels ont été cités : Ansible, Chef et Puppet. Charles a parlé de l’API qui a été développée dans son entreprise pour Centreon afin d’améliorer encore l’automatisation et l’intégration de tout la chaîne de production informatique. Jean-Baptiste a aussi évoqué le sujet en décrivant quelques éléments montrant que l’automatisation du SI est au coeur du travail de DevOps chez Blablacar. L’intégration de Zabbix avec Chef par exemple est un facteur clé du succès du déploiement, de même que l’automatisation permise par Zabbix, grâce à ses possibilités d’auto-détection extensibles.

De très nombreuses questions ont été posées après les présentations. Cela démontre la très grande qualité des talks, générateur d’échanges et de curiosité. On pouvait ressentir des questions posées que chacun a pu se dire : « wahou, c’est très intéressant ça! Je vais regarder comment faire avec mes outils ». Les sessions de questions/réponses ont du être limitées pour éviter de trop déborder du planning initial.

Après les présentations, les participants ont pu discuter directement autour de boissons et de pizzas offertes par Somone. Là encore, de nombreux échanges ont eu lieu. Nous avons pu remarquer des discussions entre Jean-Baptiste qui utilise Zabbix et les membres du projet Centreon. De nombreux participants ont souligné la qualité des présentations et le succès de l’organisation.

Les présentations

Les présentations commencent à être mises en ligne. Vous pouvez consulter la présentation de Monitoring-fr en téléchargeant le PDF : monitoring-fr_MeetupParis_20150604.

La présentation de Jean-Baptiste sur Zabbix est en ligne, sur son blog. Celle de Charles Judith est disponible en ligne également.

A noter que les présentations ont été filmées et enregistrées. Elles seront probablement mises en ligne dans les prochaines semaines.

La suite

Fort de ce premier succès, un prochain meetup est programmé, début septembre. La date précise n’a pas encore été identifié. Le thème de ce meetup sera « La rentrée de la supervision ». À noter, la société Somone recherche des entreprises pour sponsoriser les meetup :

1. pour la fourniture d’une salle permettant d’accueillir les participants
2. pour la fourniture de boissons et pizzas en fin de meetup.

Vous pouvez contacter Philippe Lewin si vous souhaitez proposer votre aide : plewin+meetup@somone.fr

Quelques photos

Cacti : où en est cet outil de référence du monitoring?

Posted by Cédric Temple on 1 Juin 2015 in Planet, Supervision | 0 comments

Cacti, « la solution de monitoring complète basée sur RRDTOOL », est un outil de monitoring simple et efficace.Par outil de monitoring, on entend « tracé de graphiques sur toutes les métriques numériques possibles d’un équipement ». Cacti est donc dédié aux graphiques, ce qu’il fait particulièrement bien. Basé sur RRDTool, il a su devenir rapidement après sa création « l’interface de référence pour faire des graphiques avec RRDTool ».

La politique de gestion de version de Cacti

La politique de gestion de version de Cacti est basée sur un numéro de version à trois chiffres suivi d’une lettre. La lettre indique généralement le numéro de release. Une release se concentre sur la correction de bugs, peu de nouveautés sont apportées. Par contre, une nouvelle version apporte des nouvelles fonctionnalités, généralement structurantes. Le dernier changement de version, par exemple, a vu une amélioration importante du mode d’intégration des plugins dans Cacti.

Les qualités de Cacti

Bien que relativement ancien, avec une architecture qui a peu évolué depuis sa création, il rend toujours d’excellents services. Les qualités de Cacti sont nombreuses, on peut notamment citer :

1. sa simplicité d’installation : à une époque où les autres outils de supervision étaient relativement complexes à installer et mettre à jour, l’argument était un très fort différenciateur. C’est moins vrai aujourd’hui.
2. sa simplicité dans son utilisation de base : un débutant peut le prendre en main et obtenir des graphiques sur un nombre conséquent d’équipements très rapidement.
3. l’auto-détection de différents points de contrôle : il n’est pas nécessaire de déclarer une à une les partitions, les interfaces réseaux et la vitesse de celles-ci, Cacti sait les détecter seul. De plus, il sait le faire correctement pour éviter à l’utilisateur des échanges nombreux avec l’interface utilisateur afin de sélectionner ou de retirer les éléments qu’il ne souhaite pas voir graphés.
4. sa capacité de templating dans la configuration des graphiques. Il est possible d’augmenter le périmètre des graphiques en ajoutant des donnés collectées. Ces actions peuvent être faites de manière unitaire ou, plus efficacement, par l’intermédiaire de modèles (templates).
5. son intégration poussée de RRDTool : même s’il est préférable de connaître RRDTool pour maîtriser parfaitement Cacti, il est possible de s’en soustraire dans un premier temps afin de disposer d’une première série de graphiques.
6. la (relative) convivialité de son interface. Celle-ci est plutôt bien conçue et facile à prendre en main. Quelques fonctionnalités sont très pratiques à utiliser comme le zoom, la visualisation des périodes suivantes  ou précédentes, le choix de la période d’affichage, …
7. sa capacité à monitorer quelques centaines d’équipements. Spine, qui a pour ancien nom Cactid, a apporté une montée en performances importante. De plus, l’utilisation du plugin BOOST permet encore d’améliorer les performances.
8. ses modèles de graphique apportés par la communauté. Il est simple d’ajouter des modèles de graphique dans Cacti. Pour la plupart, il s’agit d’ajouter un fichier XML téléchargé préalablement. La communauté est encouragée à proposer de nouveaux modèles et ceux-ci sont partagés.
9. ses nombreux plugins, permettant d’étendre les fonctionnalités de l’interface, de l’interfacer avec d’autres outils (NTOP, Syslog, Weathermap, …).
10. une interface en ligne de commande (CLI) est accessible. Elle permet de piloter Cacti sans passer par l’interface, ce qui permet de le connecter à des outils externes (CMDB/GLPI/Ansible/…).

Cacti est couramment utilisé et peut servir à monitorer des environnements de quelques équipements à quelques centaines, dans lesquels il jouera parfaitement son rôle.

Les défauts de Cacti

Cacti est un outil relativement ancien, basé sur une architecture d’ancienne génération. Ce n’est pas tant un problème si celle-ci avait évolué, avec éventuellement une ré-écriture complète pour l’adapter aux pratiques actuelles. Dans les points faibles de Cacti, on peut noter :

1. son manque d’évolutions : le développement semble se ralentir depuis quelques années. La version 0.8.8 est publiée en avril 2012. Depuis, seules 3 versions sont sorties : 0.8.8a en avril 2012 ; 0.8.8b en août 2013 et enfin 0.8.8C en novembre 2014.
2. quelques incohérences dans le site web ne donnent pas confiance dans le futur du produit. Par exemple, le menu principal du site web officiel parle de repository SVN. Or, le projet semble hébergé sur GitHub. Malgré cela, le projet semble relativement actif, avec des commits réguliers depuis octobre 2014. Il y a aussi le copyright, présent dans toutes les pages qui indique « 2012 » pour le site web officiel et « 2011 » pour le wiki : ces informations n’étant pas mises à jour, on peut là encore s’inquiéter.
3. Cacti n’intègre toujours pas la notion d’héritage multiple, essentiel en supervision aujourd’hui. Être limité à un seul type d’équipement lors de la définition de l’équipement est très limitant.
4. l’interface, bien que tout à fait correcte, commence à être dépassée. Une refonte devient nécessaire pour s’imposer face aux nouveaux outils de monitoring, de conception plus récente.
5. sa dépendance à RRDTool, autrefois un point fort, devient aujourd’hui un point faible. En effet, RRDTool n’est pas performant lorsqu’il a besoin de mettre à jours plusieurs milliers de graphiques en parallèle. Sa conception fait qu’il est nécessaire de faire plusieurs aller/retour dans le contenu du fichier, ce qui nécessite de nombreux I/Os lors d’une seule mise à jour. Si l’on souhaite disposer de graphiques sur plusieurs milliers d’équipements, il est nécessaire de mettre en place toutes les optimisations possibles, dont des disques SSD. Ce qui peut revenir très cher, au vu de la volumétrie.

Les dernières nouveautés de Cacti

Tout d’abord,la dernière version de Cacti publiée intègre un grand nombre de correctifs de sécurité. Notamment 5 failles ayant donné lieu à un CVE ont été corrigés. D’autres failles de sécurité, n’ayant pas fait l’objet d’un CVE, ont été corrigées. Il est donc recommandé de mettre à jour votre serveur si jamais celui-ci utilise encore une ancienne version de Cacti.

La vue « Tree » affiche les graphiques dans un arbre complètement paramétrable. Le parcours des graphiques dans l’arbre est amélioré par l’utilisation de librairies Javascript plus récentes. La présentation de l’arbre est aussi plus actuelle.

La vue « Preview » a été améliorée. Celle-ci permet à un utilisateur de parcourir les graphiques rapidement afin d’identifier des éléments pouvant poser problème. Dorénavant, dans cette vue, l’utilisateur peut choisir à la volée le nombre de colonnes utilisées pour afficher les graphiques. De plus, il peut choisir d’afficher des graphiques de petite taille (« Thumbnail ») ou de taille normale. Enfin, des paramètres par défaut peuvent être placés à la fois pour le nombre de graphiques affichés par page mais aussi pour le nombre de colonnes. Pratique si l’équipe d’administration dispose d’ écrans de taille identique et souhaite éviter de surcharger le serveur par l’affichage d’un nombre trop important de graphiques.

La vue « Tree » dispose elle-aussi du choix du nombre de colonnes à afficher. Cependant, celle-ci ne peut être activées que lorsqu’on souhaite disposer de graphiques de petite taille, donc lorsque la case « thumbnail » est cochée.

Avant la version 0.8.8, certains plugins nécessitaient de patcher le code de Cacti pour pouvoir fonctionner. En effet, ils faisaient appel à des fonctions « cachées » de Cacti ou au contraire devaient remplacer le code d’une fonction par leur propre code. En fait, le code de Cacti, bien que prévu pour intégrer des plugins, n’était pas assez modulaire pour intégrer tous les plugins. Constatant cela, un des développeurs à proposer le plugin « Plugin Architecture », qui se charge de patcher le code de Cacti et de le rendre un peu plus modulaire afin que les autres modules puissent s’intégrer plus efficacement. Depuis la version 0.8.8, il n’est plus nécessaire de patcher le code de Cacti : « plugin architecture » a été intégré dans le code de Cacti, rendant de ce fait le code plus modulaire. Les autres plugins ne sont plus contraints de patcher le code.

Cacti fournit des scripts PHP pouvant être appelés en ligne de commande (CLI). Ceux-ci sont améliorés et de nouveaux scripts sont ajoutés :

• vérification de la cohérence de la base de données.
• migration de la base de données en INNODB.

En conclusion

Cacti reste, encore aujourd’hui, la référence des outils de monitoring basé sur RRDTool. Son interface bien pensée dès sa création a évolué par petites touches afin de le rendre encore plus agréable au fur et à mesure. Sa CLI, Command Line Interface, lui permet d’ajouter des équipements en masse à l’aide de script ou en le connectant à des outils de gestion de configuration. Son auto-détection de points de contrôle (partitions, interfaces réseaux, vitesse de celles-ci) permet d’éviter de saisir des informations redondantes. Ses performances suffisent pour monitorer quelques centaines d’équipements. Ses plugins améliorent ses fonctionnalités en le connectant à d’autres outils.

Cependant, Cacti semble être sur une pente dangereuse. Les nouveautés sont de plus en plus ténues et les sorties sont plus espacées. Six années sont passées depuis la version 0.8.7d et aucune nouvelle fonctionnalité marquante ne peut être mise en valeur.

Le monde des Logiciels Libres de monitoring évoluent très rapidement depuis quelques années. Des outils comme Graphana, Kibana, InfluxDB, Graphite, … révolutionnent l’approche du monitoring en ne se basant plus sur RRDTool tout en offrant des performances importantes et des interfaces modernes et très dynamiques. Cacti doit évoluer très rapidement s’il ne souhaite pas glisser doucement vers l’oubli.

En vidéo