An AppDynamics Machine Agent extensionm to report metrics from a Tibco EMS Server and its queues.
Tibco EMS is messaging middleware that provides persistent queues as well as a publish/subscribe mechanism. It can be used as a JMS provider, or it can be used directly via native APIs.
This extension requires the Java Machine Agent.
-
Before the extension is installed, the prerequisites mentioned here need to be met. Please do not proceed with the extension installation if the specified prerequisites are not met.
-
Download and install Apache Maven which is configured with
Java 8
to build the extension artifact from source. You can check the java version used in maven using commandmvn -v
ormvn --version
. If your maven is using some other java version then please download java 8 for your platform and set JAVA_HOME parameter before starting maven. -
Before starting this monitor, make sure your EMS server is configured to report statistics. You can do this by editing the file
tibemsd.conf
in yourTIBCO_HOME
, or by using thetibemsadmin
command line utility.
-
Add the following line to
tibemsd.conf
:statistics = enabled
-
Restart Tibco EMS.
Use the tibemsadmin
utility to change the server configuration.
root# tibemsadmin -server localhost:7222
TIBCO Enterprise Message Service Administration Tool.
Copyright 2003-2013 by TIBCO Software Inc.
All rights reserved.
Version 8.0.0 V9 6/7/2013
Login name (admin):
Password:
Connected to: tcp://localhost:7222
Type 'help' for commands help, 'exit' to exit:
tcp://localhost:7222> set server statistics=enabled
Server parameters have been changed
tcp://localhost:7222> quit
bye
- Clone the "tibco-ems-monitoring-extension" repo using
git clone <repoUrl>
command. - Create a
lib
folder in "tibco-ems-monitoring-extension" and copy the following jars in thetibco-ems-monitoring-extension/lib
folder. (These jars are shipped with your Tibco EMS product itself)
tibemsd_sec.jar
tibjms.jar
tibjmsadmin.jar
tibjmsapps.jar
tibrvjms.jar
- Run 'mvn clean install' from "tibco-ems-monitoring-extension"
- Unzip the
TibcoEMSMonitor-<VERSION>.zip
fromtarget
directory into the "<MachineAgentHome_Dir>/monitors" directory. - This will create a new directory called
TibcoEMSMonitor
. - In
$MACHINE_AGENT_HOME/monitors/TibcoEMSMonitor
, edit the fileconfig.yml
and configure the extension for your Tibco EMS installation. - Add the following Tibco EMS jars to the lib folder.
tibcrypt.jar, tibemsd_sec.jar, tibjms.jar, tibjmsadmin.jar, tibjmsapps.jar, tibjmsufo.jar, tibrvjms.jar
- Restart the machine agent.
Configuration for this monitor is in the config.yml
file in the monitor
directory.
- host - Name or IP address of the Tibco EMS server. Required.
- port - TCP port number where the Tibco server is listening. The default value is 7222. Required.
- protocol - Specify "tcp" to use standard TCP or "ssl" to use SSL. The default is "tcp".
- faultTolerantServers - Fault tolerant servers to try when the master is not active.
- user - Administrative user ID for the Tibco admin interface. The default value is "admin". Required.
- password - Password for the administrative user ID. The default value is an empty password. Required.
- encryptedPassword & encryptionKey - If you want to encrypt the password them provide these two values.
- includeQueues - Queues from which metrics should be collected, supports regex. Required, if not provided no Queue metrics will be collected.
- includeTopics - Topics from which metrics should be collected, supports regex. Required, if not provided no Topic metrics will be collected.
- includeDurables - Durables from which metrics should be collected, supports regex. Required, if not provided no Durable metrics will be collected.
- includeRoutes - Routes from which metrics should be collected, supports regex. Required, if not provided no Route metrics will be collected.
- includeProducers - Producers from which metrics should be collected, supports regex. Required, if not provided no Producer metrics will be collected.
- includeConsumers - Consumers from which metrics should be collected, supports regex. Required, if not provided no Consumer metrics will be collected.
Sample config.yml
#########
## If you are using SSL to connect to EMS, make sure you also set the following:
##
## sslIdentityFile: path to the private key and client certificate file (example: conf/client_identity.p12)
## sslIdentityPassword: password to decrypt the private key
## sslTrustedCerts: path to the server certificate file (example: conf/server_cert.pem)
##########
servers:
# Keep the display name blank if Tibco EMS Extension is monitoring only one Tibco Server.
- displayName: "Local EMS"
host: "192.168.1.11"
port: "6222"
# Supports tcp and ssl
protocol: "tcp"
#Add fault Tolerant servers for this server
faultTolerantServers: ["192.168.1.11:7222"]
user: "admin"
# password or encryptedPassword and encryptionKey are required
password: "admin"
encryptedPassword:
encryptionKey:
#We are going to remove support for .* in next release. Other regex's are still supported.
includeQueues: [".*"]
includeTopics: [".*"]
includeDurables: [".*"]
includeRoutes: [".*"]
includeProducers: [".*"]
includeConsumers: [".*"]
sslIdentityFile:
sslIdentityPassword:
sslIdentityEncryptedPassword:
sslTrustedCerts:
#ssl config optional settings
sslDebug:
sslVerifyHost:
sslVerifyHostName:
sslVendor:
# Each server instance needs 9 threads, one for the server instance itself, and others for collecting metrics from connection, consumer, durable, producer, queue, route, server and topic.
# So, please change the value accordingly(Based on the number of server instances you are monitoring).
numberOfThreads: 15
#Enabling this will display dynamic ids like ProducerID and Consumer ID in the metric path. But this will also increase the stale metrics as the ids are dynamic and they change continuously.
#Disbling this will aggregate all the values from the destinations ( Producers, Consumers ) and print that value to the controller
displayDynamicIdsInMetricPath: false
#This will create this metric in all the tiers, under this path. Please make sure to have a trailing |
#metricPrefix: "Custom Metrics|Tibco EMS|"
#This will create it in specific Tier aka Component. Replace <COMPONENT_ID>. Please make sure to have a trailing |.
#To find out the COMPONENT_ID, please see the screen shot here https://community.appdynamics.com/t5/Knowledge-Base/How-do-I-troubleshoot-missing-custom-metrics-or-extensions/ta-p/28695
metricPrefix: "Server|Component:<COMPONENT_ID>|Custom Metrics|Tibco EMS|"
All the metrics are configured in metrics.xml file. By default extension can collect below metrics from each of the destination. Additional metrics are configured and commented in metrics.xml and user can uncomment them based on their monitoring needs.
Metric Name |
---|
PendingMessageCount |
PendingMessageSize |
Metric Name |
---|
InboundMessageRate |
InboundTotalMessages |
OutboundMessageRate |
OutboundTotalMessages |
Metric Name |
---|
TotalMessages |
TotalBytes |
MessageRate |
Metric Name |
---|
ConsumerCount |
DeliveredMessageCount |
InboundMessageCount |
InboundByteRate |
InTransitCount |
OutboundMessageCount |
OutboundMessageRate |
PendingMessageCount |
PendingMessageSize |
ReceiverCount |
Metric Name |
---|
ActiveDurableCount |
ConsumerCount |
DurableCount |
InboundMessageCount |
InboundMessageRate |
OutboundMessageCount |
OutboundMessageRate |
PendingMessageCount |
PendingMessageSize |
SubscriberCount |
This monitor can potentially register hundred of new metrics, depending on how many queues are in EMS. By default, the Machine Agent will only report 450 metrics to the controller, so you may need to increase that limit when installing this monitor. To increase the metric limit, you must add a parameter when starting the Machine Agent, like this:
java -Dappdynamics.agent.maxMetrics=1000 -jar machineagent.jar
Please visit this page to get detailed instructions on password encryption. The steps in this document will guide you through the whole process.
Workbench is an inbuilt feature provided with each extension in order to assist you to fine tune the extension setup before you actually deploy it on the controller. Please review the following document on How to use the Extensions WorkBench
Please follow the steps listed in this troubleshooting-document in order to troubleshoot your issue. These are a set of common issues that customers might have faced during the installation of the extension.
Always feel free to fork and contribute any changes directly here on GitHub.
Name | Version |
---|---|
Extension Version | 3.0.2 |
Last Update | 09/25/2024 |
Changes list | ChangeLog |
Note: While extensions are maintained and supported by customers under the open-source licensing model, they interact with agents and Controllers that are subject to AppDynamics’ maintenance and support policy. Some extensions have been tested with AppDynamics 4.5.13+ artifacts, but you are strongly recommended against using versions that are no longer supported.