Closed dlecocq closed 8 years ago
Soooooo, with disclaimer: python n00b, LGTM.
@dlecocq I'm kind of confused - you realize that nsqd
publishes statsd metrics out of the box, right?
http://nsq.io/components/nsqd.html#a-namestatsdstatsd--graphite-integrationa
Yep. But we don't have an intermediate layer for aggregation.
Out setup is such that we may be scaling up and down nsqd instances with some regularity and so we don't necessarily want to track at the host level, but do want to track specific topics or all channels across the cluster.
I'd be very happy for a cleaner alternative.
On Friday, April 22, 2016, Matt Reiferson notifications@github.com wrote:
@dlecocq https://github.com/dlecocq I'm kind of confused - you realize that nsqd publishes statsd metrics out of the box, right?
http://nsq.io/components/nsqd.html#a-namestatsdstatsd--graphite-integrationa
— You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub https://github.com/dlecocq/nsq-py/pull/41#issuecomment-213632336
Dan Lecocq
Software Engineer
w: moz.com
t: @danlecocq https://twitter.com/danlecocq
Given a
nsqlookupd
instance, discover all producers and for each producer, grab statistics about its topics and channels and aggregate them.It reports metrics at several granularities. Specifically, metrics are reported for all unique and extant
{host, topic}
and{host, topic, channel}
tuples, as well as aggregates metrics (total
andmax
) for:For example, consider that we find the following metrics on the
my-topic
topic and channelschannel-one
andchannel-two
across two hosts:We would then also report:
Similar aggregation happens at the
topic
level. Given these measurements:We would provide aggregates:
The main motivation for this aggregation is to know if any topic or channel has too great a depth without having to know which one. Particularly convenient for creating alarms when hosts and topics cannot be determined a priori.
@lindseyreno @b4hand @neilmb