Sortie de OpenNMS 1.0

Posté par Jérôme F. le 02 mai 2002 à 17:16. Modéré par Benoît Sibaud.

Étiquettes :

mai

2002

La version 1.0 de OpenNMS, outil intégré de supervision réseau, vient de sortir, après 1 an et demi de développement intense. Il permet la découverte d'équipements sur votre réseau, et ensuite de mettre en place des requêtes régulières (en utilisant le protocole, SMTP ou HTTP, par exemple) pour vérifier leur bon fonctionnement.

OpenNMS est écrit en Java, utilise Tomcat pour la présentation (Web), un second moteur assurant la gestion des interrogations des équipements.Il n'assure pas toutes les fonctionnalités que l'on retrouve dans des frameworks du type Tivoli/HPOV/Unicenter (essentiellement la partie graphique), mais l'essentiel est là, y compris la métrologie, basée sur RRDtool, successeur de MRTG.

La différence avec ces derniers est le coût, infime (GPL oblige) par rapport aux frameworks non libres, dispendieux en plus d'être surchargés fonctionnellement. L'installation est simple, pourvu que vous utilisiez les paquetages fournis (dont PostgreSQL et RRDtool, en RPM - RedHat, Mandrake moins bien supporté, ou Debian), mais nécessite une machine conséquente (256 Mo voire 512 Mo à 1 Go de RAM - Java oblige...)

Ne pas oublier sur le même sujet Nagios, successeur de NetSaint qui offre lui une cartographie (limitée) du réseau supervisé, et ntop qui supervise les flux réseaux qui passent à proximité, en permettant une identification des parts des protocoles (pratique pour les administrateurs réseaux que se demandent qui s'arroge toute la bande passante...)

Ne ratez pas non plus l'argumentaire sur la façon de choisir un produit de supervision, sur le site d'OpenNMS. Instructif.

Aller plus loin

OpenNMS (51 clics)
RRDtool (5 clics)
Nagios (5 clics)
NetSaint (10 clics)
ntop (6 clics)

# Un troll dans la news ?

Posté par VACHOR (site web personnel) le 02 mai 2002 à 17:38. Évalué à 7.

Un gros troll s'est dissimulé derrière un brin d'herbe dans cette news...
Saurait vous le voir ? (ce peut être un test de QI :-)
- [^] # Re: Un troll dans la news ?
  
  Posté par dguihal le 02 mai 2002 à 17:42. Évalué à 10.
  
  mais nécessite une machine conséquente (256 Mo voire 512 Mo à 1 Go de RAM - Java oblige...)
  
  J'ai bon?
- [^] # Re: Un troll dans la news ?
  
  Posté par pthivent le 02 mai 2002 à 17:43. Évalué à 6.
  
  <snip>
  (256 Mo voire 512 Mo à 1 Go de RAM - Java oblige...)
  </snip>
  
  j'ai bon ?
  - [^] # Re: Un troll dans la news ?
    
    Posté par dguihal le 02 mai 2002 à 17:45. Évalué à 6.
    
    Trop tard
- [^] # Re: Un troll dans la news ?
  
  Posté par Annah C. Hue (site web personnel) le 02 mai 2002 à 17:59. Évalué à -9.
  
  C'est pas un troll.
  
  Pour que java ne se traine pas comme un gros veau marin bourré à la bière, il lui faut ses 30 Go de RAM et ses 50 CPUs.
  - [^] # Re: Un troll dans la news ?
    
    Posté par vrm (site web personnel) le 02 mai 2002 à 18:08. Évalué à -6.
    
    ca c'est un troll un vrai :)
  - [^] # Re: Un troll dans la news ?
    
    Posté par Guillaume BARON le 02 mai 2002 à 20:30. Évalué à 10.
    
    En réalité, Java peut être très performant, il suffit d'utiliser un processeur ... PicoJava ?
    
    Vous croyez qu'un jour il existera des "cartes accélératrices java" avec un picojava embedded ?
    
    En réalité, ce qui coute des ressources, c'est la phase d'emulation du "processeur" dont le jeu d'instructions est le bytecode Java.
    
    Moi je pense que Java a plutot fait ses preuves en tant que langage de programmation oriente objet(oui, bon je me suis arrete a la version "2" ...).
    
    Ce que je tiens a souligner, c qu'il est souvent tres bien pour prototyper une appli, pasqu'on gagne pas mal de temps si on a pas a se preoccuper de la gestion de memoire pour sortir un produit qui fonctionne (meme lentement...).
    
    Vala pour un avis toujours aussi personnel.
    
    Note : bah oui j'aime bien Java, mais je crois que si Sun ne developpe pas le PicoJava, Java a peut-etre un risque de perdre de la vitesse ...
    
    http://www.sun.com/microelectronics/picoJava/(...)
    - [^] # Re: Un troll dans la news ?
      
      Posté par toonsy le 02 mai 2002 à 23:36. Évalué à 8.
      
      C'est clair qu'on a vu largement mieux en vitesse mais j'ai pu tester la version 1.4 et sincèrement ils se sont énormément améliorés question performances. La gestion mémoire a également été revue. C'est pas encore ça, mais ça commence à venir.
    - [^] # Re: Un troll dans la news ?
      
      Posté par Denis Rampnoux le 03 mai 2002 à 00:25. Évalué à 3.
      
      Si ca peut t'aider à te faire une opinion sur une puce java, un article m'a été conseillé :
      Behavior of Efficient Virtual Machine Interpreters on Modern Architectures Anton Ertl et David Gregg European Conference on Parallel Processing, 2001
      Je ne suis pas sûr qu'il soit autorisé de mettre un lien vers une copie du dit article (en fait, je ne sais pas donc je ne fais pas de bétises... ;-) ) mais google peut aider à le trouver ! ;-)
      C'est assez intéressant même s'il faut un peu aprofondir pour se faire une idée à mon avis (avec les acrticles de la biblio par ex...)
      Bon courage !
# Un autre projet intérressant

Posté par Arnaud FEIX le 02 mai 2002 à 18:12. Évalué à 10.

Il faut aussi jeter un oeil sur un autre projet qui semble prometteur (version 0.81) :

Je cite :
Le but du projet LOGTREND est de fournir une structure de base permettant la supervision de systèmes et réseaux. [...]
Logtrend est une structure complètement ouverte et s'appuie sur des logiciels libres : il est intégralement développé en Perl et utilise actuellement PostgreSQL pour le stockage des données. L'ensemble de la configuration et des échanges de données reposent sur le standard XML

http://www.logtrend.org/(...)
- [^] # Re: Un autre projet intérressant
  
  Posté par a_jr le 02 mai 2002 à 18:53. Évalué à 10.
  
  J'avais deja jete un coup d'oeil a ce projet.
  -- c'est un peu fouillis si on veut etendre les fonctionnalites.
  ++ La doc est plutot correcte.
  ++ Mandrake fait des packages (dans cooker ou dans contribs, je ne me souviens plus.)
  
  J'ai pas ete plus loin dans mon inspection du produit.
  
  Le bonjour chez vous,
  Yves
- [^] # Re: Un autre projet intérressant
  
  Posté par L Guillaume le 03 mai 2002 à 20:47. Évalué à 2.
  
  Dans la boite ou je bosse, je dois superviser 23 serveurs Linux. 3 contraintes:
  - Une interface claire et simple pour une remontée d'alarme rapide
  - Pouvoir superviser des serveurs Linux ;-)
  - LE PRIX
  
  Mon choix s'est porté sur BigBrother http://bb4.com(...)
  675$ pour le serveur 0$ pour les clients. (je crois qu'il est gratuit pour une utilisation non commerciale)
  Une Mailling list super active
  Une jolie interface
  plein de scripts en + sur http://www.deadcat.net(...)
  
  Concernant OPENNMS, je crois qu'il lui manque vraiment une MAP à la HPOV NNM.
# Elements de critique

Posté par a_jr le 02 mai 2002 à 18:51. Évalué à 10.

OpenNMS, ca semble pas mal, mais je voudrais signaler des petites choses.

- Les gars insistent sur le fait que le soft est OpenSource. Pourtant, il faut chercher assez loin pour trouver la licence: c'est du GPL. Pourquoi ne pas dire tout de suite GPL?

- OpenNMS s'installe sur la machine qui surveille les autres. Mais on n'installe pas d'agents ailleurs. Consequence: impossibilite de surveiller un process. Voyez ce que les developpeurs en pensent: http://www.opennms.org/cgi-bin/faq?file=16(...)
En plus, j'avais lu quelque part que ce developpement n'etait pas envisage. Impossible de retrouver ou j'ai lu ca. Simplement, regardez les developpements futurs: c'est pas dedans. http://www.opennms.com/product/future/(...)

- Allez faire un tour sur le site de demo. http://www.opennms.com/product/tour/(...) Cela vaut le coup, c'est vraiment sympa.

Pour la surveillance de process, nagios (http://www.nagios.org;(...) anciennement netsaint) est ce que j'ai trouve de mieux. Nagios a un inconvenient: il n'est pas simple a configurer. En effet, il y a plein de plugins, et il faut installer le site web. Par contre, pour ajouter une fonctionnalite, pour etendre le produit, c'est tres facile et on peut le faire dans n'importe quel langage (C, Perl, shell...) grace aux plugins!

Enfin, signalons des concurrents:
LogTrend (http://www.logtrend.org/(...))

Big Sister (http://bigsister.graeff.com/(...)) qui est le concurrent du gratuit mais non libre Big Brother

[^] # Re: Elements de critique

Posté par Ramso le 02 mai 2002 à 21:09. Évalué à -3.

Si si, c'est dans la news.

Par contre le protocole SMTP c'est déjà moins pertinant...
[^] # Re: Elements de critique

Posté par Dugland Bob le 03 mai 2002 à 00:18. Évalué à -4.

pour surveiller un process, tu peux utiliser SNMP, y'a eu un article (sur O'reilly, je crois).
En gros, tu connecte un script sur un "machin" (je me souviens plus du vocabulaire) SNMP.
[^] # Re: Elements de critique

Posté par Annah C. Hue (site web personnel) le 03 mai 2002 à 09:02. Évalué à 1.

Pour l'histoire des agents, c'est pas du tout cool : si on a 50 sites avec chacun 10 réseaux derrière un firewall, comment va faire LA machine de supervision pour tout surveiller ? Ça va en faire du traffic réseau.

Alors qu'avec quelques sondes bien placées, le problème est simplifié, et seuls les problèmes sont remontés à la console de supervision centrale.

C'est pour ça que je vais continuer à utiliser netsaint.
- [^] # Re: les agents
  
  Posté par a_jr le 03 mai 2002 à 10:30. Évalué à 3.
  
  Le probleme de l'installation des agents, de sa configuration puis de la maintenance des agents est un travail considerable et je suis bien place pour le savoir puisque ca fait partie de mon boulot.
  
  L'installation des agents ne peut pas se faire simplement, a moins d'avoir un outil de deploiement, mais ceci n'est pas propre a l'outil mais a votre parc informatique.
  
  La configuration des agents peut se faire simplement si elle est centralisee. Sinon, il faut aller sur chaque agent, et c'est la que l'outil de deploiement doit vous aider. Ou alors une solution intermediaire que je n'ai vue nulle part est de pouvoir demander a l'agent de rappatrier la conf, de la modifier, et d'utiliser ensuite une fonctionnalite des agents qui serait de s'auto-deployer. La configuration centralisee est la plus agreable, forcement.
  
  La maintenance se fait au cas par cas. La, vous devez avoir des fonctionnalites dans l'agent afin de savoir s'il tourne bien, quelle version c'est, et si possible, un moyen de s'auto-mettre a jour. Pas facile a faire.
  
  Le plus gros probleme ensuite, avec les agents, c'est qu'il faut securiser les transferts. Le pire, c'est la fonctionnalite de mise a jour de l'agent: il ne faudrait pas qu'un pirate utilise cette fonctionnalite pour mettre un agent a sa sauce, avec des backdoors et/ou des virus/vers...
  
  Pour le firewall, il faut ouvrir les ports. le plus sympa est d'avoir un agent qui fait les tests en local ou sur le reseau local, et qui envoie les resultats au collecteur via le pare-feu, via un seul port et non pas les N qui servent aux tests. Mais la, plusieurs installations d'un meme NMS qui synchronisent leurs resultats, cela revient au meme, et c'est d'ailleurs une fonctionnalite future de OpenNMS.
  
  Enfin, une derniere fonctionnalite des agents est de pouvoir relancer les process tombes, avec gestion des dependances. La, ca devient plus chaud, avec la gestion des dependances, et avec surtout la securite: il ne faut pas executer n'importe quoi!
  Mais quand ca marche, c'est terriblement chouette, et je sais de quoi je parle!
  
  Le bonjour chez vous,
  Yves

# Question

Posté par CMO (site web personnel) le 03 mai 2002 à 03:30. Évalué à 0.

Est ce que ca supporte / utilise JMX ?

Je vois pas ca dans la doc. Si ce n'est pas le cas, le produit perd beaucoup d'importance / utilite.

JMX veut dire Java Management Extension.

# et sur un java libre?

Posté par Alphonse Oncle le 03 mai 2002 à 09:13. Évalué à -2.

Est ce que ca tourne sur un java libre?

Suivre le flux des commentaires

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