Rule configuration
When creating a rule, you configure the following fields:Creating a new alert rule
- Go to Alerting > Alert Policies and click on an existing policy, or create a new policy first.
- Click Create a new rule.
- Select the product (Browser, APM, Infrastructure, etc.). The available metrics change based on the product you select.
- Choose the metric you want to monitor.
- Set the operator (above, below, or equal) and the Critical threshold value. Optionally add a Warning threshold.
- Set the duration and time function. See Thresholds for guidance on choosing these values.
- (Optional) Select specific targets to limit evaluation to certain applications or hosts.
- (Optional) Add filters to narrow the scope further.
- Enter a rule name that describes what this rule monitors.
- Click Create rule.
Managing rules
- Edit: Click on a rule to modify its metric, thresholds, or filters. Changes take effect on the next evaluation cycle.
- Delete: Remove a rule from the policy. Open issues from this rule are closed automatically.
- Enable / Disable: Rules inherit the enabled state from their parent policy. To stop evaluating a single rule, you can delete it or disable the entire policy.
Alert rule types
Alert rules are available for the following products. Each product has its own set of metrics and filters:- Browser Alerts: Page load, Web Vitals, AJAX, transactions, JS errors
- APM Alerts: Response time, throughput, error rate, Apdex, database, external services
- Infrastructure Alerts: CPU, memory, disk, network, host not reporting, checks failing
- Kubernetes Alerts: Pod, container, node, deployment, replica metrics
- Logs Alerts: Log event count, log volume
- Analytics Alerts: API request duration, throughput, failure counts
- Baseline Alerts: Moving average deviation detection for Browser and APM metrics
Filter conditions
Rules support filter conditions to narrow the scope of evaluation. Each filter has a field, operator, and value. Available operators:
All filters are AND-combined, so a data point must match every filter to be included.
Example
Rule: Alert when Web Response Time exceeds 2 seconds for 5 consecutive minutes on the checkout service.
With this rule, if every 1-minute evaluation bucket within a 5-minute window shows the average response time above 2 seconds, a Critical issue is created. If it exceeds 1 second but stays below 2 seconds for the full window, a Warning issue is created instead.