Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

: Sortie de Nagios 2.0

Posté par tuiu pol (Jabber id, ). Modéré le 09 février 2006.
Après plus d'un an de développement la première version de la série 2.x de Nagios est sortie : la 2.0.

Nagios est un moniteur de supervision, successeur de NetSaint. Il permet une supervision de serveurs, équipement réseaux et des services.

Le principe de Nagios est simple :
* un ordonnanceur gérant les actions
* une IHM légère via une interface web
* les sondes qui sont chargées d'effectuer les vérifications

Nagios est sous licence GPL v2.

Il est disponible sous forme de packages RPM pour Fedora et RedHat ou via l'archive des sources à recompiler.

NdM : Merci à KaTeznik pour avoir également proposé l'information.

> Lire la dépêche (44 commentaires, moyenne: 4,2).  

Vous avez demandé le commentaire #679843.

Hobbit Monitor

Posté par Nÿco (Jabber id, page perso, ) le 09/02/2006 à 13:42. (lien). Évalué à 10.

On est en train de déployer Hobbit chez mon client, sur un parc hétérogène de 150 machines HP-UX, AIX, Solaris, Linux (Red Hat AS 2.1 et 3).

http://hobbitmon.sourceforge.net/

--
Jabber ID : xmpp:Nyco@jabber.fr
  • [^]Re: Hobbit Monitor

    Posté par Frédéric Mangeant (page perso, ) le 09/02/2006 à 13:48. (lien). Évalué à 10.

    J'utilise Hobbit (en remplacement depuis Big Brother) depuis novembre dernier, pour superviser 1400 équipements (~ 1000 serveurs Unix, Windows, AS/400, MVS et ~ 400 routeurs, switches, AP, "boites noires").

    Le tout représente 2200 tests réseau (ping, HTTP, etc.) et 9000 ressources (CPU, disques, etc.)
    Ca tourne sur un bi Xeon 3.2 GHz dont la load average ne dépasse pas 0.8, et le temps de génération des 300 pages web est d'une demi seconde.

    J'utilisais déjà bbgen par-dessus Big Brother, mais je conseille vraiment de migrer vers Hobbit !

    --
    "Join the Navy; sail to far-off exotic lands, meet exciting interesting people, and kill them."
    • [^]Re: Hobbit Monitor

      Posté par FRLinux (page perso, ) le 09/02/2006 à 20:03. (lien). Évalué à 6.

      Et la cerise, monitoring avance de LDAP et des certificats avec verification de leur expiration (LDAPs). Une tuerie.

      Steph

      • [^]Re: Hobbit Monitor

        Posté par Frédéric Mangeant (page perso, ) le 10/02/2006 à 10:23. (lien). Évalué à 6.

        Idem pour HTTPS, les admins sont bien contents d'être prévenus x jours à l'avance que leur certificats vont expirer...

        Hobbit 4.2 étant "sur le point" de sortir, j'essaierai de m'y coller pour proposer une dépêche.

        --
        "Join the Navy; sail to far-off exotic lands, meet exciting interesting people, and kill them."
        • [^]Re: Hobbit Monitor

          Posté par tuiu pol (Jabber id, ) le 10/02/2006 à 16:51. (lien). Évalué à 2.

          Oh tiens la bonne idéee :)

      [^]Re: Hobbit Monitor

      Posté par Olivier Boyaval (page perso, ) le 10/02/2006 à 12:59. (lien). Évalué à 3.

      Pour l'instant, j'utilise encore Big brother mais je regarde avec intérêt Hobbit.

      L'esprit de BB est là avec en plus, cerise sur le gâteau, des graphiques.

      Par contre, côté client cela me paraît pas encore assez limité car surtout orienté unix/intel (linus, netbsd) ou, si j'ai bien compris, il faut utiliser le client original de BB qui n'est pas open source.

      Comme je gére principalement des serveurs AIX (5.1, 4.3 et 4.2) je ne suis pas certain d'avoir les + de hobbit (les graph notamment).

      autre point qui me paraît génant aussi, c'est qu'il n'y a pas de client windows (sauf celui de BB qui est propriétaire) et j'ai quelques machines en windows 2k server et 2003.

      en plus j'utilise certaines extensions que l'on trouve sur deadcat comme l'extension oracle ou des extensions spécifiques AIX (lvm, errpt, ...). A priori, elles pourraient fonctionner avec hobbit mais ce n'est pas certain.

      je n'ai malheureusement pas le temps de tester.

      la question est de savoir si actuellement c'est vraiment intéressant de migrer vers hobbit et avec quelle charge de travail pour l'adaptation. La documentation n'est pas très claire la dessus.

      Si la charge d'adaptation est trop lourde, l'autre solution est de prendre carrément autre chose comme Nagios, Oeron ou Zabbix (quid de Oracle ?) .

      à suivre donc ;o)

      • [^]Re: Hobbit Monitor

        Posté par Frédéric Mangeant (page perso, ) le 10/02/2006 à 13:33. (lien). Évalué à 4.

        Par contre, côté client cela me paraît pas encore assez limité car surtout orienté unix/intel (linus, netbsd) ou, si j'ai bien compris, il faut utiliser le client original de BB qui n'est pas open source.

        En fait le client Hobbit, depuis la version 4.1, fonctionne sous AIX, Linux, HP-UX, Solaris, Tru64, Darwin et *BSD.

        Pour l'instant les seuils se paramètrent de façon centralisée sur le serveur Hobbit; la version 4.2 permettra de gérer les seuils sur les clients.

        en plus j'utilise certaines extensions que l'on trouve sur deadcat comme l'extension oracle ou des extensions spécifiques AIX (lvm, errpt, ...). A priori, elles pourraient fonctionner avec hobbit mais ce n'est pas certain.

        Quelques rares scripts externes demandes à être modifiés pour fonctionner (ceux qui tournent sur le serveur Hobbit, basés sur SNMP par exemple), mais les scripts comme Oracle fonctionnent sans rien modifier.

        je n'ai malheureusement pas le temps de tester.

        la question est de savoir si actuellement c'est vraiment intéressant de migrer vers hobbit et avec quelle charge de travail pour l'adaptation. La documentation n'est pas très claire la dessus.

        Si la charge d'adaptation est trop lourde, l'autre solution est de prendre carrément autre chose comme Nagios, Oeron ou Zabbix (quid de Oracle ?) .

        Une doc sur la migration BB -> Hobbit est disponible ici : http://www.hswn.dk/hobbit/help/bb-to-hobbit.html

        Quand j'ai migré, je me suis contenté :
        - d'arrêter le démon bbd
        - démarrer le démon hobbitd
        - attendre que la carte se reconstruise ;-)

        Les logs BB sont compatibles avec Hobbit, tu conserves tout y compris l'historique.

        Concernant l'intérêt d'une telle migration, j'ai divisé la load average de mon serveur par ~ 10, donc oui ça vaut le coup :-)

        --
        "Join the Navy; sail to far-off exotic lands, meet exciting interesting people, and kill them."
        • [^]Re: Hobbit Monitor

          Posté par Olivier Boyaval (page perso, ) le 10/02/2006 à 20:36. (lien). Évalué à 2.

          Ok, merci pour ces informations intéressantes.

          J'attendrai donc la sortie de la 4.2 pour pouvoir tester avant d'envisager de mettre en production.

          ayant moins d'équipement, je n'ai pas de problème de charge sur le serveur BB (un vieux proliant ml350 PIII 1Ghz avec 512mo).

          par contre comme je prévois de surveiller également mes équipements réseaux (avec les graphes en plus), cela risque d'être intéressant d'évoluer vers hobbit.

          Côté SNMP, est-il prévu quelque chose en natif dans les prochaines version ?

        [^]Re: Hobbit Monitor

        Posté par Nÿco (Jabber id, page perso, ) le 10/02/2006 à 13:35. (lien). Évalué à 2.

        A priori, la migration de Big Brother vers Hobbit est transparente : mêmes fichiers de conf, même fonctionnement; etc.

        Ici, on a Hobbit sur les mêmes version d'AIX que toi : no problem.

        En plus on a du Linux bien sûr, mais aussi et surtout du HP-UX et du Solaris, mais je me répète...

        --
        Jabber ID : xmpp:Nyco@jabber.fr
        • [^]Re: Hobbit Monitor

          Posté par tuiu pol (Jabber id, ) le 10/02/2006 à 16:57. (lien). Évalué à 2.

          Purée en env hétérogène Unix/Linux, : ça embauche par là ??

          • [^]Re: Hobbit Monitor

            Posté par Olivier Boyaval (page perso, ) le 10/02/2006 à 20:58. (lien). Évalué à 2.

            J'ai aussi du netware 6.5 sur mon parc ;o)

            sinon on embauche (sur Béthune) un administrateur (niveau bac +2) serveur et DBA ayant les compétences d'administration AIX, Linux (SLES 9), DBA Oracle et si possible Netware 6.5 / Windows server (2k et 2003) / connaissances réseaux

            bon désolé pour la pub (n'hésitez pas à me modérer si nécessaire)