Compte-rendu Nantes Monitoring Meetup #2

Posted by on 9 Sep 2015 in Communauté, Conférences & Salons | 0 comments

Les aficionados nantais (et des environs) du monitoring se sont retrouvés le 03 septembre à La Cantine d’Atlantic 2.0 pour un second meetup.

N’ayant pas reçu d’autres propositions, j’ai présenté un talk sur l’offre actuelle en matière de supervision Open Source. Il y a de quoi dire vu les mouvements stratégiques qui s’opèrent en ce moment dans ce domaine. Vous pouvez trouver la présentation sur Slideshare.

Read More

Meetup Monitoring à Paris, le 2 septembre

Posted by 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.

Read More

Alors ce premier meetup monitoring à Nantes ?

Posted by on 3 Juil 2015 in Communauté, Conférences & Salons | 0 comments

Nous avons tenu avec une vingtaine de personnes le premier meetup Nantes Monitoring le lundi 29 juin 2015. Cette première rencontre s’est tenu dans les locaux gracieusement mis à disposition par la Cantine 2.0 à Nantes et nous a permis de nous connaître… Au moins un peu.

Read More

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

Posted by 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 :
  • à 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

DSC_0038 DSC_0039 DSC_0040 DSC_0042

Read More

Sortie de la version 2.4 de Shinken

Posted by on 5 Mai 2015 in Communauté, Interviews, Shinken, Supervision | 0 comments

Shinken, le framework libre de supervision, est disponible en version 2.4. Monitoring-FR a interviewé Jean « naparuba » Gabes, fondateur et développeur principal de Shinken sur cette nouvelle version de Shinken. En comparaison des versions 2.0 et 2.2, cette version est une version de maintenance : peu de nouveautés, beaucoup de corrections de bug. Le cycle court enclenché par l’équipe de développement commence à prendre forme. Prévue à l’origine pour fin mars, cette nouvelle release sort certes avec un peu plus d’un mois de retard sur le planning prévu initialement mais seulement quatre mois après la précédente version, disponible le 16/01.

Rappelons dans un premier temps que Shinken n’est pas un « fork de Nagios » . Souvent présenté de cette façon, cela devient au fur et à mesure des avancées du logiciel de plus en plus éloignée de la réalité. En effet, à l’origine Shinken ne partait pas du code de Nagios, le terme fork peut donc être considéré comme erroné. Cependant, le but originel était bien de faire de Shinken une ré-implémentation des fonctionnalités de Nagios dans un langage de plus haut niveau (Python) avec une architecture plus performante. Par la suite, Shinken s’est développé et intègre des fonctionnalités non disponibles dans Nagios. Cela fait donc quelques années déjà que Shinken est plus qu’une simple ré-implémentation de Nagios. Quels sont les principaux points de cette nouvelle version? Comme toujours, il est nécessaire de bien comprendre l’architecture du logiciel afin d’appréhender le mieux possible les évolutions proposées dans une nouvelle version de celui-ci.

Rappels sur l’architecture

Shinken dispose d’une architecture de rupture face aux autres outils Libres de supervision. Shinken est composé de plusieurs démons, chaque démon ayant son propre rôle :

  • arbiter : lit la configuration, la sépare et l’affecte au(x) scheduler(s). Il vérifie régulièrement que le(s) scheduler(s) fonctionnent correctement et affecte la configuration d’un scheduler en panne à un autre scheduler. Il reçoit les actions de supervision (commentaire, acquittement, …) et les dirige vers le scheduler correspondant.
  • scheduler : gère une partie de la configuration. Dispatche les tests à effectuer sur les pollers et les actions sur les reactionners. Le scheduler est aussi responsable du traitement du résultat, de la corrélation et de l’activation des actions (notifications, reprise sur incident).
  • poller : lance les tests et transfère le résultat au scheduler. Un scheduler peut être associé à un domaine de supervision spécialisé (Windows par exemple) ou à un environnement (poller dédié à un site géographique par exemple).
  • reactionner : responsable de la notification et des reprises sur incident (« event handler »).
  • broker : responsable des données et de leur stockage. Il existe plusieurs brokers, chacun répondant à un besoin particulier : un broker dédié aux données de performance (pour Graphite par exemple) ou un broker dédié au stockage des données de supervision temps réel pour une interface web particulière.
  • receiver : reçoit les données de supervision passives et les transfert au scheduler correspondant.

Shinken dispose de sa propre interface appelée Shinken-UI mais il est courant de lui adjoindre d’autres (Thruk, Graphite, PNP4Nagios). Depuis quelques versions déjà, l’interface Shinken-UI ne fait plus partie de « Shinken » : cette interface est considérée comme un module complémentaire à Shinken et les codes de Shinken et Shinken-UI sont séparés, comme le sont aussi ceux des brokers. Donc lorsque l’on parle de « la version 2.4 de Shinken », on parle des démons présentés précédemment et non de l’interface.

Numéros de version de Shinken

Shinken sort en version 2.4. La version précédente était la version 2.2 et celle juste avant était la version 2.0. Où sont passées les version 2.3 et 2.1? Ces versions n’existent pas : dans les faits, elles ne sont pas releasées. Les développeurs de Shinken préfèrent sortir des versions x.y où y est pair. Cela se justifie car les versions impaires sont généralement considérées comme des versions de développement (donc instables) par les utilisateurs. Il n’y a pas de versions intermédiaires (en x.y.z) sauf si cela est vraiment nécessaire. Ce qui ne devrait pas changer suite à la mise en place du cycle de développement court.

Les changements de version majeure se font lorsque la compatibilité n’est plus assurée avec les modules ou lors d’un changement très structurant. La raison du passage de la version 1.4 à la version 2.0 est lié à la gestion des modules : ceux-ci ne sont plus livrés directement avec Shinken mais à part. Charge aux utilisateurs d’aller chercher les modules Shinken souhaités. Ce changement était très important et nécessitait une montée de version majeure. À priori, le prochain changement de version majeure devrait intervenir lorsque Shinken imposera une montée de version vers Python 3.X. Celle-ci ne devrait intervenir que lorsque la RHEL 5 commencera vraiment à disparaître et la décision sera prise en fonction des retours utilisateurs.

Les développeurs de Shinken ont à cœur de maintenir la compatibilité ascendante concernant les fichiers de configuration : les fichiers de configuration de la première version doivent pouvoir être utilisés sans aucune modification sur la dernière version. Même des fichiers de configuration Nagios doivent pouvoir fonctionner parfaitement sur Shinken. C’est grâce à la présence de nombreux tests unitaires que ceci est permis. Cela permet aux utilisateurs de Shinken de migrer vers la dernière version sans nécessiter de mise à jour de leurs fichiers de configuration, étape qui peut être fastidieuse et très risquée.

Nouveautés de la version 2.4

La maintenance de la configuration d’une plate-forme de supervision peut être complexe. Avec cette version 2.4, Shinken facilite un peu plus la gestion de la configuration en permettant aux responsables de la plate-forme d’exclure certains services d’un modèle lors de l’héritage. Ce point peut être complexe à comprendre et nécessite une explication. Pour éviter de devoir saisir plusieurs fois les mêmes éléments de configuration, Shinken permet à ses utilisateurs de saisir des « modèles d’équipement » (« packs » dans la terminologie Shinken) : ces modèles d’équipement sont reliés à des « modèles d’indicateurs de supervision ». Par exemple, on peut définir un « modèle Linux » auquel seront associés des modèles « CPU », « mémoire vive », « partitions », « processus cron démarré », … Lorsqu’un équipement hérite d’un modèle, il hérite de tous les éléments associés à ce modèle. S’il hérite de plusieurs modèles (exemple : Linux + Dell + MySQL + Apache) , il hérite de tous les indicateurs de chacun des modèles. C’est un gain de temps considérable. Cependant, dans certains cas, il est nécessaire qu’un ou plusieurs indicateurs de supervision ne soient pas associés automatiquement. C’est la nouveauté de cette version 2.4 : il est dorénavant possible d’exclure des indicateurs de supervision lors de l’héritage. Un cas simple pour comprendre plus facilement : un serveur Windows ne dispose pas de l’antivirus déployé sur tous les autres serveurs Windows car l’application qu’il héberge n’est pas compatible avec cet antivirus. Pour ce serveur spécifiquement, une ligne va être ajoutée afin d’exclure l’indicateur concerné.

L’un des points forts de Shinken est de pouvoir gérer plusieurs dizaines de milliers d’indicateurs de supervision. Afin d’éviter de saturer la mémoire vive du serveur, un travail a été réalisé par les développeurs afin d’optimiser la mémoire. Deux améliorations ont été apportées, l’une à l’arbiter et l’autre au scheduler. Un problème de fuite mémoire se posait lors de bascule sur l’esclave ou lors de retour sur le maître, dans le mode HA. Ce problème est corrigé.

Dorénavant, sudo n’est plus utilisé. Pour cela, Shinken utilise systemd : grâce à l’utilisateur Unix shinken, il est possible de redémarrer le service sans passer par sudo. systemd n’étant pas encore disponible sur toutes les plates-formes, Shinken continuera d’utiliser sudo là où cela s’avérera nécessaire.

Un travail de refactoring (« nettoyage« ) du code est entrepris au fur et à mesure des sorties de version. Cette version n’y échappe pas, bien au contraire et a fait l’objet d’adaptations afin de respecter au maximum les bonnes pratiques recommandées par Pep8. Suivre les bonnes pratiques permet de disposer d’un code identique partout : un développeur donné n’est pas gêné par la façon d’écrire du code des autres développeurs car tout le monde respecte le référentiel des bonnes pratiques. Le code est alors plus simple à analyser. La vérification des bonnes pratiques est faite à chaque modification de code et à l’aide d’outils dédiés.

Read More

Grafana: la version 2.0 est arrivée

Posted by on 30 Avr 2015 in Communauté, Planet | 0 comments

Après avoir vu le « teasing » sur le futur de Grafana, un éditeur de tableau de bord et de graphiques open-source, dédié à Graphite, InfluxDB et OpenTSDB, nombreux étaient ceux à attendre cette nouvelle version. Une version bêta était disponible  à la fin du mois de mars histoire de mettre un peu l’eau à la bouche.

Sans même laisser le temps d’apprécier la version bêta quelques jours, voici la version stable. L’équipe de développement ainsi que la communauté ont travaillé vite et bien pour fournir rapidement le précieux.

Les paquets RPM/DEB, les sources, ainsi qu’une documentation de migration sont disponibles. La demo en ligne est également à jour.

Mais pas si vite ! Nous vous avons pas encore présenté les nouveautés de cette version majeure.

Read More