Connaissant une partie de l'équipe de développement, je peux te rassurer sur un point : ils connaissent bien Nagios. Cependant, à son origine, Oreon visait à simplifier la configuration de Nagios pour des non-initiés, et des compromis ont du être fait.
La version actuellement en developpement revient sur bon nombre de limitations et s'en affranchi. Ainsi, les templates de templates deviennent possible, il en est de même du rattachement de services à des hostgroups.
Concernant tes idées d'améliorations, je t'invite à les partager avec eux par le biais de leur forum. Il sont effectivement très ouverts.
Concernant les précisions que tu me demande sur les MetaServices, voici plus d'infos :
Actuellement, s'il est aisé de créer un service récupérant le nombre de users connectés sur une serveur (web par exemple), et qu'il est aisé d'avoir ce même service créé pour chaque serveur d'une ferme de serveur, il est beaucoup moins facile de recuppérer le nbre total d'utilisateurs de la ferme de serveur. Cette opération d'aggrégation est justement réalisée dans un MetaService.
Le principe est relativement simple : on selectionne une liste de service (soit explicitement, soit via une expression reguliere) et on choisi l'opérateur d'aggrégation (Min, Max, Somme, Moyenne).
Le service ainsi créé a toutes les propriétés d'un service car du point de vu de Nagios c'en est un. Il est donc possible d'alerter sur des valeurs limites...
Une autre fonctionnalité est la gestion de la qualité de service. Elle s'inspire de la notion d "IT Services" de Zabbix:
L'idée est de regrouper des services entre eux (dans ce que l'on appelle une Oreon Service Level - OSL) et de calculer un niveau de disponnibilité basé sur leurs états (si tout est OK : 100%, si tout est CRITICAL : 0%, et entre les deux un algo basé sur des pondération calcul un niveau intermédiaire).
Bien sur, on peux regrouper des OSL entre elles et ainsi passer d'un qualité de service technique (mes serveurs web et mes bases de données sont OK) à une qualité de service Metier (ma gestion commerciale est OK, ma comptabilité aussi...).
Si tout cela t'interesse, patient encore 2 ou 3 mois et ce devrait être bon (ce sera en production chez moi dans 1 mois à peine)...
[^] # Re: Pour une supervision professionnelle : Nagios + Oreon
Posté par Jean-Baptiste Sarrodie . En réponse à la dépêche Sortie de Nagios 2.0. Évalué à 2.
Connaissant une partie de l'équipe de développement, je peux te rassurer sur un point : ils connaissent bien Nagios. Cependant, à son origine, Oreon visait à simplifier la configuration de Nagios pour des non-initiés, et des compromis ont du être fait.
La version actuellement en developpement revient sur bon nombre de limitations et s'en affranchi. Ainsi, les templates de templates deviennent possible, il en est de même du rattachement de services à des hostgroups.
Concernant tes idées d'améliorations, je t'invite à les partager avec eux par le biais de leur forum. Il sont effectivement très ouverts.
Concernant les précisions que tu me demande sur les MetaServices, voici plus d'infos :
Actuellement, s'il est aisé de créer un service récupérant le nombre de users connectés sur une serveur (web par exemple), et qu'il est aisé d'avoir ce même service créé pour chaque serveur d'une ferme de serveur, il est beaucoup moins facile de recuppérer le nbre total d'utilisateurs de la ferme de serveur. Cette opération d'aggrégation est justement réalisée dans un MetaService.
Le principe est relativement simple : on selectionne une liste de service (soit explicitement, soit via une expression reguliere) et on choisi l'opérateur d'aggrégation (Min, Max, Somme, Moyenne).
Le service ainsi créé a toutes les propriétés d'un service car du point de vu de Nagios c'en est un. Il est donc possible d'alerter sur des valeurs limites...
Une autre fonctionnalité est la gestion de la qualité de service. Elle s'inspire de la notion d "IT Services" de Zabbix:
L'idée est de regrouper des services entre eux (dans ce que l'on appelle une Oreon Service Level - OSL) et de calculer un niveau de disponnibilité basé sur leurs états (si tout est OK : 100%, si tout est CRITICAL : 0%, et entre les deux un algo basé sur des pondération calcul un niveau intermédiaire).
Bien sur, on peux regrouper des OSL entre elles et ainsi passer d'un qualité de service technique (mes serveurs web et mes bases de données sont OK) à une qualité de service Metier (ma gestion commerciale est OK, ma comptabilité aussi...).
Si tout cela t'interesse, patient encore 2 ou 3 mois et ce devrait être bon (ce sera en production chez moi dans 1 mois à peine)...