Solution de monitoring, vi mais laquelle?

Salut liste,

depuis qq temps je me renseigne sur les solutions FOSS de
monitoring (2-3 serveurs Debian distants par site (liaisons inet),
voire 5-6 grand maximum).

Mais c'est un peu (hem!) le souk l=C3=A0-dedans: machin ne fait pas ce
que fait truc et bidule fait les 2 mais il lui manque des
fonctionnalit=C3=A9s importantes de chose, etc (zabbis, nagios, xymon,
cacti, cricket, zenoss, opennms... et la t=C3=AAte aloueeeette).

Je viens de tester zabbix, qui est p=C3=B4mal, mais centraliser *toutes*
les donn=C3=A9es n'est pas ce que je recherche; par contre =C3=A7a
m'int=C3=A9resserais *vraiment* de centraliser une version "d=C3=A9grad=C3=
=A9e"
par rapport =C3=A0 la locale (ex: recevoir les m=C3=AAmes parms qu'en local
mais seulement toutes les 5' ou 10', alors que le local se fait sur
toutes les 30"), pour en tirer des stats et des projections
sur le dimensionnement des serveurs.
Par ailleurs, zabbix a une occupation RAM assez importante mais
d'apr=C3=A8s ce que j'ai compris, =C3=A7a serait dur de faire moins; son
plus gros PB: on re=C3=A7oit toutes les donn=C3=A9es sans exception.

J'en viens donc =C3=A0 vous demander ce que vous utilisez, ou
utiliseriez, en fonction de besoins sp=C3=A9cifiques & de leur
priorit=C3=A9 (s/5):

C=C3=B4t=C3=A9 client:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
1- Alertes multiples (E-mail, IM, SMS) sur d=C3=A9passements, incidents
& accidents
1- red=C3=A9marrage auto des daemons ayant crash=C3=A9 + alerte
5- Visualisation des param=C3=A8tres (graphes)

C=C3=B4t=C3=A9 superviseur:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
1- Copie des alertes sur incidents & accidents + enregistrement
dans une DB
1- R=C3=A9ception des m=C3=AAmes parms mais avec des intervalles de temps
bcp plus grands + enregistrement dans une DB
2- Visualisation des param=C3=A8tres (graphes)
5- Accus=C3=A9s de r=C3=A9ception des alertes par les admins locaux

=C3=89tant donn=C3=A9 que 90% des fonctions des svrs distants sont les m=C3=
=AAmes,
la complexit=C3=A9 de conf a relativement peu d'importance.

Je me demande d'ailleurs si =C3=A7a existe (le diff=C3=A9rentiel
de qt=C3=A9 de donn=C3=A9es entre local et remote), vu que je n'ai pour
l'instant trouv=C3=A9 aucune r=C3=A9f=C3=A9rence =C3=A0 ce sujet.
Peut-=C3=AAtre que ma solution passe par une r=C3=A9plication partielle
des DBs locales avec un script maison (?).

JY
--=20
The chicken that clucks the loudest is the one most likely to show up
at the steam fitters' picnic.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20120619184105.3f584b85@anubis.defcon1