Splunk AppDynamics

WebSphere MQ Extension for AppDynamics: Hardware Metrics with Client Mode

CommunityUser
Splunk Employee
Splunk Employee

When we install the WebSphere MQ extension using Client Mode. This means we will install the Machine Agent with the MQ extension on different host server than the IBM MQ Server. Where do the Server metrics comes from? 

Option1: From the host where the Machine Agent is installed.

Option2: From the IBM MQ Server (extension will provide Hardware Metrics)

https://www.appdynamics.com/community/exchange/extension/websphere-mq-monitoring-extension/

Labels (1)
0 Karma
1 Solution

CommunityUser
Splunk Employee
Splunk Employee

Here is the response from AppDynamics:


1 - The machine agent will report hardware metrics for the server on which it's running. 

That means if we install the Machine Agent with the MQ extension using Client Mode (install it in another server, not the MQ Server) we will have WebSphere MQ metrics from MQ Server (queues, queue manager, channels, etc) and Hardware metrics(CPU Usage,Memory, Disk I/O KB/s, Disk I/O Operations per sec, Network I/O KB/s, etc) from the server on which the Machine Agent is running. 

Hope it helps someone in the future

View solution in original post

0 Karma

CommunityUser
Splunk Employee
Splunk Employee

Here is the response from AppDynamics:


1 - The machine agent will report hardware metrics for the server on which it's running. 

That means if we install the Machine Agent with the MQ extension using Client Mode (install it in another server, not the MQ Server) we will have WebSphere MQ metrics from MQ Server (queues, queue manager, channels, etc) and Hardware metrics(CPU Usage,Memory, Disk I/O KB/s, Disk I/O Operations per sec, Network I/O KB/s, etc) from the server on which the Machine Agent is running. 

Hope it helps someone in the future

0 Karma

CommunityUser
Splunk Employee
Splunk Employee

MQ V9 (and the MQ appliance) makes many statistics available through a pub/sub interface. One huge benefit of the pub/sub model is that this data can be collected without interfering with any other monitoring programs. An early prototype of the MQ exporter for Prometheus used the RESET QSTATS command just to prove the concept, but that is not a good command to use in general when you have any other tools that may also use it. Publish/subscribe gives easy isolation for monitors. 

Go here for the detailed documentation: https://www.ibm.com/developerworks/community/blogs/messaging/entry/IBM_MQ_Using_Prometheus_and_Grafa...

Get Updates on the Splunk Community!

Prove Your Splunk Prowess at .conf25—No Prereqs Required!

Your Next Big Security Credential: No Prerequisites Needed We know you’ve got the skills, and now, earning the ...

Splunk Observability Cloud's AI Assistant in Action Series: Observability as Code

This is the sixth post in the Splunk Observability Cloud’s AI Assistant in Action series that digs into how to ...

Splunk Answers Content Calendar, July Edition I

Hello Community! Welcome to another month of Community Content Calendar series! For the month of July, we will ...