07/09/2010, 21:55:18
Soyez conscients que le principe même de rrdtool est de garder une base
de données de taille constante, donc rrdtool SUPPRIME des données au fur
et à mesure du temps.
En fait, dans sa configuration, on lui dit : je veux une précision à 5
minutes pendant 24h puis à 30 minutes pendant 1 semaines puis à 12h
pendant 1 mois. Par exemple. Ensuite on lui dit comment il fait pour
lisser entre chaque période. Moyenne, ou min/max, etc....
Moralité, rrdtool est un outils EXTRA pour faire des courbes ! Mais à
mon sens, aucun intérêt pour le stockage des donnée, sauf si le lissage
de la précision ne vous importe pas, auquel cas, c'est top et bien plus
simple qu'une base mysql qui garderait toutes les 5 minutes. D'ailleurs,
estce bien utile une précision à 5 minutes au bout d'un an ? (mais à 24h
ce n'est pas assez, clairement...)
Pour se convaincre de ce que rrdtool peut tracer, alors sur le site ou
faites une recherche google image, y'a des jolis trucs. Par exemple
http://royale.tiblog.fr/fichiers/royale/...61a9ef.jpg
Le 07/09/2010 10:34, chitloft a écrit :
> 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
de données de taille constante, donc rrdtool SUPPRIME des données au fur
et à mesure du temps.
En fait, dans sa configuration, on lui dit : je veux une précision à 5
minutes pendant 24h puis à 30 minutes pendant 1 semaines puis à 12h
pendant 1 mois. Par exemple. Ensuite on lui dit comment il fait pour
lisser entre chaque période. Moyenne, ou min/max, etc....
Moralité, rrdtool est un outils EXTRA pour faire des courbes ! Mais à
mon sens, aucun intérêt pour le stockage des donnée, sauf si le lissage
de la précision ne vous importe pas, auquel cas, c'est top et bien plus
simple qu'une base mysql qui garderait toutes les 5 minutes. D'ailleurs,
estce bien utile une précision à 5 minutes au bout d'un an ? (mais à 24h
ce n'est pas assez, clairement...)
Pour se convaincre de ce que rrdtool peut tracer, alors sur le site ou
faites une recherche google image, y'a des jolis trucs. Par exemple
http://royale.tiblog.fr/fichiers/royale/...61a9ef.jpg
Le 07/09/2010 10:34, chitloft a écrit :
> 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