Quelques remarques après une première approche (sans tests) :
Tu parles des niveaux d'alarme (UNKNOWN, UNMANAGED, NORMAL, MINOR, ...) mais certains niveaux sont identiques ou presque (MINOR/WARNING et MAJOR/CRITICAL).
Est-ce que tu gères le temps depuis lequel l'équipement (ou la métrique surveillée) est inaccessible ? Par exemple l'icône passe rouge, puis au bout de 5 minutes de perte de service elle s'entoure d'une étoile à 4 branches, puis au bout de 10 minutes d'une étoiles à 8 branches, ect. IpSwitch What's Up (dont tu parles sur ton site) propose cela par exemple.
Une fonctionnalité que je n'ai retrouvée que sur peu de logiciels c'est le fait de tracer si un équipement a été HS puis et revenu à une fonctionnement normal, tout cela quand on avait le dos tourné. La plupart des logiciels indiquent l'équipement en vert avec parfois une indication qu'il y a eu un évènement (mais cela peut être un évènement minime, et on ne le saura qu'en allant consulter les logs). J'ai travaillé avec un logiciel qui, dans ces cas là, mettait l'icône en vert rayé. Ainsi on savait que l'équipement était fonctionnel mais qu'il y a eu rupture de service pendant un bon moment (et pas juste un trap sur un défaut ventilateur par exemple).
Tu as un système d'alerte assez complet. Je te conseille de rajouter un diffuseur d'alarmes parlé (par ToIP c'est plus simple) : cela appelle un téléphone et au décrochage il est diffusé un message composé d'éléments décrivant la panne (Message d'alerte de niveau + WARNING + sur équipement de type + ROUTEUR + ...). Par rapport à un système SMS ou IM (qui ont également leurs avantages), les avantages que je vois sont :
-- on est sûr de la réactivité (même si dans la plupart des cas un SMS arrive dans la minute) ;
-- un téléphone classique peut être contacté (tu n'as pas forcément un téléphone portable professionnel ou un opérateur qui convertit les SMS en voix) ;
-- tu peux faire une liste de personnes à appeler : si le premier ne répond pas, tu passes au second et ainsi de suite. Le problème du SMS est que tu ne sais pas si la personne a pris en compte l'alarme et si tu envoies le SMS à plusieurs personnes, celui qui le reçoit ne sait pas s'il doit se déplacer pour résoudre la panne ou si un autre l'a déjà fait ... et appeler dans la nuit tous ses collègues pour savoir qui s'est déplacé, c'est pas top.
J'aurai bien donné un coup de main, mais je ne connais pas le ruby :(
# Première approche
Posté par porki . En réponse à la dépêche GNMS version 2 RC1. Évalué à 1.
Tu parles des niveaux d'alarme (UNKNOWN, UNMANAGED, NORMAL, MINOR, ...) mais certains niveaux sont identiques ou presque (MINOR/WARNING et MAJOR/CRITICAL).
Est-ce que tu gères le temps depuis lequel l'équipement (ou la métrique surveillée) est inaccessible ? Par exemple l'icône passe rouge, puis au bout de 5 minutes de perte de service elle s'entoure d'une étoile à 4 branches, puis au bout de 10 minutes d'une étoiles à 8 branches, ect. IpSwitch What's Up (dont tu parles sur ton site) propose cela par exemple.
Une fonctionnalité que je n'ai retrouvée que sur peu de logiciels c'est le fait de tracer si un équipement a été HS puis et revenu à une fonctionnement normal, tout cela quand on avait le dos tourné. La plupart des logiciels indiquent l'équipement en vert avec parfois une indication qu'il y a eu un évènement (mais cela peut être un évènement minime, et on ne le saura qu'en allant consulter les logs). J'ai travaillé avec un logiciel qui, dans ces cas là, mettait l'icône en vert rayé. Ainsi on savait que l'équipement était fonctionnel mais qu'il y a eu rupture de service pendant un bon moment (et pas juste un trap sur un défaut ventilateur par exemple).
Tu as un système d'alerte assez complet. Je te conseille de rajouter un diffuseur d'alarmes parlé (par ToIP c'est plus simple) : cela appelle un téléphone et au décrochage il est diffusé un message composé d'éléments décrivant la panne (Message d'alerte de niveau + WARNING + sur équipement de type + ROUTEUR + ...). Par rapport à un système SMS ou IM (qui ont également leurs avantages), les avantages que je vois sont :
-- on est sûr de la réactivité (même si dans la plupart des cas un SMS arrive dans la minute) ;
-- un téléphone classique peut être contacté (tu n'as pas forcément un téléphone portable professionnel ou un opérateur qui convertit les SMS en voix) ;
-- tu peux faire une liste de personnes à appeler : si le premier ne répond pas, tu passes au second et ainsi de suite. Le problème du SMS est que tu ne sais pas si la personne a pris en compte l'alarme et si tu envoies le SMS à plusieurs personnes, celui qui le reçoit ne sait pas s'il doit se déplacer pour résoudre la panne ou si un autre l'a déjà fait ... et appeler dans la nuit tous ses collègues pour savoir qui s'est déplacé, c'est pas top.
J'aurai bien donné un coup de main, mais je ne connais pas le ruby :(