Journal Nagios 2.0 disponible

Posté par  .
Étiquettes : aucune
0
8
fév.
2006
Nagios [1], aussi connu sous le nom de NetSaint [2], est un outil de surveillance de parc informatique. Il est capable de surveiller le bon fonctionnement de machines, services ainsi que du réseau.
Basé sur un système de plugins, il est très flexible, il est possible d'écrire ses propres scénarios pour tout type de besoin.
La supervision et une partie de l'administration se fait via une interface Web et les remontées d'alertes sont paramétrables (email, sms, application tierces, ...).
Il est performant et scalable, ainsi, suivant la taille de votre parc, vous pourrez clusteriser son utilisation.

Plus de 3 ans après la branche 1.0 (issue de NetSaint), la liste des changements de Nagios 2.0 ne comprend pas de nouveautés exceptionnelles : correction de bugs, optimisation, ajout et modification de fonctions. Pour les administrateurs, reportez-vous au ChangeLog [3].

[1] http://www.nagios.org/
[2] http://www.netsaint.org/
[3] http://www.nagios.org/development/changelog.php
  • # Zabbix

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

    Et zabbix continue également son petit chemin, avec la sortie de la version 1.1beta6.

    http://www.zabbix.com/
    • [^] # Re: Zabbix

      Posté par  . Évalué à 2.

      salut,

      pour info c'est quoi les + et - de zabbix / nagios ?

      merci
      • [^] # Re: Zabbix

        Posté par  . Évalué à 4.

        La principale différence est que Zabbix intégre RRDtool pour le rendu graphique.
        Nagios étant plutôt destiné à un état "temps réel" des services, il faut le coupler à Cacti (par exemple) via NagiosGraph pour obtenir un résultat équivalent.
        Zabbix est donc une solution "tout-en-un".

        Une des autres différence est dans le développement, Zabbix dépend beaucoup de la socièté qui le supporte.
      • [^] # Re: Zabbix

        Posté par  . Évalué à 7.

        J'utilise beaucoup les deux ainsi que Munin (http://munin.projects.linpro.no/).

        Nagios est pratique pour monitorer les services du parc informatique. Facile et agréable à configurer, il permet de contacter l esles admins par mail, sms, etc. Il est particulièrement configurable, créer un plugin nagios est rapide à faire. Dispo sous Debian.

        Zabbix est capable de gérer le monitoring et d'envoyer des alertes, mais il permet aussi de générer des graphs _très_ sympathiques, en croisant toutes les valeurs qui nous intéressent. Son véritable plus est la génération de graphs à la demande. Seulement je déteste installer ce soft : il n'est tout d'abord pas supporter sous Debian et RedHat, long et chiant à installer (il nécessite une base mysql), et surtout son auteur est un horrible concepteur d'IHM, ajouter ou modifier les hosts et les items est un vrai calvaire, au point que souvent il est plus simple de faire une requête directement dans la bdd.

        Le petit dernier chez nous est Munin, qui fait uniquement de jolis graphs de tout plein de choses. Dispo sous Debian, rapide à installer et à configurer, il est de plus facile de lui développer des plugins.

        Si j'avais le choix je n'utilisais que Nagios et Munin, seulement Zabbix a des avantages que les autres n'ont pas. Jette un oeil aux screenshots.

        PS: Zabbix beta est encore bien instable, mais son IHM est un tout petit peu mieux. Ca reste immonde :)
  • # monit

    Posté par  . Évalué à 4.

    J'ai découvert monit via le système de packaging d'OpenWRT, et c'est vraiment un super outil.

    C'est tout petit, et il permet de vérifier le MD5/SHA1 des programmes (pour voir si on a pas été piraté), de vérifier si le programme a pas été relancé, de vérifier si le programme prend trop de CPU, relancer les services, d'alerter par mail.

    OK, nagios fait sûrement ça, mais pour une petite archi réseau c'est nickel :)

    P.S. : C'est sûr quand on fait la promo d'un logiciel, on parle TOUJOURS de ses concurrents :) En fait j'ai jamais entendu parler de monit ici, c'est pour ça que j'en parle :)
    • [^] # Re: monit

      Posté par  . Évalué à 4.

      P.S. : C'est sûr quand on fait la promo d'un logiciel, on parle TOUJOURS de ses concurrents :) En fait j'ai jamais entendu parler de monit ici, c'est pour ça que j'en parle :)

      La sortie d'un logiciel, c'est toujours le moment de le comparer aux autres, de voir les avancements, les retards et les limitations. On peut aussi en découvrir et qui sait, certains correspondent peut-être mieux à nos besoins et nos attentes.
      Nagios est simple à configurer, performant et extensible. Il manque une gestion simple des graphes mais ça reste possible ;-)
      • [^] # Re: Ne pas gérer les graphes ...

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

        Je pense qu'il est bon que nagios ne gère pas les graphes.

        En effet, le monitoring est une tâche complexe (horaires de boulot, services compliqués à checker, escalade, ...) suffisemment complexe pour l'atomiser, à savoir en faire 1 logiciel à part entière.

        Par ailleurs, la création de graphs de suivi par munin par exemple (très facile à configurer) ou cacti/rrd ou tout autre concurrent représente aussi une tâche importante de l'administration système pour pouvoir détecter les problèmes ou les surcharges etc.

        Je pense donc qu'il est bon de disposer d'outils distincts pour ces 2 tâches, pour rejoindre l'essence des outils dans le monde Unix : chaque outil ne fait qu'une seule chose, mais il la fait bien

        Benjamin

        utilisateur de Netsaint/Nagios/Nagios2 et Mrtg/Rrdtool/Cacti/Munin
        • [^] # Re: Ne pas gérer les graphes ...

          Posté par  . Évalué à 2.

          Actuellement, Nagios possède déjà une interface qui permet d'accèder aux informations qu'il collecte, il fait donc déjà 2 choses en même temps.
          L'idéal serait un collecteur qui s'occupe des informations des hôtes/services et une interface web distincte, souple et performante pour lire ces données.
  • # Un complément de Nagios,

    Posté par  . Évalué à 2.

    Séduisant sur le papier (jamais testé)

    http://www.oreon-project.org/

    M
    • [^] # Re: Un complément de Nagios,

      Posté par  . Évalué à 2.

      Ca fonctionne bien !

      C'est une surcouche à Nagios (ça utilise donc toujours nagios).

      La version actuelle d'OREON n'est pour l'instant pas compatible avec Nagios 2.x.
      D'après la roadmap (voir http://www.oreon-project.org/Oreon-RoadMap-fr.html ), la version d'oreon qui sera compatible avec Nagios 2 sera la 1.5-RC1 (Date de sortie prévu 01-05-2006).
  • # Interface remake

    Posté par  . Évalué à 3.

    Pour ceux qui trouve l'interface web un peu depasse, j'ai fait un image pack disponible sur NagiosExchange:

    http://www.nagiosexchange.org/Image_Packs.75.0.html
    ensuite "Nuvola Style" (desole mais le lien direct ne marchais pas)

    Un Screenshot rapide sous Firefox:

    http://www.nagiosexchange.org/typo3conf/ext/net_nagext/pi1/d(...)

    PS: J'ai pas tester avec la version finale, mais avec la Beta 4 donc je ne pense pas qu'il y est de gros problemes.
    • [^] # Re: Interface remake

      Posté par  . Évalué à 4.

      Pour l'historique, j'ai fait ca pour convertir un decideur presse d'adopter Nagios plutot qu'une saloperie commerciale pas connue du tout et super chere mais qui presentait bien...

Suivre le flux des commentaires

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