[bind10-dev] Statistics gathering and publishing

[Naoki Kambe]

Jeremy-san, Michael-san and All

Thanks for your answer against our questions about statistics.
By summarizing following Jeremy's comments, I have a following image.
Is it correct?
--
   +------- BIND 10 components -------+
   | +--------+ +--------+ +--------+ |
   | | comp A | | comp B | | comp C | | also tracking counters
   | +--------+ +--------+ +--------+ |
   +------^----------^----------^-----+
          |          |          |
          +----------+----------+
                     ^  query for counter and information
                     |   and gather 
                     v
             +--------------+  
             | stats daemon |  external command,
             +--------------+  tracking counters
                   |  ^ 
         publish   |  | query statistics
          XML doc  v  |  data
           +------------------+
           | HTTP server etc. |
           +------------------+
--

By the way,
> collectd
> http://collectd.org/
I tried to examine this, but I couldn't compile ver. 4.x in our environment.
It is reason why I have not enough libraries and header files which it needs
and the existing libraries related to SNMP have problems.
However compiling ver. 3.x is successful.

Thanks,

Naoki Kambe

From: "Jeremy C. Reed" <jreed at isc.org>
Subject: Re: [bind10-dev] Statistics gathering and publishing
Date: Wed, 2 Sep 2009 09:40:31 -0500 (CDT)

> On Thu, 27 Aug 2009, Jeremy C. Reed wrote:
> 
> > Retrieval:
> > 
> > - if configured to store in memory, then need a way to ask for it.
> > 
> > - be able to request / filter type of data
> > 
> > Publishing:
> > 
> > - separate tool to use previously stored data or real-time retrieved data 
> >   from stats daemon and generate BIND 9 style XML
> 
> 
> Some more thoughts on this...
> 
> If the XML stats server receives a specific query then possibly it could 
> just ask the corresponding BIND 10 component for that specific counter or 
> information. (Note that existing BIND 9 XML stats are all or nothing and 
> you can't query for individual details.)
> 
> Instead of having the XML stats server query all the many possible 
> components for their counters and stats, it could just query the stats 
> daemon. But would that be redundant to have a stats daemon keep track of 
> many counters plus the other BIND 10 individual components also keeping 
> track of their own counters? (Any thoughts on this?)
> 
> Also for "real-time" it should probably ask individual components. Maybe 
> there will be some setting to tell the components how often they should 
> share their counters or how often the stats daemon should ask for the 
> counters.
> 
> > - use rrdtool (for time-based stats) to generate reports
> > 
> > - use outside tools to generate graphs.
> 
> The stats daemon could be configured to run an outside tool that simply 
> regenerates an XML document (or other format). Then a third-party HTTP 
> server could point to it -- then we don't even need to deal with coding 
> and maintaining a HTTP server -- except in the case where we want to query 
> for individual counters...
> _______________________________________________
> bind10-dev mailing list
> bind10-dev at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind10-dev
>