Mulesoft Cloudhub (Extension v2) extension

  • Latest Dynatrace
  • Extension
  • Published Oct 27, 2025

Collect organization, environment, application, endpoint, APIs, and workers metrics for your Mulesoft Cloudhub apps.

Get started

Requirements

Monitoring needs to be enabled for Cloudhub 1.0 apps. For details, see Setting Up Monitoring for CloudHub Deployments.

Mulesoft configuration

  1. In your Mulesoft account, under Access Management, create a Connected App.

  2. Add the following scopes to the app:

    • Monitoring Viewer: You need to include the root organization (business unit) in this scope.
    • View Organization
    • View Environment
    • Read Applications
    • View APIs Configuration
    • Read Runtime Fabrics

    Mulesoft extension v2 Connected Apps

Dynatrace configuration

  1. In Extensions, select Mulesoft Cloudhub.

  2. Add a monitoring configuration:

  • Mulesoft Domain URL
    • This is the URL to access your Mulesoft account; in most cases this is https://anypoint.mulesoft.com.
    • For Europe, this is https://eu1.anypoint.mulesoft.com.
    • For Government Cloud, this is https://gov.anypoint.mulesoft.com.
  • Mulesoft Client ID
    • From the connected app you created, copy the Client ID.
  • Mulesoft Client Secret
    • From the connected app you created, copy the Client Secret.
  • Mulesoft Organization/Business Group ID
    • Optional, if empty the default Organization ID will be used.
    • You can get a list of all organizations from the Anypoint Platform.
  • Frequency
    • How often we should collect data.
  • Environments filter
    • Optionally, you can filter to monitor certain environments and applications.
    • These filters behave as a contains filter.
    • You can have multiple filters for a single monitoring configuration.
  • Proxy
    • If you need to use a proxy to access the Mulesoft API, you can configure it here.

Details

V2 Apps Support

Starting from version 2.0.0, the extension attempts to collect data from v2 applications.

The following applies:

  • The API endpoint used is /amc/application-manager/api/v2/organizations/{org_id}/environments/{environment_id}/deployments/{deployment_id}
  • To keep topology data relevant, some metrics from v1 apps are translated into v2 apps:
    • cloudhub.app.workers - obtained from target -> replicas.
    • cloudhub.app.remaining_workers - the number of replicas.

Metrics

MetricDescription
vCores ProductionThe number of vCores active on the organization for Production environments
vCores SandboxThe number of vCores active on the organization for Sandbox environments
vCores DesignThe number of vCores active on the organization for Design environments
VPCsThe number of VPCs active on the organization
VPNsThe number of VPNs active on the organization
GatewaysThe number of Gateways active on the organization
ApplicationsThe number of Applications on the organization
Started ApplicationsThe number of Applications that are started on the organization
WorkersThe number of Workers for an application
Remaining WorkersThe number of Workers remaining for an application
RequestsThe number of requests for an application
ErrorsThe number of errors for an application
Response TimeThe average response time for an application
JVM Heap UsedThe amount of JVM Heap used for the worker
JVM Heap TotalThe total amount of JVM Heap for the worker
Thread CountThe number of threads for the worker
CPUThe CPU usage for the worker
Load AverageThe load average for the worker
Available ProcessorsThe number of available processors for the worker
Requests (Endpoint)Per endpoint and response type
Response Time (Endpoint)Per endpoint and response type
Outbound Response TimePer endpoint and response type
Outbound RequestsPer endpoint and response type
API RequestsPer API, response_code
API Request SizePer API, response_code
API Response SizePer API, response_code
API Response TimePer API, response_code
API Policy ViolationsPer API, policy
API Requests by LocationPer API and Location

FAQ

What is the DDU Consumption of this extension?

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

Does the extension use unsupported Mulesoft APIs?

Yes, the extension uses the Mulesoft dashboard APIs, which are not public and documented.

Feature sets

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.

Related tags
ComputePythonDistributed computingAnypointInfrastructure Observability