Le Jeudi 23 Juin 2016 à Paris, s’est tenue la première rencontre des utilisateurs Zabbix. Une cinquantaine de personnes étaient présente autour d’Alexei Vladishev, créateur de Zabbix.
Cette première rencontre démontre l’intérêt grandissant que les utilisateurs ont envers Zabbix dans l’hexagone et confirme mon pari de miser sur cette solution de supervision.
La prochaine rencontre est planifiée à la rentrée Septembre, donc profitez bien de vos vacances.
Ne voulant pas faire de doublon sur la toile, j’ai repris l’article de grande qualité de Jean Baptiste Favre.
Après les présentations d’usage par moi-même au nom de BlaBlaCar, sponsor de l’évènement, et Steve Destivelle pour le groupe d’utilisateurs Zabbix France, nous sommes entrés dans le vif sujet avec une introduction à Zabbix par Alexei Vladishev lui-même.
Alexei a tout d’abord rappelé que Zabbix privilégie l’ouverture totale du code source, l’intégralité du logiciel est publiée sous license GPLv2, plutôt que l’ouverture d’un noyau, les fonctionnalités « annexes », et souvent parmi les plus importantes, n’étant disponibles que dans une version payante et fermée (on parle alors d’« open-core »). On ne manquera évidemment pas de faire le parallèle avec Nagios.
Alexei a ensuite rappelé les grandes lignes de l’architecture de Zabbix avec le serveur lui-même (zabbix-server), mais également les serveurs mandataires (zabbix-proxy) et enfin les agents (zabbix-agent). Il a insisté sur le fait que les proxy comme les agents peuvent fonctionner en mode passif ou actif selon les besoins et les contraintes induites par le réseau.
Ces caractéristiques font de Zabbix un outil de monitoring complet et souple dont le déploiement est par ailleurs simplifié par la taille particulièrement réduite de ses principaux composants:
* zabbix_agent: 339KB * zabbix_proxy: 1.3M * zabbix_server: 1.4M
Après avoir balayé les nouveautés apportées par la version 3.0 de Zabbix, au nombre desquelles le chiffrement des communications à l’aide de TLS mais également la prédiction basée sur l’évolution d’une métrique bien utile pour l’occupation disque par exemple [1], Alexei a présenté certaines des fonctionnalités que Zabbix accueillera dans sa version 3.2, prévue pour août 2016.
Parmi celles-ci, on notera l’apparition de la corrélation d’évènements et l’apparition des tags. Ces deux fonctionnalités combinées devraient permettre de réduire le nombre d’alertes en cas d’incident majeur, de manière plus souple que le système de dépendances actuel, pour ne diffuser que les alertes reflétants la cause réelle de l’incident.
À la suite de la présentation d’Alexei, le défi était de taille, je suis revenu sur le retour d’expérience de l’utilisation de Zabbix chez BlaBlacar.
La présentation était beaucoup plus courte, 5 minutes, que lors de l’édition 2015 de la Conférence Zabbix; elle se voulait également plus concrète.
Je ne suis donc pas entré dans les détails liés à Zabbix: nombreux étaient celles et ceux qui ne connaissaient pas ou mal Zabbix.
J’en ai en revanche profité pour insister sur des généralités: architecture, segmentation, standardisation d’une infrastructure de monitoring.
La soirée s’est enfin clôturée par les traditionnelles discussions autour des non moins traditionnelles pizza et, bien entendu, de Zabbix.
Cette première rencontre a donc été un succès que seule la coupure automatique du Wifi[2] est venu ternir.
Vivement la prochaine conférence Zabbix à Riga, que l’on puisse découvrir dans le détail les fonctionnalités de la toute dernière mouture de Zabbix !
1. il ne s’agit plus, par exemple, d’alerter lorsque l’occupation disque dépasse un seuil pré-défini, mais de prendre en compte le temps restant avant remplissage. Compte tenu des capacités de stockage actuelles, ce nouveau mécanisme est beaucoup plus malin que le précedent.
2. encore désolé pour ça, on ne le fera plus, c’est promis 🙂 [2]