Publication de Thruk 0.70

Posté par  (site web personnel) . Modéré par Xavier Teyssier.
Étiquettes :
11
7
sept.
2010
Perl
Sven Nierlein vient d'annoncer sur son blog ce lundi 6 septembre la publication de la version 0.70 de Thruk (interface web de supervision).

Contrairement à bon nombre d'interfaces alternatives aux CGI originaux de Nagios, Thruk a été écrit pour les remplacer de manière isofonctionnelle avant de s'enrichir. Par isofonctionnelle, il faut comprendre que l'interface reprend pratiquement trait pour trait l'interface originale de Nagios. De plus, Thruk est écrit en Perl et utilise le framework Catalyst.
Cependant, de nombreuses et nouvelles fonctionnalités ont déjà fait leurs apparitions au fil de son développement :

  • Plusieurs sources possibles (grâce au support de MKLiveStatus) ;

  • Plusieurs moteurs possibles (Nagios, Icinga ou même Shinken) ;

  • Indépendance vis-à-vis de Nagios Core : il est possible de l'installer sur un autre hôte ;

  • Recherches étendues ;

  • Export vers Excel (NdM : un export dédié au logiciel propriétaire Excel ou un export au format XLS ?);

  • Interface pour mobile (iPhone, iPad et Android) ;

  • Interface personnalisable via des thèmes (Nuvola, Exofolation, Vautour, etc.).


Depuis la version 0.70, toutes fonctions internes relatives à MKLiveStatus ont fait l'objet d'un module, ce qui prépare la possibilité d'avoir plusieurs sources, alternatives à MKLiveStatus.

Si Centreon, OP5 et autres Opsview vous paraissent avoir souffert d'un trop-plein de fonctionnalités, ou que vous souhaitez pouvoir améliorer l'interface de Nagios sans trop changer les habitudes de vos utilisateurs, alors, une chose est sûre, Thruk est certainement fait pour vous !

Aller plus loin

  • # Interface de nagios

    Posté par  . Évalué à 3.

    C'est triste de reprendre l'interface de nagios, alors que icinga propose (en plus de l'interface classique de nagios) une refonte de l'interface bien plus fonctionnelle et pratique à utiliser :
    http://www.icinga.org/screenshots/
  • # Thruk

    Posté par  (site web personnel) . Évalué à 7.

    >> alors, une chose est sûre, Thruk est certainement fait pour vous !

    Mahchin ou Thruk, c'est du pareil au même, hein…
  • # Export vers Excel

    Posté par  (site web personnel) . Évalué à 2.

    Pour répondre à la question du modérateur, Thruk s'appuie sur un module nommé Excel::Template::Plus qui permet de créer des fichiers OOXML.
  • # Et la base de données?

    Posté par  . Évalué à 4.

    Hormis les améliorations de l'interface (qui sont toujours intéressantes, ceci dit) et après avoir essayé un moteur de supervision (Centreon), une chose m'intéresse au plus haut point: c'est la base de données. Mon plus gros grief sur Centreon est qu'il ne supporte pas la purge des données obsolètes (après en avoir discuté avec les développeurs sur le forum). La base de données ne fait que croître — grosso merdo: «vous n'avez qu'à ajouter des disques!» Ben non!

    Ce que je trouve malheureux, c'est que les données de métrologie sont par défaut enregistrées dans une base de données à jeton circulaire mais que, pour des besoins de reconstruction des graphiques, l'on ait adjoint une base de données MySQL. Toute la pertinence de RRDB est ainsi anéantie.

    En résumé, ce qui m'intéresse c'est à quoi sert la base de données. Est-elle là pour stocker des informations (p.ex. de configuration) dont le volume reste stable au cours du temps? Ou bien est-elle aussi utilisée pour mémoriser les données de métrologie? Dans ce dernier cas, existe-t'il une fonctionnalité (facile d'accès, de préférence) pour purger les données obsolètes?
    • [^] # Re: Et la base de données?

      Posté par  (site web personnel) . Évalué à 3.

      Tu as dans Centreon (en fait le module ndo) des paramètres de purges qui sont un peu élevé de base, mais ils existent il me semble (ndo2db.cfg).

      Mais en effet de toute manière l'utilisation d'une bdd dans ce cas là n'est pas si utile. Concernant Thruk c'est que justement il utilise le module LiveStatus qui est en fait un moyen pour le daemon Nagios d'écouter sur un port des requêtes (format spécial mais très simple d'utilisation) et de répondre. Point de bdd ici (en fait si, le daemon se transforme en bdd sans rétention finalement).

      De plus en plus d'outils gravitant autour de Nagios font le choix de livestatus (plus de base MySQL à installer/gérer) lorsqu'il ne s'agit que de voir les infos en temps réels comme par exemple NagVis qui est un moyen d'avoir de jolies cartes agrégées et qui n'a clairement pas besoin de la rétention d'information sur le long terme.

      Centreon n'a pas encore franchi le pas, et s'oriente plutôt pour l'instant vers un nouveau schéma de base bien plus léger et performant que le classique de Nagios (NDO) avec leur nouveau module d'export (CentreonBroker).

      Bref ça bouge pas mal ces temps-ci dans le domaine, les idées fusent c'est cool :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.