Getting started Community Training Tutorials Documentation APIs, AI & Tools
Configure proactive monitoring alerts for your hybrid standalone infrastructure to ensure optimal performance, detect issues early, and maintain system reliability across your distributed Mule runtime environment.
Runtime Manager alerts for hybrid standalone servers are event alerts, such as server connected, disconnected, or deleted.
On US Cloud and EU Cloud, Runtime Manager also provides metric threshold alerts for CPU, memory, load average, and thread count. Alerts based on metrics on Canada Cloud, Japan Cloud, India Cloud, and Australia Cloud come from Anypoint Monitoring, not from Runtime Manager. See Getting Alerts in Anypoint Monitoring.
|
On Canada Cloud, Japan Cloud, India Cloud, and Australia Cloud, Runtime Manager monitoring for hybrid standalone deployments isn’t available. Runtime Manager alerts on those control planes are limited to event alerts. For metric-based alerts, such as CPU usage, memory usage, and resource utilization, use Anypoint Monitoring. Basic and advanced Anypoint Monitoring alerts vary by control plane. See Features Supported on Hyperforce. Runtime Manager retains 30 days of alert history for audit and analysis. Alerts retrigger when conditions continuously exceed specified thresholds, ensuring persistent notification of ongoing issues. |
Anypoint Platform enforces rate limits that determine how often an alert is triggered and prevent excessive emails from being sent. At present, there is no defined limit to the number of Runtime Manager alerts.
Configure alerts to monitor your servers, server groups, and clusters with customizable thresholds and notification settings.
In Runtime Manager, click Alerts.
If no alerts exist, you see the initial setup page:
For existing alert configurations, use the add button:
Click the blue plus (+) icon to create a new alert.
Complete the required fields:
Name
Unique and meaningful name for the alert
The Name is limited to 256 characters.
Severity level
Severity of the alert: Critical, Warning, or Info
Source
The source of the alert: servers
This field appears only if your Anypoint Platform account supports local servers.
Server type
When the source is Servers, the type of server: single server, server group, or cluster.
If your servers aren’t available on your menu, see Servers, Server Groups, and Clusters.
Servers
The server to apply the alert to
Condition
The condition that triggers the alert
The available options depend on whether your alert is linked to a server. Some conditions require additional data. See Alert Conditions.
Subject
The subject of the alert email to send when the alert is triggered
The subject can include variables. See Alert Variables.
Message
The body text for the email to send when the alert is triggered. The message body can include variables. See Alert Variables.
Recipients
The recipients of the alert email
You can select up to 20 platform user IDs and enter up to 20 email addresses.
Click Create Alert.
When an alert condition is triggered, Runtime Manager sends email notifications similar to this:
Configure specific conditions that trigger notifications based on your infrastructure monitoring requirements. Alert conditions range from simple status notifications to complex performance threshold monitoring.
These metric threshold alerts apply to all infrastructure types (servers, server groups, and clusters) on US Cloud and EU Cloud. They aren’t available as Runtime Manager alerts on Canada Cloud, Japan Cloud, India Cloud, and Australia Cloud. Use Anypoint Monitoring alerts for metric-based monitoring on those control planes.
These performance alerts apply to all infrastructure types (servers, server groups, and clusters):
Monitor CPU utilization across your infrastructure. Triggers when CPU usage exceeds the specified percentage for the configured duration.
Configuration: Set the CPU percentage threshold and monitoring duration.
Monitor system processing load. Triggers when the average processing load exceeds the specified threshold for the configured duration.
Configuration: Set the load average threshold and monitoring duration.
| This metric isn’t available on Windows environments. |
Track memory consumption across your infrastructure. Triggers when memory usage (in MB) exceeds the specified threshold for the configured duration.
Configuration: Set the memory usage threshold (MB) and monitoring duration.
Monitor JVM thread utilization. Triggers when the thread count exceeds the specified level for the configured duration.
Configuration: Set the thread count threshold and monitoring duration.
These event alerts vary according to the target type (server, server groups, or clusters) and require no additional parameters. They are available on all control planes that support hybrid standalone:
Agent version changed
Runtime version changed
Server connected
Server deleted
Server disconnected
Server Group connected
Server Group deleted
Server Group disconnected
Server Group’s node connected
Server Group’s node disconnected
Server added to Server Group
Server removed from Server Group
Cluster connected
Cluster deleted
Cluster disconnected
Cluster presents visibility issues
Cluster’s node connected
Cluster’s node disconnected
Server added to Cluster
Server removed from Cluster
Customize alert email subjects and messages using dynamic variables that provide contextual information about triggered events.
You can’t use the character combination $& in variable expressions.
|
| Alert Category | Alert Type | Available Variables |
|---|---|---|
All Alerts |
|
|
Server Alerts |
All Server Alerts |
|
Agent version changed |
|
|
Runtime version changed |
||
Server CPU usage |
|
|
Server Load average |
||
Server Memory average |
||
Server Thread count |
||
Server Group Alerts |
All Server Group Alerts |
|
Server Group’s node CPU usage |
|
|
Server Group’s node Load average |
||
Server Group’s node Memory usage |
||
Server Group’s node Thread count |
||
Server Group’s node connected |
|
|
Server Group’s node disconnected |
||
Server added to Server Group |
||
Server removed from Server Group |
||
Cluster Alerts |
All Cluster Alerts |
|
Cluster’s node CPU usage |
|
|
Cluster’s node Load average |
||
Cluster’s node Memory usage |
||
Cluster’s node Thread count |
||
Cluster’s node disconnected |
|
|
Cluster’s node connected |
|
|
Server added to Cluster |
||
Server removed from Cluster |
||
| Variable | Definition |
|---|---|
|
Name of the cluster |
|
Current value of metric that triggers the alert |
|
Above or Below |
|
Name of the server group |
|
Where to find more information about the alert |
|
Name of the node in a server group or cluster |
|
Name of the target (server, server group, or cluster) that triggers the alert |
|
New version number for the agent or runtime |
|
Previous version number for the agent or runtime |
|
Where to find more information about the alert on the node’s parent cluster |
|
Name of the resource, such as server or app, on the node’s parent cluster that triggers the alert |
|
Name of the infrastructure resource that triggers the alert |
|
Severity of the alert |
|
State of the resource that triggers the alert, such as Running or Disconnected |
|
Count over the period of time that triggers the alert |
Runtime Manager provides multiple ways to access and monitor your infrastructure alert configurations and history.
Access all infrastructure alerts from the main alerts dashboard:
Click Alerts in the Runtime Manager navigation pane:
From the alerts dashboard, you can:
Create new infrastructure alerts
Search alerts by name or configuration
Filter alerts by source, condition, severity, or status
Modify alert configurations by clicking alert names
View alert status, settings, and trigger history in the details pane:
View alerts associated with specific servers, server groups, or clusters:
In the Servers list, click the Status column for your target server, server group, or cluster.
Click the View Associated Alerts link in the details pane:
Review historical alert activity for specific servers, server groups, or clusters:
In the Servers list, click the name of your server, server group, or cluster.
Click Settings in the navigation pane.
Click the Alerts History tab:
Efficiently manage your alert configurations through Runtime Manager’s alert management interface.
From the Alerts page, select one or more alerts and use the management controls:
Control alert notification delivery for infrastructure monitoring:
Disable alerts: Click the toggle switch to turn off notifications:
The Active column changes from Yes to No.
Enable alerts: Click the toggle switch to turn on notifications:
The Active column changes from No to Yes.
| Alert state changes affect all recipients of the alert notifications. |
Create copies of existing alert configurations for similar infrastructure components:
Select one or more alerts from the list.
Click the Duplicate icon in the details pane:
Runtime Manager creates alert copies with -copy appended to the original alert names.