Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread raf

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 way of using telegraf :)


--
Raphael Mazelier


___
pmacct-discussion mailing list
http://www.pmacct.net/#mailinglists


Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread Karl O. Pinc
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 not been keeping up.



Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein

___
pmacct-discussion mailing list
http://www.pmacct.net/#mailinglists

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread Catalin Petrescu
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
http://www.pmacct.net/#mailinglists

Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread raf

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 today.
(influx/graphite/grafana).

--
Raphael Mazelier


___
pmacct-discussion mailing list
http://www.pmacct.net/#mailinglists


Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread raf

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 everyone want something different.
I ve made mine but it was really oriented on my buisness need.
It is way more easy to pass to export (or consolidate) metrics on a 
general purpose metric system in my opinion (graphite/influx/whatever 
for the tsdb), grafana or other for the gui.



--
Raphael Mazelier



___
pmacct-discussion mailing list
http://www.pmacct.net/#mailinglists


Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread raf

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


___
pmacct-discussion mailing list
http://www.pmacct.net/#mailinglists


Re: [pmacct-discussion] Looking for a fresh pmacct UI

2016-08-03 Thread Catalin Petrescu
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 ( measurment2 with tags).

Let me know if that helps. More than happy to share the scripts and
templates.

Regards,
Catalin

On Tue, Aug 2, 2016 at 5:56 PM, Karl O. Pinc  wrote:

> 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 required? Wouldn't it
> > require too much disk space?
>
> Perhaps.  For some value of "too much".  But really, the point
> of rrdtool is that you say how much data you want to store
> and the space is pre-allocated and it never gets any bigger.
> You just increasingly lose resolution as a data point ages.
> Sorta the point of time-series storage.
>
>
> Karl 
> Free Software:  "You don't pay back, you pay forward."
>  -- Robert A. Heinlein
>
> ___
> pmacct-discussion mailing list
> http://www.pmacct.net/#mailinglists
>
___
pmacct-discussion mailing list
http://www.pmacct.net/#mailinglists