Sortie d'OpenNMS Sans Effort (OSE) 1.0

Posté par  . Modéré par Mouns.
Étiquettes :
9
10
juil.
2009
Technologie
OSE (OpenNMS Sans Effort) est une distribution Linux basé sur CentOS qui installe et configure automatiquement le logiciel de supervision OpenNMS. Cette distribution est équivalente à FAN pour Nagios.

Pour rappel, OpenNMS est une solution de supervision réseau écrite en Java dont les principales fonctions sont les suivantes :
  • Découverte d'équipements et de services,
  • Suivi de disponibilité de ces équipements et services,
  • Collecte de données (SNMP, HTTP, JMX) et présentation graphique de ces données (RRD, jrb),
  • Traitement d'événements (traps SNMP, syslog) et des alarmes,
  • Corrélation d'événements (drools) et enfin rapport.
  • Décodage des MIBs SNMP grâce à l'outil mib2opennms
Bien que la documentation de OpenNMS puisse en rebuter plus d'un, il faut savoir qu'OpenNMS est le seul outil de supervision Open Source pouvant fournir la fonctionnalité principale d'un hyperviseur à savoir :
  • La traduction et l'affichage des traps SNMP reçues sous forme d'évènements (sans corrélation) et sous forme d'alarmes avec deux fonctions de corrélation de base:
  • la déduplication : un compteur s'incrémente lorsque plusieurs alarmes du même type sont reçues
  • la corrélation début-fin : l'alarme de fin acquitte l'alarme de début
La meilleure façon est encore de l'essayer avec OSE.

Aller plus loin

  • # Map ?

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

    Je repose la question sur cette news là, peut être que j'aurai plus de chance :), est il possible de faire des map personnalisées avec OpenNMS, genre nagvis ?
    Le but étant de faire des map orienté fonctionnelle.

    • [^] # Re: Map ?

      Posté par  . Évalué à 5.

      Comme dit sur leur site internet, l'équipe de développeur de OpenNMS ne se focalise pas sur l'aspect graphique (et notamment les maps) de leur produit. Bien que l'on ne puisse pas faire exactement ce que l'on fait nagvis, voici quelques fonctionnalités de la map qui peuvent répondre aux besoins des utilisateurs:

      Possibilités de créer plusieurs maps
      Fond personnalisable (image jpg)
      Placement des équipements sur cette map
      Traçage des liens entre les équipements. Réalisé par linkd le daemon de découverte des liens réseaux (lit la table de routage des routeurs)
      Affichage du status d'un noeud (pastille de couleur) qui peut correspondre à l'état du noeud (ping), aux outages ou aux alarmes reçues (uniquement avec la version 1.7)
      Possibilité d'ajouter sur une map un icône correspondant à une autre map et affichant son status


      Pour plus d'infos : http://www.opennms.org/wiki/Maps_In_Trunk

      • [^] # Re: Map ?

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

        Merci pour cette réponse, ça semble être exactement mon besoin. Je vais pousser plus loin.

  • # OSE est à OpenNMS ce que FAN est à Nagios

    Posté par  (site web personnel, Mastodon) . Évalué à 1.

    Wahou, voir que FAN, Fully Automated Nagios a servi de référence à OSE me ravit au plus haut point. Cela me fait très plaisir (vraiment!) de voir que FAN inspire d'autres initiatives de ce genre. Qui se lance pour Zabbix? ;-)

    Nous sommes déjà en contact par email pour échanger sur ce genre d'initiatives.
    Bon courage.

    • [^] # Re: OSE est à OpenNMS ce que FAN est à Nagios

      Posté par  . Évalué à 3.

      Pour Zabbix je suis partant... une fois que les bugs majeurs seront corrigés :-)
      J'ai testé Zabbix en situation réelle il y a 2 semaines. Je suis tombé sur 4 bugs "évidents". J'ai stoppé net car ça ne présage rien de bon pour la suite.

      bug 1: un client s'identifie avec "nom-client" puis avec "Nom-client": aucune erreur n'est générée (ni côté client, ni côté serveur, aucun moyen de comprendre d'où vient l'erreur), mais les données ne sont plus prises en compte.

      bug 2: lorsqu'on augmente le temps avant alerte d'un déclencheur, l'alerte ne sera pas générée correctement dans certains cas.

      bug 3: certains déclencheurs ne fonctionnent pas si le client est un Windows (alors que le déclencheur n'a aucune interaction avec le client, c'est un calcul interne). Problème connu des développeurs.

      bug 4: les dépendances complexes ne fonctionnent tout simplement pas.

      J'ai trouvé ces 4 bugs en quelques heures avec seulement 2 clients.

      Un gros point positif: la documentation permet une mise en route vraiment facile.

Suivre le flux des commentaires

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