07/09/2010, 13:00:42
Dans l'esprit, rrdtool integre la BD. C'est un fichier "plat" qui
contient un historique sur N périodes. Un process externe doit
alimenter la base toute les périodes (p.ex. un cron job, ou sur
réception d'un télégramme émis régulièrement).
Je ne pense pas qu'en final, rrdtool soit plus compliqué à maitriser
que mySQL + jpgraph. mySQL est une usine à gaz à lui seul, un process
qui tourne en permanence, des tables/index à optimiser, complexité du
backup comme mentionné, etc...
Mais bien entendu, cette complexité amène une certaine flexibilité, et
le jour ou la visualisation doit intégrer un module de comptabilité
fiscale, tu peux réutiliser la même base
Il est possible de sortir toutes les données de rrd, mais la syntaxe
est un peu torturée. Par contre, tu peux construire un graphe entre
n'importe quelle dates assez simplement.
Fred
On Sep 7, 10:34 am, chitloft <arnaud.cogn...@laposte.net> wrote:
> Slt a vous,
> Effectivement, c'est ce que je redoutais sur la solution rrdtool. je
> vais donc creuser vers la voix jpgraph .
>
> Merci et bonne journée
>
> On 7 sep, 07:52, Frédéric <f...@gbiloba.org> wrote:
>
>
>
> > On lundi 06 septembre 2010, chitloft wrote:
>
> > > Merci pour ce retour Frederic. Pour rrdtool, ca ne me fait pas peur, c
> > > 1 question de tps, comme tjs (et ces tps ci, ah, si la journée
> > > pouvaient durée 48h, ca ne serait pas assez !).
> > > mais c qu'il y a d'intéressant dans rrdtool, ce que j constate, c que
> > > des qu on parle snmp, rrdtool est cité... donc ca sera cela alors.
>
> > Le truc, avec rrdtool; c'est que tu ne peux pas parcourir l'archive de
> > manière simple. Par exemple voir ce qui s'est passé un mois en arrière,
> > avec la même résolution que maintenant. Ou alors, il faut re-générer toute
> > la base. Ce n'est pas optimum.
>
> > --
> > Frédéric
contient un historique sur N périodes. Un process externe doit
alimenter la base toute les périodes (p.ex. un cron job, ou sur
réception d'un télégramme émis régulièrement).
Je ne pense pas qu'en final, rrdtool soit plus compliqué à maitriser
que mySQL + jpgraph. mySQL est une usine à gaz à lui seul, un process
qui tourne en permanence, des tables/index à optimiser, complexité du
backup comme mentionné, etc...
Mais bien entendu, cette complexité amène une certaine flexibilité, et
le jour ou la visualisation doit intégrer un module de comptabilité
fiscale, tu peux réutiliser la même base
Il est possible de sortir toutes les données de rrd, mais la syntaxe
est un peu torturée. Par contre, tu peux construire un graphe entre
n'importe quelle dates assez simplement.
Fred
On Sep 7, 10:34 am, chitloft <arnaud.cogn...@laposte.net> wrote:
> Slt a vous,
> Effectivement, c'est ce que je redoutais sur la solution rrdtool. je
> vais donc creuser vers la voix jpgraph .
>
> Merci et bonne journée
>
> On 7 sep, 07:52, Frédéric <f...@gbiloba.org> wrote:
>
>
>
> > On lundi 06 septembre 2010, chitloft wrote:
>
> > > Merci pour ce retour Frederic. Pour rrdtool, ca ne me fait pas peur, c
> > > 1 question de tps, comme tjs (et ces tps ci, ah, si la journée
> > > pouvaient durée 48h, ca ne serait pas assez !).
> > > mais c qu'il y a d'intéressant dans rrdtool, ce que j constate, c que
> > > des qu on parle snmp, rrdtool est cité... donc ca sera cela alors.
>
> > Le truc, avec rrdtool; c'est que tu ne peux pas parcourir l'archive de
> > manière simple. Par exemple voir ce qui s'est passé un mois en arrière,
> > avec la même résolution que maintenant. Ou alors, il faut re-générer toute
> > la base. Ce n'est pas optimum.
>
> > --
> > Frédéric