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 !
Pas Nagios ? Bon bah Icinga alors !! :)
Le 16 octobre 2013 19:57, 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 16/10/2013 20:39, Greg a écrit :
Pas Nagios ? Bon bah Icinga alors !! :)
Bonsoir,
Sans oublier Shinken : http://www.shinken-monitoring.org/
Deux des avantages que je trouve à Shinken est qu'il fonctionne avec du NoSQL (MongoDB) et le langage Python.
Bonne soirée
Le 16/10/2013 20:56, Florent CARRÉ a écrit :
Le 16/10/2013 20:39, Greg a écrit :
Pas Nagios ? Bon bah Icinga alors !! :)
Bonsoir,
Sans oublier Shinken : http://www.shinken-monitoring.org/
Deux des avantages que je trouve à Shinken est qu'il fonctionne avec du NoSQL (MongoDB) et le langage Python.
Bonne soirée
Peut-être regarder du côté d'omd si tu veux du KISS ?
Bonsoir,
J'ai utilisé Xymon (ex big brother, ex hobbit) pendant 5 ans. C'est moche mais… - agents - pas de base de données - scriptable en ce que tu veux - une vue générale de tous tes checks avec leur état sur un seul écran (ça c'est amour) - de la conf par fichiers à peu près compréhensibles - alertes récurrentes, lisibles et faciles à paramétrer (pas comme sur cette #!@@ de zabbix)
Bonne soirée
Le 16 oct. 2013 à 21:53, Tristan Mahé t.mahe@b-and-c.net a écrit :
Le 16/10/2013 20:56, Florent CARRÉ a écrit :
Le 16/10/2013 20:39, Greg a écrit :
Pas Nagios ? Bon bah Icinga alors !! :)
Bonsoir,
Sans oublier Shinken : http://www.shinken-monitoring.org/
Deux des avantages que je trouve à Shinken est qu'il fonctionne avec du NoSQL (MongoDB) et le langage Python.
Bonne soirée
Peut-être regarder du côté d'omd si tu veux du KISS ?
<0x78672493.asc>_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le Wed, 16 Oct 2013 22:07:05 +0200, Frédéric de Villamil frederic@de-villamil.com a écrit :
Bonsoir,J'ai utilisé Xymon (ex big brother, ex hobbit) pendant 5 ans. C'est moche mais…- agents- pas de base de données- scriptable en ce que tu veux- une vue générale de tous tes checks avec leur état sur un seul écran (ça c'est amour)- de la conf par fichiers à peu près compréhensibles- alertes récurrentes, lisibles et faciles à paramétrer (pas comme sur cette #!@@ de zabbix)Bonne soirée
Je suis d'accord, je l'utilise actuellement, c'est un amour ce soft, mais il avoue ces limites aux vues des demandes de mes boss...
Bonsoir,
Xymon est pour moi la référence.
J'ai utilisé Nagios / Centreon / Zabbix pour l'opensource J'ai utilisé HP OV pour le payant. Bien entendu il faut s'adapter au client.
Pour autant quand j'ai le choix je retourne de suite à Xymon. Xymon n'a de limite que ta capacité à script. Personnellement j'ai pu réaliser aussi bien du monitoring technique que du monitoring métier.
Le 16 oct. 2013 à 22:22, "L.M.J" linuxmasterjedi@free.fr a écrit :
Le Wed, 16 Oct 2013 22:07:05 +0200, Frédéric de Villamil frederic@de-villamil.com a écrit :
Bonsoir,J'ai utilisé Xymon (ex big brother, ex hobbit) pendant 5 ans. C'est moche mais…- agents- pas de base de données- scriptable en ce que tu veux- une vue générale de tous tes checks avec leur état sur un seul écran (ça c'est amour)- de la conf par fichiers à peu près compréhensibles- alertes récurrentes, lisibles et faciles à paramétrer (pas comme sur cette #!@@ de zabbix)Bonne soirée
Je suis d'accord, je l'utilise actuellement, c'est un amour ce soft, mais il avoue ces limites aux vues des demandes de mes boss...
-- LMJ "May the source be with you my young padawan" _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le Wed, 16 Oct 2013 22:27:14 +0200, fouadlist fouadlist@gmail.com a écrit :
Bonsoir,
Xymon est pour moi la référence.
J'ai utilisé Nagios / Centreon / Zabbix pour l'opensource J'ai utilisé HP OV pour le payant. Bien entendu il faut s'adapter au client.
Pour autant quand j'ai le choix je retourne de suite à Xymon. Xymon n'a de limite que ta capacité à script. Personnellement j'ai pu réaliser aussi bien du monitoring technique que du monitoring métier.
Mais il demande du temps si tu veux faire des choses complexes - Support SNMP (via devmon) ? - Traps SNMP : compliquer à mettre en place non ? - BBWin pour 64bits : foireux, non ? - Comment fais-tu pour VMware ?
Le 16 oct. 2013 à 22:22, "L.M.J" linuxmasterjedi@free.fr a écrit :
Le Wed, 16 Oct 2013 22:07:05 +0200, Frédéric de Villamil frederic@de-villamil.com a écrit :
Bonsoir,J'ai utilisé Xymon (ex big brother, ex hobbit) pendant 5 ans. C'est moche mais…- agents- pas de base de données- scriptable en ce que tu veux- une vue générale de tous tes checks avec leur état sur un seul écran (ça c'est amour)- de la conf par fichiers à peu près compréhensibles- alertes récurrentes, lisibles et faciles à paramétrer (pas comme sur cette #!@@ de zabbix)Bonne soirée
Je suis d'accord, je l'utilise actuellement, c'est un amour ce soft, mais il avoue ces limites aux vues des demandes de mes boss...
Bonsoir la liste ;)
+42 pour xymon (feu hobbit)
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/User_Guide/The_Xym...
Tetris
2013/10/16 L.M.J linuxmasterjedi@free.fr
Le Wed, 16 Oct 2013 22:27:14 +0200, fouadlist fouadlist@gmail.com a écrit :
Bonsoir,
Xymon est pour moi la référence.
J'ai utilisé Nagios / Centreon / Zabbix pour l'opensource J'ai utilisé HP OV pour le payant. Bien entendu il faut s'adapter au client.
Pour autant quand j'ai le choix je retourne de suite à Xymon. Xymon n'a de limite que ta capacité à script. Personnellement j'ai pu réaliser aussi bien du monitoring technique que
du
monitoring métier.
Mais il demande du temps si tu veux faire des choses complexes
- Support SNMP (via devmon) ?
- Traps SNMP : compliquer à mettre en place non ?
- BBWin pour 64bits : foireux, non ?
- Comment fais-tu pour VMware ?
Le 16 oct. 2013 à 22:22, "L.M.J" linuxmasterjedi@free.fr a écrit :
Le Wed, 16 Oct 2013 22:07:05 +0200, Frédéric de Villamil frederic@de-villamil.com a écrit :
Bonsoir,J'ai utilisé Xymon (ex big brother, ex hobbit) pendant 5 ans.
C'est
moche mais…- agents- pas de base de données- scriptable en ce que tu
veux-
une vue générale de tous tes checks avec leur état sur un seul écran
(ça
c'est amour)- de la conf par fichiers à peu près compréhensibles-
alertes
récurrentes, lisibles et faciles à paramétrer (pas comme sur cette
#!@@ de
zabbix)Bonne soirée
Je suis d'accord, je l'utilise actuellement, c'est un amour ce soft,
mais il
avoue ces limites aux vues des demandes de mes boss...
Liste de diffusion du FRsAG http://www.frsag.org/
Salut,
je connais pas mal Centreon. Il a ses défauts mais il est très solide (vu des infra à 60k+ points de contrôles) et avec centreon-broker, très forte tolérance aux coupures, compression et chiffrement des flux entre les satellites et le central. La limite c'est le scripting, et si un jour les boss veulent passer la vitesse supérieure, c'est possible. Shinken, trop jeune. Zabbix offre pas mal de fonctionnalité en natif, mais la charge c'est pas son fort. Xymon, jamais testé :)
Dans l'ensemble, un monitoring propre et complet, sans se prendre la tête ... c'est incompatible :)
++
Le 16 octobre 2013 22:59, Tristan Sprenger tristan.sprenger@gmail.com a écrit :
Bonsoir la liste ;)
+42 pour xymon (feu hobbit)
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/User_Guide/The_Xym...
Tetris
2013/10/16 L.M.J linuxmasterjedi@free.fr
Le Wed, 16 Oct 2013 22:27:14 +0200,
fouadlist fouadlist@gmail.com a écrit :
Bonsoir,
Xymon est pour moi la référence.
J'ai utilisé Nagios / Centreon / Zabbix pour l'opensource J'ai utilisé HP OV pour le payant. Bien entendu il faut s'adapter au client.
Pour autant quand j'ai le choix je retourne de suite à Xymon. Xymon n'a de limite que ta capacité à script. Personnellement j'ai pu réaliser aussi bien du monitoring technique que
du
monitoring métier.
Mais il demande du temps si tu veux faire des choses complexes
- Support SNMP (via devmon) ?
- Traps SNMP : compliquer à mettre en place non ?
- BBWin pour 64bits : foireux, non ?
- Comment fais-tu pour VMware ?
Le 16 oct. 2013 à 22:22, "L.M.J" linuxmasterjedi@free.fr a écrit :
Le Wed, 16 Oct 2013 22:07:05 +0200, Frédéric de Villamil frederic@de-villamil.com a écrit :
Bonsoir,J'ai utilisé Xymon (ex big brother, ex hobbit) pendant 5
ans. C'est
moche mais…- agents- pas de base de données- scriptable en ce que tu
veux-
une vue générale de tous tes checks avec leur état sur un seul écran
(ça
c'est amour)- de la conf par fichiers à peu près compréhensibles-
alertes
récurrentes, lisibles et faciles à paramétrer (pas comme sur cette
#!@@ de
zabbix)Bonne soirée
Je suis d'accord, je l'utilise actuellement, c'est un amour ce soft,
mais il
avoue ces limites aux vues des demandes de mes boss...
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Hello la liste,
Il fait pas (encore) l'alerting, mais on est en train de tester observium en ce moment: http://www.observium.org
Et il a l'air bien prometteur comme projet ! Y'en a qui s'en servent déjà ?
Guillaume
Hello,
Le 17 oct. 2013 à 00:20, Guillaume Genty ggenty@waycom.net a écrit :
Hello la liste,
Il fait pas (encore) l'alerting, mais on est en train de tester observium en ce moment: http://www.observium.org
Moi je m'en sert.
Le seul truc que j'ai pas aimé c'est le passage en mode communauté (en gros t'as un tgz au bon vouloir de Adam) et la version avec le SVN.
Du coup j'ai forké.
Ce soft est pas mal, il y a encore pas mal de choses a maitriser, mais j'adore clairement le fait que je peux merger :
- smokeping - collectd (pas dans mon cas) - quelques alertes de base (pas encore réussit avec le storage, mais j'y arrive) - syslog - rancid - trap snmp
Reste plus qu'as maitriser les alertes et la... je jette les nagioseries (et ses forks qui restent tout de même sur le même modèle: "bonjour je vais forker partout...").
Xavier
Bonjour,
Personnellement j'arrive à faire tout ce que je veux avec Zabbix. Un peu déroutant et pas très accueillant au début, il possède quand même beaucoup de fonctionnalités et de check dès sa mise en place.
J'apprécie tout particulièrement le système distribué et le low level discovery qui permet de monitorer automatiquement des éléments métiers.
Reste le problème de sa consommation en ressources pour un gros parc ; même si cela s'arrange au fur et à mesure des MaJ.
Le 17 octobre 2013 10:19, Xavier Beaudouin kiwi@oav.net a écrit :
Hello,
Le 17 oct. 2013 à 00:20, Guillaume Genty ggenty@waycom.net a écrit :
Hello la liste,
Il fait pas (encore) l'alerting, mais on est en train de tester
observium en ce moment: http://www.observium.org
Moi je m'en sert.
Le seul truc que j'ai pas aimé c'est le passage en mode communauté (en gros t'as un tgz au bon vouloir de Adam) et la version avec le SVN.
Du coup j'ai forké.
Ce soft est pas mal, il y a encore pas mal de choses a maitriser, mais j'adore clairement le fait que je peux merger :
- smokeping
- collectd (pas dans mon cas)
- quelques alertes de base (pas encore réussit avec le storage, mais j'y
arrive)
- syslog
- rancid
- trap snmp
Reste plus qu'as maitriser les alertes et la... je jette les nagioseries (et ses forks qui restent tout de même sur le même modèle: "bonjour je vais forker partout...").
Xavier _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le 16/10/2013 20:56, Florent CARRÉ a écrit :
Le 16/10/2013 20:39, Greg a écrit :
Pas Nagios ? Bon bah Icinga alors !! :)
Bonsoir,
Sans oublier Shinken : http://www.shinken-monitoring.org/
Deux des avantages que je trouve à Shinken est qu'il fonctionne avec du NoSQL (MongoDB) et le langage Python.
Bonne soirée
Hello,
+1 pour Shinken
Je retiendrais bcp plus une compatibilité forte avec Nagios Mais pour moi les gros plus sont plus la répartition de charge et la haute disponibilité
Assez souvent on le couple avec du Thruk... A noter aussi l'utilisation de SEC (Simple Event Correlator) peut-être assez utile pour remonter des alertes par rapport à certaines logs...
Le truc qui semble manquer encore un peu (Thruk comble en partie le besoin) c'est du reporting tip top pour les chefs....
Cordialement,
JYL
On Oct 17, 2013, at 1:00 AM, Jean-Yves LENHOF wrote:
Le 16/10/2013 20:56, Florent CARRÉ a écrit :
Le 16/10/2013 20:39, Greg a écrit :
Pas Nagios ? Bon bah Icinga alors !! :)
Bonsoir,
Sans oublier Shinken : http://www.shinken-monitoring.org/
Deux des avantages que je trouve à Shinken est qu'il fonctionne avec du NoSQL (MongoDB) et le langage Python.
Bonne soirée
Hello,
+1 pour Shinken
Je retiendrais bcp plus une compatibilité forte avec Nagios Mais pour moi les gros plus sont plus la répartition de charge et la haute disponibilité
Assez souvent on le couple avec du Thruk... A noter aussi l'utilisation de SEC (Simple Event Correlator) peut-être assez utile pour remonter des alertes par rapport à certaines logs...
Le truc qui semble manquer encore un peu (Thruk comble en partie le besoin) c'est du reporting tip top pour les chefs....
Cordialement,
JYL _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Pour le coté reporting pour les chefs / clients / décideurs j'ai utilisé la solution de Merethis Centreon BI, il y a aussi le module BAM. Ces deux produits, payant, fonctionne avec Centreon.
Il ne faut pas que le fait qu'il y ait une DB soit un critère de blocage, il serait dommage de passer à coté d'un bon produit à cause de cela.
Centreon permet de ne plus utilisé nagios comme monitoring engine (cf mail précédent), mais il en a hérité de certaines bonnes idées. Comme le fait de manager plusieurs serveur de monitoring (satellite) via une seule interface web. Ces satellites quand à eux n'embarque qu'un OS et un engine de monitoring, le tout étant centraliser sur la console dans la DB et les fichiers associés.
Je te recommande au moins d'essayer centreon afin de te faire une idée, une distrib étant de mémoire dispo au download pour faire un test sans se prendre la tete.
Petite cerise sur le gâteau, merethis c'est une société française, donc support local.
Bonne journée
Si j'ai bien compris, il ne veut pas une db propriétaire et je le comprends.
Ne pas du tout vouloir une db, ça ferait bizarre surtout maintenant avec ce qu'on a à disposition (Maria, Percona, MongoDB).
Pour en revenir à Shinken, si je l'aime tant c'est effectivement pour la HA mais avoir une db comme MongoDB a également des avantages venant du côté NoSQL.
De plus, étant en python, tout le monde est heureux par la rapidité d'exécution et surtout de scripting quand c'est nécessaire. Scripter en C/C++/PHP, c'est très loin d'être une quelque chose de "normal" pour du système. De mon côté, c'est shell, python et du ruby.
[Aucun lancement de troll]
Pour ceux qui disent qu'il est trop jeune,on pourrait dire la même chose pour icinga. N'oublions pas qu'au début nagios & snort étaient jeunes et pourtant ils avaient bien réussi à faite leurs places. Une solution jeune ne signifie pas mauvaise/non prête pour la prod.
Nagios est devenu Icinga et Shinken. Snort est devenu Suricata.
Nagios était le premier et n'avait pas vraiment de "concurrent" à l'époque, et il existe toujours ;)
Shinken, y a pleins de bonnes idées, et je veux bien croire que des passionnés ayant le temps et/ou le savoir s'amusent avec. Sur la rapidité, tu parles de charges ? --> http://www.somone.fr/etude-shinkencentreon/
2013/10/17 Vince Telvary telvary@gmail.com
Nagios était le premier et n'avait pas vraiment de "concurrent" à l'époque, et il existe toujours ;)
Shinken, y a pleins de bonnes idées, et je veux bien croire que des passionnés ayant le temps et/ou le savoir s'amusent avec. Sur la rapidité, tu parles de charges ? --> http://www.somone.fr/etude-shinkencentreon/
Salut,
Pour cette étude, faut dire qu'ils l'ont mis en place sans demander d'aide lorsqu'ils ont vu qu'ils n'y arrivaient pas seuls. Si tu regardes bien ils se plaignent de la conso ram (plus élevées que Nagios c'est un fait, mais on demande aussi plus de choses à un Shinken qu'à un Nagios sur la corrélation par exemple) et sont content de faire tourner une configuration à 5K services sur un Nagios, très impressionnant en effet...
Mais ça tombe bien, tu pourrais demander à une nouvelle référence pour Shinken que je viens juste de poster: 53K services supervisés, mais eux ont ont pris le temps et ont demandés de l'aide sur les forums pour y arriver c'est là toute la différence :)
Jean (Disclosure: papa de Shinken)
Ps pour le fun : si Somone pense que Shinken est si lent pourquoi ils ont répondu dernièrement à l'appel d'offre de Metéo France avec du Shinken face à Merethis/Centreon? :)
Le 17/10/2013 09:06, nap a écrit :
2013/10/17 Vince Telvary <telvary@gmail.com [2]>
Nagios était le premier et navait pas vraiment de "concurrent" à lépoque, et il existe toujours ;)
Shinken, y a pleins de bonnes idées, et je veux bien croire que des passionnés ayant le temps et/ou le savoir samusent avec. Sur la rapidité, tu parles de charges ? --> http://www.somone.fr/etude-shinkencentreon/ [1]
Salut,
Pour cette étude, faut dire quils lont mis en place sans demander daide lorsquils ont vu quils ny arrivaient pas seuls. Si tu regardes bien ils se plaignent de la conso ram (plus élevées que Nagios cest un fait, mais on demande aussi plus de choses à un Shinken quà un Nagios sur la corrélation par exemple) et sont content de faire tourner une configuration à 5K services sur un Nagios, très impressionnant en effet...
Mais ça tombe bien, tu pourrais demander à une nouvelle référence pour Shinken que je viens juste de poster: 53K services supervisés, mais eux ont ont pris le temps et ont demandés de laide sur les forums pour y arriver cest là toute la différence :)
Jean (Disclosure: papa de Shinken)
Ps pour le fun : si Somone pense que Shinken est si lent pourquoi ils ont répondu dernièrement à lappel doffre de Metéo France avec du Shinken face à Merethis/Centreon? :)
Et s'en est où cet appel d'offre ?
2013/10/17 L.M.J linuxmasterjedi@free.fr
[...]
Jean (Disclosure: papa de Shinken)
Ps pour le fun : si Somone pense que Shinken est si lent pourquoi ils ont répondu dernièrement à lappel doffre de Metéo France avec du
Shinken face à Merethis/Centreon? :)
Et s'en est où cet appel d'offre ?
Une des deux sociétés ayant proposées la version communautaire de Shinken l'a remporté. Actuellement en phase d'architecture d'après les retours que j'en ais eu.
Jean
Nicolas GORALSKI nicolas+ml.frsag@goralski.fr a écrit :
Petite cerise sur le gâteau, merethis c'est une société française, donc support local.
Je ne veux pas faire trop de pub non plus mais si le but est de mettre en place une solution rapidement, il faut peut-être regarder la solution POM Monitoring de Exosec (société française aussi), solution basée sur Nagios+SNMP, il me semble. -- Laurent CREPET
On Oct 17, 2013, at 7:46 AM, Nicolas GORALSKI wrote:
On Oct 17, 2013, at 1:00 AM, Jean-Yves LENHOF wrote:
Le 16/10/2013 20:56, Florent CARRÉ a écrit :
Le 16/10/2013 20:39, Greg a écrit :
Pas Nagios ? Bon bah Icinga alors !! :)
Bonsoir,
Sans oublier Shinken : http://www.shinken-monitoring.org/
Deux des avantages que je trouve à Shinken est qu'il fonctionne avec du NoSQL (MongoDB) et le langage Python.
Bonne soirée
Hello,
+1 pour Shinken
Je retiendrais bcp plus une compatibilité forte avec Nagios Mais pour moi les gros plus sont plus la répartition de charge et la haute disponibilité
Assez souvent on le couple avec du Thruk... A noter aussi l'utilisation de SEC (Simple Event Correlator) peut-être assez utile pour remonter des alertes par rapport à certaines logs...
Le truc qui semble manquer encore un peu (Thruk comble en partie le besoin) c'est du reporting tip top pour les chefs....
Cordialement,
JYL _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Pour le coté reporting pour les chefs / clients / décideurs j'ai utilisé la solution de Merethis Centreon BI, il y a aussi le module BAM. Ces deux produits, payant, fonctionne avec Centreon.
Il ne faut pas que le fait qu'il y ait une DB soit un critère de blocage, il serait dommage de passer à coté d'un bon produit à cause de cela.
Centreon permet de ne plus utilisé nagios comme monitoring engine (cf mail précédent), mais il en a hérité de certaines bonnes idées. Comme le fait de manager plusieurs serveur de monitoring (satellite) via une seule interface web. Ces satellites quand à eux n'embarque qu'un OS et un engine de monitoring, le tout étant centraliser sur la console dans la DB et les fichiers associés.
Je te recommande au moins d'essayer centreon afin de te faire une idée, une distrib étant de mémoire dispo au download pour faire un test sans se prendre la tete.
Petite cerise sur le gâteau, merethis c'est une société française, donc support local.
Bonne journée _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bon j'ai oublié de préciser que je n'ai pas d'action chez merethis ni de la famille. Cependant j'ai eu de bon échange avec eux et pu tester leur produit d'un point de vue commercial. Mon mail n'avait pas un but mercantil ou de publicité directe pour eux, désolé si je l'ai fait de manière indirecte.
Je ne me prononce que sur la partie Centreon car pas de test / recul sur les autres. Et nagios est pour moi est loin derrière moi
Si toutefois la volonté est de dépenser le moins d'argent possible, des solutions de reporting comme BIRT ou Jasper peuvent aller faire les query qui vont bien dans la DB.
Bonne journée
2013/10/17 Nicolas GORALSKI nicolas+ml.frsag@goralski.fr
[...]
Bon j'ai oublié de préciser que je n'ai pas d'action chez merethis ni de la famille. Cependant j'ai eu de bon échange avec eux et pu tester leur produit d'un point de vue commercial. Mon mail n'avait pas un but mercantil ou de publicité directe pour eux, désolé si je l'ai fait de manière indirecte.
Je ne me prononce que sur la partie Centreon car pas de test / recul sur les autres. Et nagios est pour moi est loin derrière moi
Si toutefois la volonté est de dépenser le moins d'argent possible, des solutions de reporting comme BIRT ou Jasper peuvent aller faire les query qui vont bien dans la DB.
Bonne journée
+1, un test d'une CES serait un bon début. Il n'y a pas de véritable
intérêt à rester sur un Nagios pur, et tu auras ce qu'il te faut pour coder tes sondes tout aussi bien avec Centreon qu'avec un Nagios pur.
S'il te faut le reporting, tu pourras passer sur la version sous licence et là tu auras tout ce qu'il te faut (enfin tes chefs).
Jean
Le 2013-10-17 09:08, nap a écrit :
2013/10/17 Nicolas GORALSKI <nicolas+ml.frsag@goralski.fr [1]>
[...]
Bon jai oublié de préciser que je nai pas daction chez merethis ni de la famille. Cependant jai eu de bon échange avec eux et pu tester leur produit dun point de vue commercial. Mon mail navait pas un but mercantil ou de publicité directe pour eux, désolé si je lai fait de manière indirecte.
Je ne me prononce que sur la partie Centreon car pas de test / recul sur les autres. Et nagios est pour moi est loin derrière moi
Si toutefois la volonté est de dépenser le moins dargent possible, des solutions de reporting comme BIRT ou Jasper peuvent aller faire les query qui vont bien dans la DB.
Bonne journée
+1, un test dune CES serait un bon début. Il ny a pas de véritable intérêt à rester sur un Nagios pur, et tu auras ce quil te faut pour coder tes sondes tout aussi bien avec Centreon quavec un Nagios pur.
Sil te faut le reporting, tu pourras passer sur la version sous licence et là tu auras tout ce quil te faut (enfin tes chefs).
Euh je suis perdu là, tu parles de Centreon ou de Shinken, parce que je viens de découvrir qu'il existe une société Shinken Entreprise (dont le site semble malade).... mais j'ai pas bien compris si tout reste en OpenSource ou non sur Shinken ?
Cdlt,
JYL
2013/10/17 jean-yves@lenhof.eu.org
[...]
Bonne journée
+1, un test dune CES serait un bon début. Il ny a pas de véritable intérêt à rester sur un Nagios pur, et tu auras ce quil te faut pour coder tes sondes tout aussi bien avec Centreon quavec un Nagios pur.
Sil te faut le reporting, tu pourras passer sur la version sous licence et là tu auras tout ce quil te faut (enfin tes chefs).
Euh je suis perdu là, tu parles de Centreon ou de Shinken, parce que je viens de découvrir qu'il existe une société Shinken Entreprise (dont le site semble malade).... mais j'ai pas bien compris si tout reste en OpenSource ou non sur Shinken ?
Cdlt,
Salut,
Le +1 était pour Centreon avec son module de reporting justement. Shinken Enterprise (dont je suis justement en train de finir le site :) ) n'est pas encore fini, et n'aura pas de reporting dans sa première version d'ailleurs (on peut mais on le branche aux outils de reporting de la société, ce n'est pas un outil dédié). Côté licence c'est comme Centreon ou puppet : des modules additionnels non open sources, le tout dans un pack sous souscription en effet.
Donc pour en revenir au sujet: tente une CES :)
Jean
JYL
J'en profite : est-ce que certains de ces outils sont capables de faire du temps réel (polling de quelques secondes) pendant quelques minutes à quelques heures afin de vérifier en détail des performances ? (voir un sortir un chtit rapport pour le feignant que je suis :) )
Déjà, Centreon ne peut, zabbix je ne crois pas.
Le 17 octobre 2013 16:38, nap naparuba@gmail.com a écrit :
2013/10/17 jean-yves@lenhof.eu.org
[...]
Bonne journée
+1, un test dune CES serait un bon début. Il ny a pas de véritable intérêt à rester sur un Nagios pur, et tu auras ce quil te faut pour coder tes sondes tout aussi bien avec Centreon quavec un Nagios pur.
Sil te faut le reporting, tu pourras passer sur la version sous licence et là tu auras tout ce quil te faut (enfin tes chefs).
Euh je suis perdu là, tu parles de Centreon ou de Shinken, parce que je viens de découvrir qu'il existe une société Shinken Entreprise (dont le site semble malade).... mais j'ai pas bien compris si tout reste en OpenSource ou non sur Shinken ?
Cdlt,
Salut,
Le +1 était pour Centreon avec son module de reporting justement. Shinken Enterprise (dont je suis justement en train de finir le site :) ) n'est pas encore fini, et n'aura pas de reporting dans sa première version d'ailleurs (on peut mais on le branche aux outils de reporting de la société, ce n'est pas un outil dédié). Côté licence c'est comme Centreon ou puppet : des modules additionnels non open sources, le tout dans un pack sous souscription en effet.
Donc pour en revenir au sujet: tente une CES :)
Jean
JYL
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
des fork ou réécriture de nagios il y en beaucoup
icinga, shinken ...
et centreon qui fork le core ...
maintenant Naemon -> http://www.monitoring-fr.org/2013/11/interview-andreas-ericsson-auteur-naemo...
et les solutions packagées EON,centreon entreprise ....
L'emballage change mais fondamentalement, pas grand chose ne change.
Oui shinken est plus rapide, mais en rajoutant des pollers dans nagios ca revient au mm, alors on change la cosmétique ...
Enfin bref, je me rappel avec avoir fait des tests de supervision avec nagios avec plus de 50 000 services et 8 poller, et ca date de 3 ans. Avec pauvre script en bash et syslog-ng on peut faire beaucoup de chose.
check_live_status permet de connecter plein de produits sans bdd et j'aime beaucoup.
Ensuite Centreon propose des addons pour la carto et le business impact. Il y a des tools bien fait chez Somone pour industrialiser avec CLAPI
Des produits éditeur comment BMC avec le ProactiveNet. D'ailleurs Somone intègre très bien des métrique de nagios vers ce dernier.
Ensuite il y a des choses qui fonctionnent très bien côté Exosec. POM est un excellent produit, efficace et beau.
Pour faire rapide, à toi de voir où est le compromis.
Tu as de bonnes connaissances en supervision et tu n'as pas besoins de cosmétique, oublies les forks, va à essentiel avec nagios, fais l'outil à ta sauce.
Centreon te permets de configurer rapidement un outil, avec la possibilité de le faire évoluer.
Tu as aussi check_mk qui me semble très bien, mais je ne l'ai pas assez testé.
Tu peux aussi mettre Centreon avec shinken ...
Ensuite tu as des solutions payante, bien packagées comme POM. Le produit s'intègre rapidement, et suivant ton parc, tu peux avoir une solution opérationnelle en 1 semaine.
Je parle même pas de Zabbix, qui est à la base bien mieux pensé que Nagios, mais ca sent le troll et on n'est pas vendredi.
Tout dépend de ce que tu as besoin. Par exemple pour la partie reporting, Icinga avait des choses bien avec jasper.
Bonne recherche.
Alexandre.
On 16/10/13 20:56, Florent CARRÉ wrote:
Le 16/10/2013 20:39, Greg a écrit :
Pas Nagios ? Bon bah Icinga alors !! :)
Bonsoir,
Sans oublier Shinken : http://www.shinken-monitoring.org/
Deux des avantages que je trouve à Shinken est qu'il fonctionne avec du NoSQL (MongoDB) et le langage Python.
Bonne soirée
Liste de diffusion du FRsAG http://www.frsag.org/
Le Wed, Oct 16, 2013 at 07:57:48PM +0200, L.M.J [linuxmasterjedi@free.fr] a écrit: [...]
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...
C'est un traumatisme remontant à la petite enfance, ou c'est motivé, cette allergie ? Quels griefs ?
Le Thu, Oct 17, 2013 at 09:41:02AM +0200, Dominique Rousseau a écrit:
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...
C'est un traumatisme remontant à la petite enfance, ou c'est motivé, cette allergie ? Quels griefs ?
Chacun son truc, moi j'ai une allergie à Centreon, à son code et à son interface.
J'ai *aussi* une allergie à Zabbix, d'ailleurs...
Arnaud.
Le 19 oct. 2013 à 13:34, Arnaud Launay asl@launay.org a écrit :
Le Thu, Oct 17, 2013 at 09:41:02AM +0200, Dominique Rousseau a écrit:
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...
C'est un traumatisme remontant à la petite enfance, ou c'est motivé, cette allergie ? Quels griefs ?
Chacun son truc, moi j'ai une allergie à Centreon, à son code et à son interface.
J'ai *aussi* une allergie à Zabbix, d'ailleurs...
/me tape dans la main de Arnaud :)
+1 (Zabbix / centreon / nagios...)
Je m'incruste un peu dans la discussion. Est ce que parmi tous ces outils il y'en a qui proposent nativement une API (RESTfull par exemple) pour interagir avec le systeme de monitoring - rajouter des hosts, des services, des downtimes, ... - lire l'etat des services, hosts, etc
Youssef Ghorbal
2013/10/19 Xavier Beaudouin kiwi@oav.net:
Le 19 oct. 2013 à 13:34, Arnaud Launay asl@launay.org a écrit :
Le Thu, Oct 17, 2013 at 09:41:02AM +0200, Dominique Rousseau a écrit:
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...
C'est un traumatisme remontant à la petite enfance, ou c'est motivé, cette allergie ? Quels griefs ?
Chacun son truc, moi j'ai une allergie à Centreon, à son code et à son interface.
J'ai *aussi* une allergie à Zabbix, d'ailleurs...
/me tape dans la main de Arnaud :)
+1 (Zabbix / centreon / nagios...) _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Zabbix a une API pour faire ce que tu veux faire.
Lilian
Le 19/10/2013 20:55, Youssef Ghorbal a écrit :
Je m'incruste un peu dans la discussion. Est ce que parmi tous ces outils il y'en a qui proposent nativement une API (RESTfull par exemple) pour interagir avec le systeme de monitoring
- rajouter des hosts, des services, des downtimes, ...
- lire l'etat des services, hosts, etc
Youssef Ghorbal
2013/10/19 Xavier Beaudouin kiwi@oav.net:
Le 19 oct. 2013 à 13:34, Arnaud Launay asl@launay.org a écrit :
Le Thu, Oct 17, 2013 at 09:41:02AM +0200, Dominique Rousseau a écrit:
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...
C'est un traumatisme remontant à la petite enfance, ou c'est motivé, cette allergie ? Quels griefs ?
Chacun son truc, moi j'ai une allergie à Centreon, à son code et à son interface.
J'ai *aussi* une allergie à Zabbix, d'ailleurs...
/me tape dans la main de Arnaud :)
+1 (Zabbix / centreon / nagios...) _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Centreon CLAPI
Le 19 octobre 2013 20:59, Lilian - Devclic lilian@devclic.fr a écrit :
Zabbix a une API pour faire ce que tu veux faire.
Lilian
Le 19/10/2013 20:55, Youssef Ghorbal a écrit :
Je m'incruste un peu dans la discussion.
Est ce que parmi tous ces outils il y'en a qui proposent nativement une API (RESTfull par exemple) pour interagir avec le systeme de monitoring
- rajouter des hosts, des services, des downtimes, ...
- lire l'etat des services, hosts, etc
Youssef Ghorbal
2013/10/19 Xavier Beaudouin kiwi@oav.net:
Le 19 oct. 2013 à 13:34, Arnaud Launay asl@launay.org a écrit :
Le Thu, Oct 17, 2013 at 09:41:02AM +0200, Dominique Rousseau a écrit:
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...
C'est un traumatisme remontant à la petite enfance, ou c'est motivé, cette allergie ? Quels griefs ?
Chacun son truc, moi j'ai une allergie à Centreon, à son code et à son interface.
J'ai *aussi* une allergie à Zabbix, d'ailleurs...
/me tape dans la main de Arnaud :)
+1 (Zabbix / centreon / nagios...) ______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
Je m'incruste un peu dans la discussion. Est ce que parmi tous ces outils il y'en a qui proposent nativement une API (RESTfull par exemple) pour interagir avec le systeme de monitoring
- rajouter des hosts, des services, des downtimes, ...
- lire l'etat des services, hosts, etc
Shinken le fait. C'est comme ça que communique qu'on peut alimenter les machines à superviser depuis fusioninventory. Ça marche plutôt pas mal :)
Km
Je reviens un peu là-dessus mais au niveau des solutions de monitoring open-source, y'en a-t-il une qui remplisse ces critères dans un SEUL outil (pas envie de renseigner 36 outils différents) ? - monitoring système (linux/unix/windows), idéalement avec et sans agent car sous smartos je doute avoir l'agent - monitoring d'équipements réseaux - cartographie avec traffic réseau entre les équipements (à la weathermap en somme) - récupération des données également en snmp et via l'exécution d'un script (la sonde de notre baie est en USB) - mails d'alerte - pas prise de tête à configurer comme peut l'être Zabbix
Guillaume Hilt
Le 21/10/2013 09:56, cam.lafit@azerttyu.net a écrit :
Je m'incruste un peu dans la discussion. Est ce que parmi tous ces outils il y'en a qui proposent nativement une API (RESTfull par exemple) pour interagir avec le systeme de monitoring
- rajouter des hosts, des services, des downtimes, ...
- lire l'etat des services, hosts, etc
Shinken le fait. C'est comme ça que communique qu'on peut alimenter les machines à superviser depuis fusioninventory. Ça marche plutôt pas mal :)
Km _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Salut,
Le 18/11/2013 13:04, Guillaume Hilt a écrit :
Je reviens un peu là-dessus mais au niveau des solutions de monitoring open-source, y'en a-t-il une qui remplisse ces critères dans un SEUL outil (pas envie de renseigner 36 outils différents) ?
- monitoring système (linux/unix/windows), idéalement avec et sans
agent car sous smartos je doute avoir l'agent
- monitoring d'équipements réseaux
- cartographie avec traffic réseau entre les équipements (à la
weathermap en somme)
- récupération des données également en snmp et via l'exécution d'un
script (la sonde de notre baie est en USB)
- mails d'alerte
- pas prise de tête à configurer comme peut l'être Zabbix
Observium (ou mon fork) le fait (sur la partie monitoring système y a encore du taf).
Sur le Weathermap pas encore, mais vu qu'à coup de CDP il trouve ses copains...
Tout est basé par contre SNMP et eventuellement un agent unix.
Xavier
Hello,
Difficile d'avoir un système de monitoring complet sans un minimum de conf à faire... On utilise Centreon pour tout ce que tu as listé, sauf la weathermap. Ca reste proche de Zabbix, donc pas vraiment la réponse que tu attendais je suppose :)
Joël.
Le 18/11/2013 13:09, Xavier Beaudouin a écrit :
Salut,
Le 18/11/2013 13:04, Guillaume Hilt a écrit :
Je reviens un peu là-dessus mais au niveau des solutions de monitoring open-source, y'en a-t-il une qui remplisse ces critères dans un SEUL outil (pas envie de renseigner 36 outils différents) ? - monitoring système (linux/unix/windows), idéalement avec et sans agent car sous smartos je doute avoir l'agent - monitoring d'équipements réseaux - cartographie avec traffic réseau entre les équipements (à la weathermap en somme) - récupération des données également en snmp et via l'exécution d'un script (la sonde de notre baie est en USB) - mails d'alerte - pas prise de tête à configurer comme peut l'être Zabbix
Observium (ou mon fork) le fait (sur la partie monitoring système y a encore du taf).
Sur le Weathermap pas encore, mais vu qu'à coup de CDP il trouve ses copains...
Tout est basé par contre SNMP et eventuellement un agent unix.
Xavier
En fait tu peux inclure la weathermap dans centreon via une extension : http://www.centreon.fr/Article-Produits-Extensions-Communautaires/centreon-w...
From: frsag-bounces@frsag.org [mailto:frsag-bounces@frsag.org] On Behalf Of Joël DEREFINKO Sent: lundi 18 novembre 2013 13:49 To: Xavier Beaudouin; frsag@frsag.org Subject: Re: [FRsAG] Solution de monitoring
Hello,
Difficile d'avoir un système de monitoring complet sans un minimum de conf à faire... On utilise Centreon pour tout ce que tu as listé, sauf la weathermap. Ca reste proche de Zabbix, donc pas vraiment la réponse que tu attendais je suppose :)
Joël.
Le 18/11/2013 13:09, Xavier Beaudouin a écrit :
Salut,
Le 18/11/2013 13:04, Guillaume Hilt a écrit :
Je reviens un peu là-dessus mais au niveau des solutions de monitoring
open-source, y'en a-t-il une qui remplisse ces critères dans un SEUL
outil (pas envie de renseigner 36 outils différents) ?
- monitoring système (linux/unix/windows), idéalement avec et sans
agent car sous smartos je doute avoir l'agent
- monitoring d'équipements réseaux
- cartographie avec traffic réseau entre les équipements (à la
weathermap en somme)
- récupération des données également en snmp et via l'exécution d'un
script (la sonde de notre baie est en USB)
- mails d'alerte
- pas prise de tête à configurer comme peut l'être Zabbix
Observium (ou mon fork) le fait (sur la partie monitoring système y a
encore du taf).
Sur le Weathermap pas encore, mais vu qu'à coup de CDP il trouve ses
copains...
Tout est basé par contre SNMP et eventuellement un agent unix.
Xavier
Cela peut me convenir, j'avais déjà un oeil sur Centreon. On a pas grand chose à monitorer mais je trouve dommage de devoir déclarer ses équipements dans plusieurs scripts, d'où mon intérêt pour une solution unique afin de gagner du temps. Et si on peut faire du weathermap avec leur plugin, ça me va.
Je vais l'essayer, merci.
Guillaume Hilt
Le 18/11/2013 13:48, Joël DEREFINKO a écrit :
Hello,
Difficile d'avoir un système de monitoring complet sans un minimum de conf à faire... On utilise Centreon pour tout ce que tu as listé, sauf la weathermap. Ca reste proche de Zabbix, donc pas vraiment la réponse que tu attendais je suppose :)
Joël.
Le 18/11/2013 13:09, Xavier Beaudouin a écrit :
Salut,
Le 18/11/2013 13:04, Guillaume Hilt a écrit :
Je reviens un peu là-dessus mais au niveau des solutions de monitoring open-source, y'en a-t-il une qui remplisse ces critères dans un SEUL outil (pas envie de renseigner 36 outils différents) ?
- monitoring système (linux/unix/windows), idéalement avec et sans
agent car sous smartos je doute avoir l'agent
- monitoring d'équipements réseaux
- cartographie avec traffic réseau entre les équipements (à la
weathermap en somme)
- récupération des données également en snmp et via l'exécution d'un
script (la sonde de notre baie est en USB)
- mails d'alerte
- pas prise de tête à configurer comme peut l'être Zabbix
Observium (ou mon fork) le fait (sur la partie monitoring système y a encore du taf).
Sur le Weathermap pas encore, mais vu qu'à coup de CDP il trouve ses copains...
Tout est basé par contre SNMP et eventuellement un agent unix.
Xavier
Liste de diffusion du FRsAG http://www.frsag.org/
Le 18/11/2013 14:27, Guillaume Hilt a écrit :
Cela peut me convenir, j'avais déjà un oeil sur Centreon. On a pas grand chose à monitorer mais je trouve dommage de devoir déclarer ses équipements dans plusieurs scripts, d'où mon intérêt pour une solution unique afin de gagner du temps. Et si on peut faire du weathermap avec leur plugin, ça me va.
Je vais l'essayer, merci.
Le mieux dans ce cas c'est d'avoir tes équipements dans une base qui t'es propre et de connecter les outils que tu veux dessus. De base chaque logiciel va prévoir une partie déclarative de ton infra pour savoir quoi faire. Si tu lui fourni cela par une API ou en générant les fichiers de conf de façon périodique tu solutionnes ton problème.
Genre un racktables qui pousse dans un Centreon (via CLAPI) =)
Le 19 novembre 2013 16:41, Wallace wallace@morkitu.org a écrit :
Le 18/11/2013 14:27, Guillaume Hilt a écrit :
Cela peut me convenir, j'avais déjà un oeil sur Centreon. On a pas grand chose à monitorer mais je trouve dommage de devoir déclarer ses équipements dans plusieurs scripts, d'où mon intérêt pour une solution unique afin de gagner du temps. Et si on peut faire du weathermap avec leur plugin, ça me va.
Je vais l'essayer, merci.
Le mieux dans ce cas c'est d'avoir tes équipements dans une base qui t'es propre et de connecter les outils que tu veux dessus. De base chaque logiciel va prévoir une partie déclarative de ton infra pour savoir quoi faire. Si tu lui fourni cela par une API ou en générant les fichiers de conf de façon périodique tu solutionnes ton problème.
Liste de diffusion du FRsAG http://www.frsag.org/
Resumons.
On Mon, 2013-11-18 at 13:04 +0100, Guillaume Hilt wrote:
Je reviens un peu là-dessus mais au niveau des solutions de monitoring open-source, y'en a-t-il une qui remplisse ces critères dans un SEUL outil (pas envie de renseigner 36 outils différents) ?
- monitoring système (linux/unix/windows), idéalement avec et sans
agent car sous smartos je doute avoir l'agent
- monitoring d'équipements réseaux
- cartographie avec traffic réseau entre les équipements (à la
weathermap en somme)
- récupération des données également en snmp et via l'exécution d'un
script (la sonde de notre baie est en USB)
- mails d'alerte
- pas prise de tête à configurer comme peut l'être Zabbix
En gros tu cherches tout le contraire d'une solution a philosophie Unix. Chaque brique separre, et ce que ca fait, ca le fait bien !
A part un outils commercial tu trouveras pas ton bonheur a ma connaissance.
Pour la metrologie je pense aujourd'hui il y a deux facons de faire : - La facon Munin - La facon Collectd.
Si tu as une petite infra la facon Munin sera plus rapide a deployer que Collectd.
Une fois la metrologie regle, il faut qu'elle aille poper dans le monitoring. Pour ca je pense qu'il faut se tourner vers shinken et icinga
Graphite pour rassembler les donnees de Collectd Gdash et statsD pour traiter les donne qui seraient agregge dans logstash. Et ensuite bien paramettrer tes sondes pour remonter ca dans ton icinga et/ou shinken.
Meme chose pour le reseau. Un cacti ou Observium qui peut ensuite poper sur des sondes de type Nagios. Ensuite une petite amelioration des outils de weathermap qui sont dispo dans des extensions de Cacti, et t'as des WM aussi.
Bref, le tout en un "a la zabbix" est a mon sens une mauvaise idee en soit. L'on doit modulariser le monitoring si l'on veut qu'il soit efficace.
Alex
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 !
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/
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émohttp://www.centreon.fr/Article-Produits/plateforme-de-demopour 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/