• Les paquets Debian (non officiels) pour Centreon et un projet de déploiement de Centreon sur des Raspberry (Éric Coquard). Sa présentation est disponible en ligne.
• Les TimeSeries Databases – NextGen Monitoring (Charles Judith)

Nous avons profité de l’événement pour filmer, avec l’aimable autorisation de Centreon et des participants et réalisé un montage. La vidéo est un peu longue (plus d’une heure), mais vous pouvez cliquer sur les liens ci-dessous pour voir la partie que vous souhaitez:

• 00:00:00 : Introduction
• 00:01:28 : interview de Julien Mathis, CTO de Centreon, sur la nouvelle stratégie produits de Centreon
• 00:08:17 : interview de Julien Mathis, CTO de Centreon, sur la version 3.4 de Centreon et les nouveautés autour de Centreon Web/Engine/Broker
• 00:22:27 : interview de Laurent Pinsivy, Product Manager, sur les projets communautaires Centreon Open Tickets et Centreon Plugins
• 00:35:07 : déjeuner
• 00:37:08 : interview d’Éric Coquard : Les paquets Debian (non officiels) pour Centreon et un projet de déploiement de Centreon sur des Raspberry
• 00:50:57 : interview de Charles Judith : Les TimeSeries Databases – NextGen Monitoring

Musiques d’illustration disponibles sur Youtube Audio Library :

• 00:00:00 : Locally sourced de Jason Farnham
• 00:35:07 : Modus operandi (M.O.) de Wes Hutchinson

Et pour son premier anniversaire, nous avons souhaité faire un bilan et interviewer l’organisateur Philippe Lewin (@PhilippeLewin) de Somone. Cette interview a eu lieu lors d’un… meetup Paris Monitoring, le dernier précédent l’anniversaire.

Aujourd’hui, le meetup Paris Monitoring c’est +600 membres, 7 reviews (toutes positives!), 6 meetups, 6 sponsors différents (dont deux ont sponsorisé deux fois!) : un vrai beau succès.

De plus, le principe d’organiser des meetups s’est diffusé et deux villes se sont ajoutées. Il existe aujourd’hui deux meetup monitoring (en dehors de Paris) à savoir le Meetup Nantes Monitoring et le Meetup Genève Monitoring. Si vous avez envie de voir un meetup s’organiser dans votre ville, contactez Philippe ou Monitoring-fr pour avoir des conseils!

Le prochain meetup Monitoring à Paris sera dédié à un logiciel de supervision bien connu en France : Zabbix. Fait très important : le créateur de Zabbix, Alexei Vladishev, sera présent et fera une intervention qu’il a promise très technique! Ce sera le jeudi 23 juin 2016, dans les locaux de la société Blablacar, sponsor de l’événement et utilisateur de Zabbix. C’est un meetup « enfant » du meetup Paris Monitoring : est-ce qu’il y aura d’autres meetup de ce type, dédié à d’autres logiciels? Est-ce la création d’un nouveau groupe séparé?

Enfin, nous avons voulu discuter avec Phlippe du futur du meetup Paris monitoring, des besoins de l’équipe d’organisation, des sujets annexes et comment améliorer le meetup : pas parce que celui-ci est mal organisé ou que les sujets ne plaisent pas! Non, bien au contraire : parce que les retours sont positifs, parce que les discussions post-présentations font émerger des sujets très intéressants, parce que des idées semblent naître! Bref, quel sera le futur du meetup Paris Monitoring?

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

Durant ce meetup, Julien Danjou (@juldanjou), Principal Software Engineer chez Red Hat, nous a présenté le projet Gnocchi, intégré dans la plate-forme de cloud computing open-source Open Stack. Gnocchi a pour but de stocker toutes les données numériques collectées sur une plate-forme Open Stack, de manière performante et hautement disponible. Les retours de Julien sur les autres outils comme Influxdb et Graphite sont intéressants. Les buts initiaux du projet Gnocchi comme les contraintes que s’imposent le projet (simplicité de déploiement au contraire… d’Open Stack, le fait de pouvoir vivre sans toutes les briques d’Open Stack, la compatibilité avec des outils externes comme Graphana) laissent à penser que Gnocchi pourra aussi vivre à l’extérieur d’Open Stack.

julien Danjou

Photo prise par Barbora Ballkova de Somone.

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

À cette occasion, nous en avons profité pour interviewer Amir Malekzadeh, un des co-fondateurs et le CEO de Logmatic.io, fournisseur du service en mode SAAS de même nom. Amir nous présente sa société et le service Logmatic.io, spécialisé dans la collecte et l’analyse de logs mais aussi de données de monitoring. Il est à noter que le service est très complet et va de la collecte jusqu’à la vue business , c’est à dire à la fourniture d’indicateurs exprimant la performance de l’entreprise en fonction des données mesurées.

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

Durant ce meetup, Mathias Herberts (@herberts), Co-fondateur et CTO (Chief Technology Officer) de Cityzen Data (@CityzenData sur Twitter) a fait une présentation intitulée « Not Your Father’s Monitoring ». Dans cette présentation, il a d’abord rappelé l’historique de la collecte de données temporelles puis a mis en perspective les manques de ces outils et les nouveaux enjeux auxquels les administrateurs systèmes et réseaux doivent faire face. L’un des outils répondants à ces nouveaux enjeux est Warp 10, plate-forme open-source éditée par Cityzen Data permettant la collecte et l’analyse de données temporelles géospatiales. La conférence était très intéressante car Mathias remettait en perspective les outils qu’il présentait notamment  :

• les raisons de leur création, les buts poursuivis par ces outils à leur naissance
• l’époque à laquelle ils ont été créés et les contraintes/les enjeux liés à cette époque.

Mathias Herbert

Photo prise par Barbora Ballkova de Somone.

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

À cette occasion, nous en avons profité pour interviewer Jules-Henri Gavetti, le fondateur d’Ikoula, hébergeur français bien connu afin qu’il nous présente sa société et ses services proposés mais aussi les raisons qui font qu’Ikoula sponsorise le Meetup Paris Monitoring. Jules-Henri nous parle aussi des outils de supervision utilisés par Ikoula.

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

Le meetup aura lieu le jeudi 23 juin 2016, dans les locaux de la société Blablacar, sponsor de l’événement mais aussi utilisateur de Zabbix. Pour rappel, un cas d’utilisation de Zabbix avait déjà été réalisé par Blablacar lors du premier meetup Paris Monitoring en juin 2015 :

« 23k métriques & 6,5k alertes, 300 tests par seconde avec Zabbix: comment fait-on chez BlaBlaCar ? »
Par Jean Baptiste Favre / @jbfavre / http://www.jbfavre.org

À noter que vous pouvez proposer des sujets si vous souhaitez faire un retour utilisateur de Zabbix.

Pensez à vous inscrire sur le site pour participer à l’événement.

Correctif : le meetup aura bien lieu le jeudi 23 juin (et non le 26 comme mentionné précédemment).

Cet événement est sponsorisé par Logmatic.io et Ikoula : Logmatic.io nous accueillera dans ses locaux et Ikoula nous permettra de nous restaurer.

Au programme de la soirée :

• Accueil des participants à partir de 18h50
• Mot d’accueil à 19h10
• 2 talks à partir 19h15  jusqu’au moment des pizzas
• Discussions jusqu’à la fin à 22h

Description des talks :

Talk #1 : Not Your Father’s Monitoring
Par Mathias Herberts – @herberts, Co-Founder and Chief Technology Officer @CityzenData, former Big Table Site Reliability Engineer

« Mathias reviendra sur l’évolution des pratiques de monitoring et sur la tendance actuelle à l’instrumentation et à la collecte de séries temporelles. Il présentera également la plate-forme Open Source Warp 10 qui permet de collecter, stocker et analyser des métriques pour faire passer vos propres pratiques de monitoring en hyperespace ! »

Talk #2 : Gnocchi: metric as a service
Par Julien Danjou – @juldanjou, Principal Software Engineer at Red Hat

« La présentation sera autour du projet Gnocchi : pourquoi, comment il fonctionne et ce qu’il offre. Gnocchi est un projet de base de données de time series que j’ai démarré dans le cadre d’OpenStack. »

Comment s’inscrire :

L’inscription (gratuite) est obligatoire sur la page meetup dédiée à l’événement : http://www.meetup.com/Paris-Monitoring/events/229109337/

Le nombre de places est limité mais une file d’attente est disponible.

Rester connecté avec les événements Paris Monitoring :

• Suivre @parismonitoring sur Twitter
• S’inscrire sur le groupe meetup.com pour recevoir les annonces de nouveaux événements

À propos de Paris Monitoring

Paris Monitoring est un groupe meetup qui s’adresse aux professionnels et aux intéressés de la supervision et de ce qui l’entoure. Le but de ce groupe est d’organiser des meetups sur Paris pour permettre aux intéressés de se retrouver et d’échanger (talks, workshops) autour de la supervision. Le groupe a été créé et les événements sont organisés par la société SOMONE. Plus d’informations disponibles dans l’interview de Cheikh Sadibou Deme au premier meetup, par Cédric Temple pour Monitoring-fr.

Contact

Pour plus d’informations (proposer un sujet, sponsoriser le groupe meetup) contactez :
Philippe Lewin, organisateur des meetups Paris Monitoring, plewin at monitoring.paris

Informations sponsoring
Proposer un talk au prochain événement

Petits rappels

ELK signifie ElasticSearch, Logstash et Kibana. Il s’agit de coupler les 3 logiciels pour obtenir une solution d’analyse de log performante et complète. Les outils sont:

• ElasticSearch : moteur de stockage et d’indexation de documents et moteur de requête/d’analyse de ceux-ci
• Logstash : analyse, filtrage et découpage des logs pour les transformer en documents, parfaitement formatés notamment pour ElasticSearch
• Kibana : dashboard interactif et paramétrable permettant de visualiser les données stockées dans ElasticSearch

Ces outils libres sont développés par la même structure, la société Elastic, qui encadre le développement communautaire et propose des services complémentaires (support, formation, intégration et hébergement cloud).

« ELK », jusqu’à il y a peu, n’avait un sens qu’uniquement parce que ces outils s’associent parfaitement et l’on parlait de « pile ELK » par commodité : en réalité, il n’y avait pas de « produit ELK ».

Un(?) nouveau venu

Pour répondre à de nouveaux besoins, un (un seul?) nouvel outil développé par Elastic est apparu : Beats. Beats regroupe en fait plusieurs outils différents :

• PacketBeat : moniteur réseau
• TopBeat : moniteur des « tops » (les processus ayant consommé le plus de mémoire vive, de CPU, …)
• FileBeat : moniteur temps-réel des fichiers
• WinlogBeat : moniteur temps-réel des eventlog Windows
• LibBeat : une bibliothèque de fonctions (lib en anglais) spécialisée pour Beats

Les outils se marient parfaitement avec « la pile ELK » : les données collectées par Beats sont stockées dans ElasticSearch, peuvent être enrichies par LogStash et sont visualisées par Kibana. Ils méritent d’être liés à « la pile ELK ».

Un renommage d’abord pragmatique…

Un problème apparaît : ELK est déjà trop connoté et peu pensent à Beats lorsqu’ils parlent de « ELK » ou de « pile ELK ». Beats pourrait pâtir de ce point. Quelques questions se posent :

• comment intégrer le B de Beats dans ELK? Doit-on parler de BELK? Il n’est pas sûr que ce point est joué mais en français, cela sonne plutôt comme quelque chose de négatif (BELK? BEULK? beurk!). Sinon, on pourrait utiliser aussi ELKB… Un peu long non?
• comment intégrer les futurs produits? Elastic devra-t-elle trouver une lettre s’intégrant parfaitement avec ELKB ou BELK avant de trouver un nom commençant par cette lettre et représentant l’outil? Le département Marketing va avoir du boulot!

Non, il fallait trouver autre chose. Un nouveau nom pouvant intégrer tous les outils actuels et les prochains aussi. Et le nom de « The Elastic Stack » fut choisi.

… mais d’un véritable intérêt stratégique

« The Elastic Stack » sonne plutôt bien et à l’avantage de rappeler à la fois la base (ElasticSearch) mais aussi l’entreprise (Elastic) et indique qu’il s’agit d’une composition d’outils (le terme Stack). Le nom décrit parfaitement le produit tout en ouvrant la possibilité d’intégrer de futurs produits à cette stack.

Un autre intérêt stratégique est lié à ce changement de nom. Lorsqu’on compose des outils pour en faire une solution complète, un problème apparaît : la gestion des numéros de version et des incompatibilités entre les composants de cette sollution. Aujourd’hui, si l’on prend la « pile ELKB/BELK », nous avons :

• ElasticSearch 2.3.x
• Logstash 2.3.x
• Kibana 4.5.x
• Beats 1.2.x composé de :
  • Winlogbeat 1.2.x
  • Filebeat 1.2.x
  • Topbeat 1.2.x
  • Packetbeat 1.2.x
  • LibBeats 1.2.x

Comment s’assurer que tous les produits sont compatibles entre-eux? D’un point de vue technique, c’est compliqué : il faut gérer une matrice de compatibilité qui doit être fournie par l’éditeur. L’éditeur doit faire des tests en faisant varier les versions de chaque composant. Les mises à jour doivent être bien documentées pour éviter qu’un utilisateur perde des données. La matrice de compatibilité doit être claire et compréhensible, sans erreur d’interprétation possible.

D’un point de vue marketing, c’est compliqué aussi! Toute la communication doit aussi être mise en œuvre pour que les utilisateurs et les clients suivent (correctement!) la matrice de compatibilité. Lorsqu’un client ou un utilisateur mettra à jour un composant qui sera incompatible avec tous les autres, c’est l’image des développeurs et de l’entreprise qui va en pâtir par les retours sur les forums utilisateurs, les articles de blog négatifs, les présentations lors des événements communautaires (salons, forums) et les bugs ouverts. Et ces retours négatifs risquent d’être très nombreux : les outils sont jeunes et évoluent très vite et le succès est grandissant.

D’où l’idée d’Elastic de coordonner les numéros de version : désormais il y aura un produit « The Elastic Stack » dans une version donnée et intégrant tous les outils, chaque outil ayant la même version majeure. La première version de « The Elastic Stack » sera la prochaine version, la version 5.0.0 et intégrera tous les produits dans la version 5.0.0. Ce qui sera plus simple pour tout le monde : clients, utilisateurs mais aussi développeurs et ingénieurs support d’Elastic!

Refonte graphique

Pour communiquer plus efficacement sur « The Elastic stack », la charte graphique des outils a été refondue lentement. Dorénavant, il y a une unicité graphique entre les outils concernant les logos :

Auparavant, les logos pouvaient être très différents :

Première version disponible

La première version alpha de « The Elastic Stack » est disponible en version 5.0.0 alpha 1. Bienvenu à « The Elastic Stack » et merci à « la pile ELK » pour les services rendus.