Meetup Paris Monitoring #5 : interview de François Nollen et Maxence Germain de Montauzan
Le jeudi 17 mars 2016 a eu lieu le 5e meetup Paris Monitoring. dans les locaux de D2SI, société de conseils en IT. Le thème de ce meetup était Le monitoring revisité, thème décliné autour de trois conférences, dont l’une avait pour sujet : Monitoring as a Service : une recette pour des équipes DevOps. Cette conférence, dont le thème est proche de la conférence précédente (Monitoring as code), était donnée par François Nollen et Maxence Germain de Montauzan de Voyages-SNCF. Cette présentation était passionnante car elle était un retour d’expérience sur une méthodologie (et pas sur un logiciel particulier) et donnait de nombreux conseils (« recette ») très pertinents. Suite à celle-ci, nous avons pu les interviewer pour approfondir le sujet.
Vous pouvez télécharger directement les fichiers MP3 ou OGG pour une écoute offline en cliquant sur les icônes correspondantes.
Meetup Paris Monitoring #5 : interview de Benoît Pourre
Le jeudi 17 mars 2016 a eu lieu le 5e meetup Paris Monitoring. dans les locaux de D2SI, société de conseils en IT. Le thème de ce meetup était Le monitoring revisité, thème décliné autour de trois conférences, dont l’une avait pour sujet : Monitoring as Code. Ce sujet, probablement l’un des plus gros enjeux de la supervision des applications, était présenté par Benoît Pourre (@captnbp), Automation Consultant chez D2SI. Suite à sa présentation, nous avons pu l’interviewer pour approfondir le sujet.
Vous pouvez télécharger directement les fichiers MP3 ou OGG pour une écoute offline en cliquant sur les icônes correspondantes.
Meetup Paris Monitoring #5 : interview de Charles Judith et Victor Demonchy
Le jeudi 17 mars 2016 a eu lieu le 5e meetup Paris Monitoring. dans les locaux de D2SI, société de conseils en IT. Le thème de ce meetup était Le monitoring revisité, thème décliné autour de trois conférences, dont l’une avait pour sujet : The problem of a monolithic monitoring solution in a large scale environment. Cette conférence très intéressante, dont les slides sont disponibles, était donnée par Charles JUDITH (@Charles_JUDITH) et Victor DEMONCHY (@VictorDemonchy) de Criteo et suite à celle-ci, nous avons pu les interviewer pour approfondir le sujet.
Vous pouvez télécharger directement les fichiers MP3 ou OGG pour une écoute offline en cliquant sur les icônes correspondantes.
Compte-rendu du Meetup Paris Monitoring #5 du 17 mars 2016
Le jeudi 17 mars 2016 a eu lieu le 5e meetup Paris Monitoring. dans les locaux de D2SI, société de conseils en IT, valorisant l’expertise et l’innovation tout en prenant en compte les préoccupations sociétales, environnementales et économiques actuels. Le thème de ce meetup était Le monitoring revisité, thème décliné autour de trois conférences.
Accueil
Il y avait plus de 70 inscrits pour ce 5e meetup. Comme toujours dans ce genre d’événements, tout le monde n’a pas pu venir. À l’heure d’écrire cet article, nous ne connaissons pas le nombre exact de participants mais nous l’estimons entre 40 et 50 personnes. Comme toujours, Philippe Lewin de la société Somone, l’organisateur des meetup Paris Monitoring a introduit la soirée et remercié notre sponsor D2SI.
Du wifi était accessible durant ce meetup, les participants ont pu relayé sur les réseaux sociaux les sujets abordés ou directement visités les sites web des logiciels présentés.
Discussion sur l’évolution de #parismonitoring avec @PhilippeLewin avant le démarrage du meetup pic.twitter.com/ouX5t6PT8s
— Eric Coquard (@kermith72) 17 mars 2016
C’est parti pour @Charles_JUDITH pic.twitter.com/In2LrmiKbL — Eric Coquard (@kermith72) 17 mars 2016
Merci @d2si de nous avoir accueilli pour ce 5ème @parismonitoring #meetup !
— Victor Demonchy (@VictorDemonchy) 17 mars 2016
Solution de supervision monolitique
La première conférence était : The problem of a monolithic monitoring solution in a large scale environment par Charles JUDITH (@Charles_JUDITH) et Victor DEMONCHY (@VictorDemonchy) de Criteo. Cette conférence était intéressante car ce n’est pas la présentation d’un outil ou d’une solution mais les « retours clients », si l’on peut dire. Les problèmes rencontrés lors du déploiement et de la vie du logiciel de supervision utilisé (dans ce cas précis : Nagios) étaient présentés mais aussi et surtout, des solutions à ces problèmes étaient évoquées. Ici, le cœur du sujet était la scalabilité de Nagios face à un environnement de plusieurs milliers d’équipements à superviser. Pour faire simple : lorsqu’on atteint plusieurs dizaines de milliers de services supervisés, il est nécessaire de tuner au maximum Nagios mais aussi d’envisager d’autres solutions. Des exemples :
- éclater la supervision sur plusieurs pollers (serveurs de supervision dédiés à un environnement) et regrouper la visualisation dans une interface (en l’occurrence ici, Centreon)
- faire en sorte que Nagios ne gère plus les notifications. Ce système est délégué à d’autres outils, gérants la corrélation d’événements provenant de sources multiples comme Riemann
- lorsqu’une tempête d’alertes provient, suite à une erreur de configuration par exemples, tout simplement désactivé la supervision de l’élément problématique.
L’interface de supervision Centreon n’étant pas satisfaisante pour leurs utilisateurs, Charles et Victor étudie l’idée de développer une interface dédiée à leur contexte.
Monitoring as code / Monitoring as a Service
Les deux conférences suivantes avaient pour thème « Monitoring as code »/ « Monitoring as a Service ». Ce sujet est réellement très intéressant et il sera l’objet de beaucoup de discussions dans le futur. Comment pourrait-on résumer ce point? L’idée est simple : intégrer la supervision au plus tôt dans la chaîne de développement et faire en sorte que, lorsque la mise en production est effectuée, la supervision soit intégrée automatiquement. Le constat de départ est :
- le développeur connaît très bien l’application qu’il développe mais ne maîtrise pas la supervision
- l’administrateur connaît très bien la supervision mais ne maîtrise pas l’application
La réponse est évidente : faisons-les travailler ensemble! Quelques exemples d’actions présentées lors de ces deux présentations :
- faire communiquer DEVS et OPS
- fournir des outils, des connecteurs aux DEVs pour que ce qu’ils produisent soient intégrées dans la supervision
- fournir de la documentation claire et les former
- valoriser les retours, encourager la prise en main
- utiliser les outils utilisés par les développeurs (GIT/Jenkins/Docker/…)
- s’il y a des développements complémentaires à réaliser, ne pas hésiter à investir de nouvelles technos afin de les intéresser
- automatiser, automatiser, automatiser et automatiser
La première conférence s’intitulait Monitoring as Code par Benoît Pourre (@captnbp), Automation Consultant chez D2SI. La démonstration effectuée était assez impressionnante : le développeur lance la construction de son logiciel (build) à l’aide d’un outil comme Jenkins et le résultat final est que l’application est déployée et automatiquement ajoutée à la supervision.
La deuxième conférence s’intitulait Monitoring as a Service : une recette pour des équipes DevOps, par François Nollen et Maxence Germain de Montauzan de Voyages-SNCF. L’idée ici était de fournir un retour d’expérience en illustrant par des recettes de cuisine ce qui permet d’aboutir à une prise en main par les développeurs de la supervision. À noter que, comme tout retour d’expérience, les conseils sont très riches en enseignement! De nombreux conseils donnés lors de cette présentation peuvent être repris tels quels.
Meetup Paris Monitoring #5 le jeudi 17 mars 2016
Bonjour à tous 🙂 le prochain meetup Paris Monitoring qui a pour thème Le Monitoring Revisité aura lieu le jeudi 17 mars dans les locaux de notre sponsor du mois : D2SI.
Au programme de la soirée :
- Accueil des participants à partir de 18h50/19h00
- Mot d’accueil à 19h10
- 3 talks de 30 mins à partir de 19h15 jusqu’au moment des pizzas
- Discussions jusqu’à la fin à 22h
ZABBIX 3.0 est sorti
La version 3.0 de ZABBIX est sortie.
Alors ?
La version 3.0 de Zabbix, qui a nécessité deux ans de développement, est sortie le 16 Février 2016.
Cette nouvelle version est un grand pas en avant en terme de performance et de facilité d’utilisation, avec une interface utilisateur remodelée et une multitude de nouvelles fonctionnalités.
Quelles sont les nouveautés de la version 3.0 ?
Cette nouvelle version présente 3 nouveautés majeures.
Une interface utilisateur remodelée dans les standards du web actuel pour ne retenir que l’essentiel.
Le chiffrement des échanges entre l’ensemble de tous les composants basé sur le protocol TLS.
Les fonctions « prévision » et « temps restant » qui permettent de savoir dans combien de temps vous allez passer en dessous du seuil critique ou de savoir où vous en serez de votre espace disque dans 1 heure.
ZABBIX 3.0, c’est aussi
L’utilisation CPU par utilisateur, par processus ou par un ensemble de processus.
L’amélioration des performances par le processus de gestion du cache de l’historique qui permet de mieux gérer les remontées de données lorsque la connectivité avec les proxys par exemple a été interrompu.
Il est désormais possible de planifier l’exécution des contrôles, par exemple de planifier un contrôle unique à 7H55 avant ouverture du service chaque matin, et toutes les 5 minutes en heures ouvrées.
La possibilité de partager des cartes, écrans et diaporamas avec un utilisateur spécifique ou un groupe d’utilisateurs.
La possibilité de zoomer sur les graphiques jusqu’à une fenêtre d’une minute.
La découverte native des services Windows grâce à la clé « service.discovery ».
La découverte de plusieurs OID avec le nouveau mécanisme de découverte LLD SNMP.
discovery[{#MACRO1}, oid1, {#MACRO2}, oid2, …] La découverte basée sur des requêtes SQL « db.odbc.discovery ».
{
"data": [
{
"{#FRUIT}": "Banana",
"{#COUNT}": "5"
},
{
"{#FRUIT}": “Apple",
"{#COUNT}": "12"
},
{
"{#FRUIT}": "Orange",
"{#COUNT}": "3"
}
]
} La création d’application grâce à la découverte.
L’authentification SMTP.
L’ajout de paramètre personnalisé pour l’exécution de script à l’aide de MACRO.
La visibilité au niveau de l’hôte des MACROS héritées.
La possibilité de définir la méthode d’inventaire dans le menu « Administration – Général – Autre » et non plus uniquement sur l’hôte.
L’acquittement des alarmes plus flexible et logique.
La création de dépendances entre prototypes de déclencheurs (prototypes triggers).
La possibilité de personnaliser le user agent pour les scénarios web ou de définir l’agent comme agent Zabbix pour le filtrer dans les log d’accès du serveur web.
La gestion dynamique des interfaces d’interrogation des hôtes (Agent Zabbix, SNMP, IPMI et JMX).
Auparavant, en cas d’indisponibilité de l’hôte, l’interface conservait sa couleur.
Maintenant, elle apparaît en gris si l’interface est indisponible.
La possibilité de modifier le nombre de processus Zabbix escalator pour les grands environnements dans le fichier de configuration zabbix_server.conf.
La possibilité d’exécuter le processus de nettoyage de la base (housekeeper) à la demande en ligne de commande.
La possibilité de sortir sur la sortie standard les logs de Zabbix.
Cela fonctionne pour le serveur, le proxy et l’agent.
ZABBIX 3.0, c’est encore, en vrac
- L’import/export du mappage des valeurs
- L’utilisation des macros contextuelles
- La nouvelle méthode trends.get de l’API
- La possibilité de grapher des éléments de type log
- Le percentile
Des articles sont en préparation sur certains sujets.
Vous pouvez en demander dans les commentaires.
Read MoreFormation InfluxDB Grafana
La Communauté Francophone de la Supervision Libre a décidé de lancer des formations autour des outils et logiciels auxquels nous croyons (ELK, Grafana, InfluxDB, Sensu…) et sur lesquels il n'est pas toujours facile de trouver de la formation.
Nous allons faire un galop d'essai et annonçons officiellemet une formation sous forme d'atelier pratique de 2 jours autour de InfluxDB et Grafana.
Read MoreLicence
Sauf mention spéciale, le contenu de ce site est distribué sous licence Creative Commons version BY 3.0.