Thanks, Otis. I actually already have a reporting and alerting
infrastructure.

I mainly wanted to confirm that parsing the output of the offset checker is
the recommended practice for reporting consumer group offsets. Is this the
case? If so, I wanted to find out if any work is under way to make this
more streamlined.

On Mon, Apr 6, 2015 at 10:05 PM, Otis Gospodnetic <
otis.gospodne...@gmail.com> wrote:

> Hi,
>
> We track our Consumer Lag and all other Kafka metrics with SPM
> <http://sematext.com/spm> whose agent collects this info from Kafka
> Consumers.  Here's a chart of that:
> https://apps.sematext.com/spm-reports/s/mcBHvsXwgj -- this public chart
> doesn't show all filtering option, but you can filter lag by host, client
> id, topic, and partition.
>
> Otis
> --
> Monitoring * Alerting * Anomaly Detection * Centralized Log Management
> Solr & Elasticsearch Support * http://sematext.com/
>
>
> On Mon, Apr 6, 2015 at 6:14 PM, Kyle Banker <kyleban...@gmail.com> wrote:
>
> > What is the best practice for reporting the lag on individual consumer
> > groups (e.g., to Graphite)?
> >
> > A recent form post (http://search-hadoop.com/m/4TaT4x9qWm1) seems to
> > indicate that parsing the output of the consumer offset checker tool and
> > reporting that independently is what folks do. Is there a better way?
> >
> > Are there any plans for the Kafka brokers themselves to do this reporting
> > (e.g., the master for each partition reports lag for all of its consumer
> > groups)?
> >
> > Many thanks in advance.
> >
>

Reply via email to