Icinga on Zwindler's Reflection

check_emc_rlp : supervision des LUNs dans le RLP sur baies VNX EMC²

Tue, 25 Apr 2017 12:00:51 +0000

Dans la série …

… plugins pour les outils de supervision Nagios(r) like et « Nagios(r) compatibles » (Icinga, Naemon, Shinken, …), je met à disposition un script que j’ai écris il y a quelques années et qui permet de vérifier et de grapher que vous disposez toujours des LUNs dans le RLP (Reserved LUN Pool). Je l’ai appelé sobrement check_emc_rlp et j’en parle aussi dans cet article à propos de NaviSecCli.

Mon problème initial était que j’avais plusieurs fois eu mes snapshots bloqués lors de l’utilisation un peu trop intensive du LUN source. Il n’y avait plus de place sur les LUNs dans le RLP, ce qui a pour effet de bloquer le snapshot et donc la base de préproduction que j’avais dessus. Un petit script qui vérifie qu’il y a toujours au moins 1 LUN non utilisé par LUN snapshoté permet de garder un peu de marge avant plantage.

Voilà ce que donne ce check_emc_rlp une fois mis en place dans Centreon :

Le script nous informe qu’il reste suffisamment de LUN dans le RLP lorsqu’il y a des snapshots actifs

La courbe de performance (PERFDATA Nagios) indique ici qu’il reste 3 LUN par LUN snapshoté (12 en fait en tout), et qu’on remonte à 6 par LUN à minuit (moment où on rafraichit notre préproduction et que les snapshots se vident)

La vue agrégée avec à la fois le nombre de LUN disponibles dans le RLP ainsi que le remplissage des LUN utilisés pour stocker le différentiel, par LUN snapshoté. Ce qui est intéressant ici c’est qu’on voit bien l’évolution du remplissage et le moment où la baie décide qu’elle a besoin d’un nouveau LUN en provenance du RLP

Comme d’habitude pour le téléchargement et la documentation, c’est sur Nagios Exchange et Github que ça se passe.

Pour rappel, vous trouverez aussi mes autres plugins Nagios dans le même repository Github.

Plugin de supervision check_wlst_sessions (WebLogic 9+)

Wed, 09 Nov 2016 13:00:18 +0000

Dans la série : plugin pour les outils de supervision Nagios(r) like et « Nagios(r) compatibles » (Icinga, Naemon, Shinken, …), je met à disposition un script que j’ai écris il y a quelques années et qui permet de vérifier et de grapher que vous n’avez pas atteint un certain nombre de sessions concurrentes dans le serveur d’application Java WebLogic d’Oracle.

Mon problème initial était que je n’arrivais pas à avoir de manière simple le nombre de sessions sur une JVM WbLogic. Je pouvais compter le nombre de processus/threads, mais ça ne correspond pas forcément à un nombre d’utilisateurs actifs.

Or, l’éditeur du progiciel nous avait fourni un sizing en fonction d’un nombre d’utilisateurs. Il était donc important d’avoir ce chiffre de manière fiable.

Il existait un plugin similaire pour la version 8 du serveur d’application (développé par Sergei Haramundanis), mais qui utilisait un module Weblogic.Admin, déprécié dans la version 10 que j’utilise.

Je me suis donc basé sur le WebLogic Scripting Tool (WLST) qui permet d’administrer et de récupérer des informations des serveurs WebLogic via des commandes Python interprété par Java (-_-« ). En fait, on peut réaliser l’ensemble des opérations disponibles dans la console WebLogic (l’AdminServer) en script.

La documentation du WLST est disponible à l’URL suivante.

Voilà ce que ça donne, une fois mis en place :

Comme d’habitude pour le téléchargement et la documentation, c’est sur Nagios Exchange et Github que ça se passe.

Pour rappel, vous trouverez aussi mes autres plugins Nagios dans le même repository Github.

Monitoring-FR a besoin de vous !

Sun, 13 Sep 2015 10:03:12 +0000

Aparté (retour sur l’histoire)

Pour ceux qui ne connaîtraient pas Monitoring-FR, il s’agit du site d’une des plus grosses communautés francophone de supervision open source.

Ce site s’appelait initialement Nagios-FR mais Ethan Galstad (créateur de Nagios®) a réclamé le nom de domaine (Nagios® est une marque déposée et on ne plaisante pas avec les avocats de Nagios® pour ceux qui ne l’auraient pas compris).

Monitoring-FR se compose d’un blog animé par une équipe de passionnés qui sont présents lors des grands événements de la supervision, d’un forum d’entraide et d’un wiki assez conséquent quoiqu’un peu désordonné et pas forcément très à jour.

C’était mieux avant ?

Les habitués de Monitoring-FR l’auront vu, cela fait quelques années que le rythme des publications diminue. La communauté semble moins vivace. Je ne sais pas si c’est les années Nagios-FR qui ont laissé des traces ou si c’est l’éclatement du logiciel Nagios lui même en sous projets concurrents (Icinga/Shinken/Centreon et sa volonté standalone) qui en est la cause.

Le monde de la supervision Open Source n’est pas le même qu’il y a 5 ans.

On a aussi senti en filigrane lors des échanges de lettres ouvertes avec Cédric Temple de Merethis (Centreon) que les animateurs de la communautés manquaient de main d’oeuvre.

Monitoring-FR a besoin de vous

Mais au delà de tout ça, Monitoring-FR, c’était quand même une sacrée base de connaissance pour tout ceux qui débutent. C’est une référence pour tout ceux qui s’intéressent à la supervision et à son actualité (finalement pratiquement pas traité ailleurs) et le travail de l’équipe a toujours été très bon, aussi bien en terme de couverture d’événements que de retours sur les nouvelles versions des logiciels.

Et c’est ce côté que je voir persister.

Depuis quelques mois, les publications reviennent un peu, avec des retours sur les rencontres Paris et Nantes Monitoring notamment.

Donc je voudrais relayer l’appel de Monitoring-FR et vous inviter, si le cœur vous en dis, à rejoindre le mouvement pour relancer la machine (lien mort) :)