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 (
On Tue, 02 Aug 2016 17:59:14 +0200
Davide Principi wrote:
> On Tue, 2016-08-02 at 10:41 -0500, Karl O. Pinc wrote:
> > Time-series storage seems the way to go. And rrd-tool seems
> > like the tool for that job.
>
> What if accounting for any IP of the network is
On Tue, 2016-08-02 at 10:41 -0500, Karl O. Pinc wrote:
> Time-series storage seems the way to go. And rrd-tool seems
> like the tool for that job.
What if accounting for any IP of the network is required? Wouldn't it
require too much disk space?
___
On Tue, 2 Aug 2016 10:35:44 -0500
Robert Juric wrote:
> 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
>
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?
On Tue, Aug 2, 2016 at 8:40 AM, Davide Principi
On Tue, 2016-07-26 at 15:39 +0200, Davide Principi wrote:
> I'm looking for a bandwidthd replacement and I started experimenting
> with pmacct.
Well thanks again guys for all your suggestions!
Just for the record, I decided to enable the sqlite backend on
bandwidthd, by compiling it with an
Le 29/07/2016 à 09:03, Davide Principi a écrit :
Thanks raf! This seems more comfortable!
My php gui use mysql as backend, but it is trivial to change to sqlite
(or whatever).
Does it produce any graph? Could you attach some screenshots?
No. I graph with grafana.
But if you carefully
Le 28/07/2016 à 08:50, Linas Lesauskas a écrit :
Hi,
just my 2 cents.
I found very useful InfluxDB (https://influxdata.com/) for time-series
data storage. It is extremely fast and lean on storage questions, uses
kind of 20 bytes per record.
Combining with Grafana (http://grafana.org/) you can
I had started to work with HighCharts to put a front-end together for my
small deployment. I also wouldn't mind contributing to a project in any way
I could.
Robert Juric
On Tue, Jul 26, 2016 at 9:58 AM, Davide Principi <
davide.princ...@nethesis.it> wrote:
> Thanks for the prompt reply, Harry!
15 matches
Mail list logo