Le 03/08/2016 à 14:43, Catalin Petrescu a écrit :
Why passing by telegraf ? is a kafka (or amqp) consumer not enough ?
telegraf is acting as kafka consumer in this case.
Sure, but what about writing your own (or use kafka-influxdb with
specific encoder) ? anyway this is a creative
On Wed, 3 Aug 2016 14:31:08 +0200
raf wrote:
> Le 02/08/2016 à 17:41, Karl O. Pinc a écrit :
> > And rrd-tool seems
> > like the tool for that job.
> >
>
> rdd still made a great job, but I think there are better option today.
> (influx/graphite/grafana).
Thanks. I've
On Wed, Aug 3, 2016 at 1:07 PM, raf wrote:
>
> Why passing by telegraf ? is a kafka (or amqp) consumer not enough ?
>
>
>
telegraf is acting as kafka consumer in this case.
___
pmacct-discussion mailing list
Le 02/08/2016 à 17:41, Karl O. Pinc a écrit :
Time-series storage seems the way to go.
Yes for graphing. For tabular or analytic traditionnals sgbd are more
suited for me.
And rrd-tool seems
like the tool for that job.
rdd still made a great job, but I think there are better option
Le 02/08/2016 à 17:35, Robert Juric a écrit :
Well would anyone else be interested in developing a dedicated front-end
utilizing the existingpmacct database? Or is it the general consensus
that everyone exports the pmacct data to other systems for graphical
representation?
The problem is
Le 03/08/2016 à 13:25, Catalin Petrescu a écrit :
hi ,
pmacctd->kafka->telegraf->influxdb->grafana works great for me if used
for peering analitics.
Why passing by telegraf ? is a kafka (or amqp) consumer not enough ?
--
Raphael Mazelier
___
hi ,
pmacctd->kafka->telegraf->influxdb->grafana works great for me if used for
peering analitics.
http://imgur.com/a/u2OrM
Unfurtunatlly because i can't get telegraf to make tags on fields that are
not strings i have to rely on a script to get the data from
influxdb(measurment1) to influxdb (