activemq-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hiram Chirino (JIRA)" <>
Subject [jira] [Commented] (APLO-239) Aggregate connection-level messages (and bytes) metrics at connector and broker level
Date Mon, 13 Aug 2012 17:12:38 GMT


Hiram Chirino commented on APLO-239:

Implemented and being deployed in build:
> Aggregate connection-level messages (and bytes) metrics at connector and broker level
> -------------------------------------------------------------------------------------
>                 Key: APLO-239
>                 URL:
>             Project: ActiveMQ Apollo
>          Issue Type: New Feature
>          Components: apollo-broker
>         Environment: apollo-99-trunk-20120810.034513-80
>            Reporter: Lionel Cons
>            Assignee: Hiram Chirino
>             Fix For: 1.5
> Apollo provides aggregated messages metrics via /broker/dest-metrics.
> There are for instance enqueue_item_counter and dequeue_item_counter that look like the
total number of messages received and sent by the broker. Unfortunately, they represent something
else. For instance, using a single topic and two consumers, one message received by the broker
(and therefore two messages sent by the broker to the two consumers) will, in our environment,
result in enqueue_item_counter+=3 and dequeue_item+=4 instead of the expected +1 and +2.
> This can be explained by looking at Apollo's internals. We use slow_consumer_policy=queue
so Apollo will create two temporary queues attached to our two subscriptions. One message
in (at topic level) will result into two messages out (topic -> queue) plus one message
in and out of each queue. So the numbers seen are somehow consistent.
> For monitoring purposes, it is much more useful to get the number of messages in and
out of the broker, considered as a black box. We do have these numbers at connection level
(messages_received and messages_sent) but we miss aggregation. Would it be possible to have
these counters aggregated at connector level? Of course, this should represent the number
of messages ever seen by a connector, not only the ones from the existing connections.
> In addition, connections also have byte counters (read_counter and write_counter), it
would be good to have these too aggregated at connector level.
> Finally, just like connection_counter at connector level is aggregated at broker level
(via /broker), it would be nice to have these connector counters also aggregated at broker
level. This way, messages_received under /broker would really represent the number of messages
received by the broker...

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message