-
Notifications
You must be signed in to change notification settings - Fork 4.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
x-pack/metricbeat/module/activemq: Add support for PendingQueueSize
in topic
metricset
#42821
Conversation
This pull request does not have a backport label.
To fixup this pull request, you need to add the backport labels for the needed
|
CHANGELOG.next.asciidoc
Outdated
@@ -266,6 +266,7 @@ otherwise no tag is added. {issue}42208[42208] {pull}42403[42403] | |||
- Continue collecting metrics even if the Cisco Meraki `getDeviceLicenses` operation fails. {pull}42397[42397] | |||
- Fixed errors in the `elasticsearch.index` metricset when index settings are missing. {issue}42424[42424] {pull}42426[42426] | |||
- Fixed panic caused by uninitialized meraki device wifi0 and wifi1 struct pointers in the device WiFi data fetching. {issue}42745[42745] {pull}42746[42746] | |||
- Fixed the missing support for `PendingQueueSize` in the ActiveMQ topic metricset. {pull}42821[42821] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Fixed the missing support for `PendingQueueSize` in the ActiveMQ topic metricset. {pull}42821[42821] | |
- Add support for `PendingQueueSize` in the ActiveMQ topic metricset. {pull}42821[42821] |
This should be under enhancement and not bugfix.
Couple of points here @Linu-Elias
|
This reverts commit 03b33f7319c6336a4990062aba3cdb5b380f41a0.
@Linu-Elias : As discussed PendingQueueSize is actually not a metric for a "testTopic" but a "Subscriber".
Solution:We should add a new metricset "Subscriber" with couple of important metrics from the above response. Eg: DestinamtionName, subscriberName, PendingQueSize etc... So that the user can do an aggregation of the PendingQueuSize/topic. Only then its useful. |
@@ -483,6 +483,8 @@ otherwise no tag is added. {issue}42208[42208] {pull}42403[42403] | |||
- Add new metricset wmi for the windows module. {pull}42017[42017] | |||
- Update beat module with apm-server tail sampling monitoring metrics fields {pull}42569[42569] | |||
- Log every 401 response from Kubernetes API Server {pull}42714[42714] | |||
- Added `pending.queue.size` in the ActiveMQ topic metricset. {pull}42821[42821] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Added `pending.queue.size` in the ActiveMQ topic metricset. {pull}42821[42821] | |
- Add `pending.queue.size` in the ActiveMQ's `topic` metricset. {pull}42821[42821] |
Changes look good. But I see this field might also be very important for "queue" metricset as well. If we could do that here or even in a separate PR or create an enhancement issue for the same in the backlog? Maybe let's just file an ER for now and let's not do the change in this PR. |
PendingQueueSize
in topic
metricset
@Linu-Elias : Will be creating a separate issue describing the problem statement here. We can discuss it there on how to take this further. |
@ishleenk17 As far I can see, for topics, "durable" subscribers in "topic" have that field. But in the issue linked, the requirement is: "Desired topic size is the sum of PendingQueueSize of all subscriptions in that topic." But yes, I think the field means number of messages pending for delivery to durable subscribers. So, I think we should not create a separate metricset for subscribers? We should get the field and do the aggregation (i.e., sum). Also to get that data, we are using "destinationType=Topic". So I am not sure if it's a good idea to create a metricset for "Subscriber". |
The subscriber dataset (name can be discussed) is not only for this metric, but in general there are other important metrics (dispatchedqueuesize, pendingqueuesize, dispacthedcounter, enque_counter etc) that we should have for subscriber. Each mbean comes as a separate event. So if we go eith current implementation we will have separate event for topic mbean and a separate event for subscriber mbean. The fields that we would get currently are activemq.topic.pendingqueuesize.... Which could be misleading as its not a metric of a topic. |
Yes, I agree with @ishleenk17, as one topic can have multiple subscribers, and each subscriber has their own set of metrics. For reference, I have attached a screenshot of how the subscriber view page looks in my local setup. We can actually correlate this image with the JSON response for subscribers that @ishleenk17 shared in the earlier comment. |
Okay, sure! Thanks! |
@ishleenk17 are there any open questions for me? |
No @daniela-elastic . We have created a public issue for this. |
Proposed commit message
Added
jmx.mapping
to supportPendingQueueSize
intopic
metricset.Checklist
CHANGELOG.next.asciidoc
orCHANGELOG-developer.next.asciidoc
.Disruptive User Impact
Author's Checklist
How to test this PR locally
Related issues
Use cases
Screenshots
Logs