Collect organization, environment, application, endpoint, APIs, and workers metrics for your Mulesoft Cloudhub apps.
Monitoring needs to be enabled for Cloudhub 1.0 apps. For details, see Setting Up Monitoring for CloudHub Deployments.
In your Mulesoft account, under Access Management, create a Connected App.
Add the following scopes to the app:

In Extensions, select Mulesoft Cloudhub.
Add a monitoring configuration:
https://anypoint.mulesoft.com.https://eu1.anypoint.mulesoft.com.https://gov.anypoint.mulesoft.com.Client ID.Client Secret.contains filter.Starting from version 2.0.0, the extension attempts to collect data from v2 applications.
The following applies:
/amc/application-manager/api/v2/organizations/{org_id}/environments/{environment_id}/deployments/{deployment_id}cloudhub.app.workers - obtained from target -> replicas.cloudhub.app.remaining_workers - the number of replicas.| Metric | Description |
|---|---|
| vCores Production | The number of vCores active on the organization for Production environments |
| vCores Sandbox | The number of vCores active on the organization for Sandbox environments |
| vCores Design | The number of vCores active on the organization for Design environments |
| VPCs | The number of VPCs active on the organization |
| VPNs | The number of VPNs active on the organization |
| Gateways | The number of Gateways active on the organization |
| Applications | The number of Applications on the organization |
| Started Applications | The number of Applications that are started on the organization |
| Workers | The number of Workers for an application |
| Remaining Workers | The number of Workers remaining for an application |
| Requests | The number of requests for an application |
| Errors | The number of errors for an application |
| Response Time | The average response time for an application |
| JVM Heap Used | The amount of JVM Heap used for the worker |
| JVM Heap Total | The total amount of JVM Heap for the worker |
| Thread Count | The number of threads for the worker |
| CPU | The CPU usage for the worker |
| Load Average | The load average for the worker |
| Available Processors | The number of available processors for the worker |
| Requests (Endpoint) | Per endpoint and response type |
| Response Time (Endpoint) | Per endpoint and response type |
| Outbound Response Time | Per endpoint and response type |
| Outbound Requests | Per endpoint and response type |
| API Requests | Per API, response_code |
| API Request Size | Per API, response_code |
| API Response Size | Per API, response_code |
| API Response Time | Per API, response_code |
| API Policy Violations | Per API, policy |
| API Requests by Location | Per API and Location |
The formula for DDU consumption of the extension is:
8 + (7 * <applications>) + (6 * <workers>) + (6 * <apis>) * 525.6 DDUs/year
For example, monitoring 25 applications, with three workers per application and 10 APIs, gives:
(8 + (7 * 25) + (6 * 75) + (6*10)) * 525.6 DDUs/year = 364,240 (364k) DDUs/year
Yes, the extension uses the Mulesoft dashboard APIs, which are not public and documented.
When activating your extension using monitoring configuration, you can limit monitoring to one of the feature sets. To work properly the extension has to collect at least one metric after the activation.
In highly segmented networks, feature sets can reflect the segments of your environment. Then, when you create a monitoring configuration, you can select a feature set and a corresponding ActiveGate group that can connect to this particular segment.
All metrics that aren't categorized into any feature set are considered to be the default and are always reported.
A metric inherits the feature set of a subgroup, which in turn inherits the feature set of a group. Also, the feature set defined on the metric level overrides the feature set defined on the subgroup level, which in turn overrides the feature set defined on the group level.