Re-notify for persistently active alerts in Kibana Universal Alerting
Elastic Cloud Serverless projects are autoscaled environments, fully managed by Elastic and available on Elastic Cloud. Availability This functionality is generally available and ready for production usage. Serverless interfaces and procedures might differ from classic Elastic Stack deployments. The Elastic Stack includes Elastic's core products such as Elasticsearch, Kibana, Logstash, and Beats. Availability We plan to add this functionality in a future Elastic Stack update. Subject to changes. Unless stated otherwise on the page, this functionality is available when your Elastic Stack is deployed on Elastic Cloud Hosted, Elastic Cloud Enterprise, Elastic Cloud on Kubernetes, and self-managed environments. This documentation corresponds to the latest patch available for each minor version. If you're not using the latest patch, check the release notes for changes.
Serverless
Generally available
Stack
Planned
Planned
Configure a Kibana Universal Alerting action policy so a workflow keeps running while an alert stays active without a status change.
The On status change frequency option invokes a workflow once for each status transition, for example when an alert activates or resolves. This is efficient for reducing noise from rules in Kibana Universal Alerting, but a persistently active alert that only changes in severity doesn't cause another invocation.
To re-notify for alerts that stay active without a status change, use a time-based throttle.
At most once every…Invokes a workflow again after the configured interval regardless of whether severity or status changed. Setting this to1hinvokes a workflow every hour while the alert remains active and matched.On status change + repeat at intervalInvokes a workflow on status change and then repeats at the configured interval while the alert stays in the same status.
In this example, you want to be re-paged if a critical alert stays open for more than an hour. Set the action policy frequency to At most once every 1h. The action policy invokes a workflow when the alert first matches and then again each hour until the alert resolves or no longer matches.
| Field | Value |
|---|---|
| Match conditions | severity: "critical" |
| Notify per | Alert |
| Frequency | At most once every 1 hour |
| Destinations | PagerDuty workflow |
- Manage severity escalation notifications: Understand how severity changes interact with action policy matching.
- Action policy reference: Look up all frequency options.
- Create and configure an action policy: Apply the frequency settings described on this page.