Articles précédents : Logiciel
- [12] ELKS
- [46] Sortie de GPG 1.0.7
- [52] OpenOffice.org 1.0 est sorti !
- [10] Astaro: firewall/proxy/VPN en GPL
- [12] X-CD Roast nouvelle version
- [11] DivX 5.0.1 pour GNU/Linux
- [41] Sortie de Circle 0.26
- [40] Création de PHP-Nuke Club
- [46] Dillo 0.6.5
- [17] gphoto2 est sorti
Liens connexes
Dépêche modérée par
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.
![[en]](../../../images/en.png)
![[fr]](../../../images/fr.png)
> Lire la dépêche (19 commentaires, moyenne: 5,2).
Un troll dans la news ?
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 ?
-
[^]Re: Un troll dans la news ?
Posté par pthivent () le 02/05/2002 à 15:43. (lien). Évalué à 6.<snip>
(256 Mo voire 512 Mo à 1 Go de RAM - Java oblige...)
</snip>
j'ai bon ?-
[^]Re: Un troll dans la news ?
-
-
[+] [^]Re: Un troll dans la news ?
Posté par Annah C. Hue (page perso, ) le 02/05/2002 à 15:59. (lien). É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 (page perso, ) le 02/05/2002 à 16:08. (lien). Évalué à -6.ca c'est un troll un vrai :)
-
[^]Re: Un troll dans la news ?
Posté par Guillaume BARON () le 02/05/2002 à 18:30. (lien). Évalué à 15.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/05/2002 à 21:36. (lien). É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 02/05/2002 à 22:25. (lien). É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
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/05/2002 à 16:53. (lien). Évalué à 12.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/05/2002 à 18:47. (lien). É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
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:
Et vous, vous surveillez votre parc?
Le bonjour chez vous,
Yves
-
[+] [^]Re: Elements de critique
Posté par Ramso (page perso, ) le 02/05/2002 à 19:09. (lien). Évalué à -3.Si si, c'est dans la news.
Par contre le protocole SMTP c'est déjà moins pertinant...--
Groar !
-
[+] [^]Re: Elements de critique
Posté par Dugland Bob (page perso, ) le 02/05/2002 à 22:18. (lien). É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 (page perso, ) le 03/05/2002 à 07:02. (lien). É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/05/2002 à 08:30. (lien). É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
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?
Est ce que ca tourne sur un java libre?
Cette page a été générée par Templeet en 0.0862s (dont 0.0109 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.