Re: [pmacct-discussion] Looking for a fresh pmacct UI
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
On Wed, 3 Aug 2016 14:31:08 +0200 rafwrote: > 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
On Wed, Aug 3, 2016 at 1:07 PM, rafwrote: > > 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
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
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
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
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. Pincwrote: > 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