Salut,

Pour ma part dans le métier de mon entreprise (opérateur telecom), nous utilisons l'interface Centreon avec l'ordonnanceur Nagios.
On utilise l'interface Web de Centreon, centstorage (RRD) et ndo comme broker.
Les grands points que l'on aime dans l'outil :

* Interface user friendly pour la configuration de Centreon/Ordonnanceur
* Partie Rapport pour avoir "de beau camembert" avec des taux de dispo
* Modules de géolocalisation, d'importCSV ou CLAPI pour l'import/modification/suppression en masse dans l'outil par rapport à notre référentiel.
* Depuis la 2.4 (on est en 2.1.13, on va y basculer) l'utilisation de Widget pour personnaliser sa page d'accueil avec de la rotation pour l'affichage en mode NOC
* Gestion d'ACL pour donner une visu très limité selon la population qui a accès à l'outil, cela va du tech exploit à des personnes administratives loin d'être des power user des outils de sup.
* La partie syslog et trap n'est pas dans cet outil (mais il sait faire la partie syslog, pour les traps il sait les gérer mais peut-être pas les afficher dans un viewer ?), on utilise syslog-ng avec l'interface phpsyslog-ng et snmptt avec des scripts perso plus le plugin CAMM dans CACTI (partie affichage).
* On supervise des serveurs via des scripts WMI mais surtout en SNMP via SNMP Informant en sus de la couche SNMP de MS. Pour les serveurs Linux, on a tout ce qu'il faut dans les mibs.
* Chez nous on fait peu de virtualisation voir pas du tout et on dispose encore moins de Blade and co.

Le point gênant est la vue des RRD, moins intuitive et pratique que celle que l'on peux avoir dans CACTI mais après ce sont des habitudes à bousculer.
Du coup on utilise plus CACTI pour la métrologie et Centreon pour la sup d’état, on a moins de 10k graph dans Centreon.

Faut pas hésiter à tester leur environnement de démo pour imager mes propos :)

David


Le 18 octobre 2013 16:03, L.M.J <linuxmasterjedi@free.fr> a écrit :
Bonjour à nouveau,

 Résultat arbitraire des courses niveau popularité :
 |||| Shinken
 ||| XYmon
 || Zabbix
 || Centreon
 | POM Monitoring
 | OMD
 | Observium

 Et pourtant, par rapport à mes besoins, XYmon ne sait pas tout faire.
 Faites-vous des trapes SNMP ? Syslog avec ? Monitorer un système Win64 avec
 BBWIN ? Un système Windows en polling (DMZ) ? Vues différentes en fonctionne
 des personnes ?  Et le SNMP, vous vous tapez tout à la main avec devmon pour
 ESX, matériel HP Blade & co ?

 Merci.



Le Wed, 16 Oct 2013 19:57:48 +0200,
"L.M.J" <linuxmasterjedi@free.fr> a écrit :

> Bonjour,
>
>   Je pense que je dois être le XXXXénième à poser la question sur cette ML,
>   mais je n'ai pas vu ce sujet abordé récemment, alors je me permet de poser
>   mon problème.
>
>   Je recherche une solution de monitoring qui tourne sur un serveur Linux
>   autonome (pas de DB M$ SQL par exemple). Le matériel sera un serveur 1 ou 2U
>   standard de chez HP/Fujitsu ou Dell... Solution plutôt open-source en Web,
>   pas un mammouth propriétaire en Java imbuvable...
>
>   Mon besoin de monitoring est plutôt orienté infrastructure que réseau, nous
>   utilisons déjà un autre outil : WhatsUpGold, mais il ne me va pas : dépend
>   d'une DB M$ SQL...
>
>   Une liste des besoins plus concrètes :
>   - monitorer de 400 au départ jusqu'à 5000+ équipements divers en fin de
>     projet.
>   - monitoring sur un site principal et sur une trentaine de sites
>     internationaux (notion de système satellite ?)
>   - système open-source ou "assimilé", pas du 100% proprio super-lourd/cher.
>   - monitorer des systèmes Unix (HP-UX, AIX 5-6, Solaris 10-11), Linux
> (Redhat, Debian, Ubuntu, CentOS...), Windows (2000, 2003, 2008, 2012 32/64b),
> VMware ESX et ESXi (en premier l'espace disque dispo sur les luns en vmfs).
>   - monitoring de filers NetAPP, EMC, DataDomain (qtree, volume, snapshots,
>     raid, agrégat, compression, problème hardware (disques, alim...))
>   - monitoring de matériel : serveur HP blade, Dell blade, serveur HP, Dell,
>     Fujitsu, switchs entarasys, routeurs cisco, état de liens WAN/MAN/LAN
>   - monitoring d'OS : CPU, RAM, ports ouverts, services, mots clefs dans
>     fichiers, programme(s) en mémoire, fichiers trop vieux...
>   - monitoring de service distant : SMTP, HTTP, NTP, ICMP, SNMP, FTP, SSH,
>     certificats HTTP SSL, telnet, MAPI (Exchange) DNS, proxy web, proxy ftp,
>     lien réseau, recevoir des traps SNMP, savoir monitoring en SNMP, recevoir
> du syslog avec un système de tri.
>   - monitoring de progiciels : SAP R/3, SAP BW, Oracle 10g-11g, MsSQL,
>     MySQL, IBM DB2, Active Directory, contenu de page web, tomcat, apache,
>     VMware vCenter, Symantec NetBakup, CUPS, Exchange...
>   - Présence d'une page web qui indique le statut global, notification par
>     email ou SMS.
>   - Droits d'accès : ne laissent qu'une certains vues à des utilisateurs
>     particuliers avec éventuellement support du SSO (Apache + kerberos).
>   - Quelques camemberts pour les chefs (SLA...) et du capacity planning.
>
>   - En option : jouer un scénario pour monitorer les temps de réponse d'une
>     application
>
>
>  Je pense que vous allez me répondre : NAGIOSSSSSSSSS
>  Pfff, j'ai une allergie à Nagios :-( Ce n'est pas ma faute, j'essaye de m'en
>  administrer en petite quantité, mais rien à faire...
>  Pour l'instant, j'utilise XYmon (Hobbit) que j'adore, j'ai développé des
>  scripts de compétition pour monitorer SAP par exemple, j'aimerai pouvoir le
>  conserver dans le nouveau système.
>  Donc Nagios revient souvent, mais aussi des solutions pré-packagées :
>  Centreon, POM Monitoring...
>  J'ai vu aussi Zabbix et ZenOOS.
>
>  Au final, je cherche un peu un système KISS, mais c'est forcément difficile
>  avec toutes les fonctions souhaitées...
>
>  Merci par avance pour vos retours !
>


--
 LMJ
 "May the source be with you my young padawan"
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/



Le 18 octobre 2013 16:29, Olivier Doucet <webmaster@ajeux.com> a écrit :
Salut,

Observium est vraiment bon pour traiter du SNMP, mais je le
réserverais plus pour du réseau que du système (même si il sait très
bien gérer ce dernier, avec même une intégration de collectd). Il a un
collecteur syslog également.
Le logiciel a changé de politique il y a quelques semaines, avec une
version opensource mise à jour tous les 6 mois, et une version payante
updatée plusieurs fois par semaine (accès au SVN de développement).
Cette dernière est à 100£ pour le moment, plutôt un bon prix vu
l'outil.
Le système d'alerte est en train d'être développé. Pour avoir étudié
la conception, c'est plutôt bien foutu. Reste à voir l'implémentation
maintenant.
Il gère aussi les traps SNMP mais je n'ai jamais testé ce morceau là
(c'est prévu).

Après le logiciel montrera ses limites lorsque tu auras des dizaines
de serveurs/switchs à surveiller (polling SNMP, clarté de l'interface,
...).

Il est installable en quelques minutes, donc tu peux vraiment tester
facilement et voir si l'outil te plait.

Olivier




Le 18 octobre 2013 16:03, L.M.J <linuxmasterjedi@free.fr> a écrit :
> Bonjour à nouveau,
>
>  Résultat arbitraire des courses niveau popularité :
>  |||| Shinken
>  ||| XYmon
>  || Zabbix
>  || Centreon
>  | POM Monitoring
>  | OMD
>  | Observium
>
>  Et pourtant, par rapport à mes besoins, XYmon ne sait pas tout faire.
>  Faites-vous des trapes SNMP ? Syslog avec ? Monitorer un système Win64 avec
>  BBWIN ? Un système Windows en polling (DMZ) ? Vues différentes en fonctionne
>  des personnes ?  Et le SNMP, vous vous tapez tout à la main avec devmon pour
>  ESX, matériel HP Blade & co ?
>
>  Merci.
>
>
>
> Le Wed, 16 Oct 2013 19:57:48 +0200,
> "L.M.J" <linuxmasterjedi@free.fr> a écrit :
>
>> Bonjour,
>>
>>   Je pense que je dois être le XXXXénième à poser la question sur cette ML,
>>   mais je n'ai pas vu ce sujet abordé récemment, alors je me permet de poser
>>   mon problème.
>>
>>   Je recherche une solution de monitoring qui tourne sur un serveur Linux
>>   autonome (pas de DB M$ SQL par exemple). Le matériel sera un serveur 1 ou 2U
>>   standard de chez HP/Fujitsu ou Dell... Solution plutôt open-source en Web,
>>   pas un mammouth propriétaire en Java imbuvable...
>>
>>   Mon besoin de monitoring est plutôt orienté infrastructure que réseau, nous
>>   utilisons déjà un autre outil : WhatsUpGold, mais il ne me va pas : dépend
>>   d'une DB M$ SQL...
>>
>>   Une liste des besoins plus concrètes :
>>   - monitorer de 400 au départ jusqu'à 5000+ équipements divers en fin de
>>     projet.
>>   - monitoring sur un site principal et sur une trentaine de sites
>>     internationaux (notion de système satellite ?)
>>   - système open-source ou "assimilé", pas du 100% proprio super-lourd/cher.
>>   - monitorer des systèmes Unix (HP-UX, AIX 5-6, Solaris 10-11), Linux
>> (Redhat, Debian, Ubuntu, CentOS...), Windows (2000, 2003, 2008, 2012 32/64b),
>> VMware ESX et ESXi (en premier l'espace disque dispo sur les luns en vmfs).
>>   - monitoring de filers NetAPP, EMC, DataDomain (qtree, volume, snapshots,
>>     raid, agrégat, compression, problème hardware (disques, alim...))
>>   - monitoring de matériel : serveur HP blade, Dell blade, serveur HP, Dell,
>>     Fujitsu, switchs entarasys, routeurs cisco, état de liens WAN/MAN/LAN
>>   - monitoring d'OS : CPU, RAM, ports ouverts, services, mots clefs dans
>>     fichiers, programme(s) en mémoire, fichiers trop vieux...
>>   - monitoring de service distant : SMTP, HTTP, NTP, ICMP, SNMP, FTP, SSH,
>>     certificats HTTP SSL, telnet, MAPI (Exchange) DNS, proxy web, proxy ftp,
>>     lien réseau, recevoir des traps SNMP, savoir monitoring en SNMP, recevoir
>> du syslog avec un système de tri.
>>   - monitoring de progiciels : SAP R/3, SAP BW, Oracle 10g-11g, MsSQL,
>>     MySQL, IBM DB2, Active Directory, contenu de page web, tomcat, apache,
>>     VMware vCenter, Symantec NetBakup, CUPS, Exchange...
>>   - Présence d'une page web qui indique le statut global, notification par
>>     email ou SMS.
>>   - Droits d'accès : ne laissent qu'une certains vues à des utilisateurs
>>     particuliers avec éventuellement support du SSO (Apache + kerberos).
>>   - Quelques camemberts pour les chefs (SLA...) et du capacity planning.
>>
>>   - En option : jouer un scénario pour monitorer les temps de réponse d'une
>>     application
>>
>>
>>  Je pense que vous allez me répondre : NAGIOSSSSSSSSS
>>  Pfff, j'ai une allergie à Nagios :-( Ce n'est pas ma faute, j'essaye de m'en
>>  administrer en petite quantité, mais rien à faire...
>>  Pour l'instant, j'utilise XYmon (Hobbit) que j'adore, j'ai développé des
>>  scripts de compétition pour monitorer SAP par exemple, j'aimerai pouvoir le
>>  conserver dans le nouveau système.
>>  Donc Nagios revient souvent, mais aussi des solutions pré-packagées :
>>  Centreon, POM Monitoring...
>>  J'ai vu aussi Zabbix et ZenOOS.
>>
>>  Au final, je cherche un peu un système KISS, mais c'est forcément difficile
>>  avec toutes les fonctions souhaitées...
>>
>>  Merci par avance pour vos retours !
>>
>
>
> --
>  LMJ
>  "May the source be with you my young padawan"
> _______________________________________________
> Liste de diffusion du FRsAG
> http://www.frsag.org/
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/