Je sais, c'est un peu hors topic, m�me si �a tourne sous Linux...

Je fais des collects de statistiques, sur des routers Cisco 
principalement,
au d�part d'un serveur Linux SuSE 8.0, pour le moment avec MRTG


Actuellement, j'utilise MRTG, avec des fichiers LOG (pas encore RRDtools)

Je voudrais :

- am�liorer les performances ( RRD permettrait par ex, de ne PAS g�n�rer 
les graphiques Stat de TOUS les routers toutes les 5 min, mais � la 
demande seulement)
- facilit� les configurations : �viter / limiter de devoir �diter 
manuellement des fichiers config � chaque changement dans un router
- plus de souplesse dans les consultations de graphes statistiques, choix 
des dates, etc... : graphiques � la demande (ou tableau)


Donc, j'utilise MRTG 

http://people.ee.ethz.ch/~oetiker/webtools/mrtg/

Et j'ai vu CACTI qui semble superbe !

http://www.raxnet.net/products/cacti/


J'ai quelques questions :
- Si j'ai bien compris, Cacti permet de g�n�rer � la demande les 
graphiques, au d�part des donn�es se trouvant dans des fichiers DB  RRD ?
- MRTG peut �tre configur� pour utiliser RRD. Alors il ne g�n�re plus les 
graphiques automatiquement, mais stock ses donn�es dans les fichiers DB 
RRD.

Ce qui n'est pas clair pour moi :
- Est-ce que MRTG reste indispensable ? Cacti ne fait QUE les query et les 
graphiques? Ou il s'occupe aussi des collects (get snpm) de donn�es ? 
Est-ce que MRTG doit encore tourner ?
- dans un cas comme dans l'autre, est-ce que je vais r�cup�rer dans CACTI 
l'historique de mes statistiques sur les routers venant de MRTG, qd je les 
aurai pass� en RRD (un outil de converstion fichier log --> rrd existe) ?

Si vous avez utilis� Cacti, votre avis m'int�resse...
Difficile � installer / configurer ?

J'ai encore tr�s peu d'exp�rience PHP et MySQL...
et pas des semaines pour lire les doc ou essayer malheureusement...

Merci d'avance.

-- 
Didier

_______________________________________________
Linux Mailing List - http://www.unixtech.be
Archives: http://www.mail-archive.com/[email protected]
IRC: efnet.skynet.be:6667 - #unixtech

Répondre à