Select labels that are exactly equal to the value. The Operator field is the operator to match against the label value. How it matches depends on the Operator value. The Value field matches against the corresponding value for the specified Label name. The Label field is the name of the label to match. This allows for a very flexible way to manage your alert instances, specify which policy should handle them, and which alerts to silence.Ī label matchers consists of 3 distinct parts, the label, the value and the operator. Use labels and label matchers to link alert rules to notification policies and silences. The difference between the two being that a silence only lasts for only a specified window of time whereas a mute timing recurs on a schedule, for example, during a maintenance period.Grafana Cloud Enterprise Open source How label matching works Use message templates for your notifications to create reusable custom templates and use them in contact points.Īdd silences to stop notifications from one or more alert instances or use mute timings to specify time intervals when you don’t want new notifications to be generated or sent out. Contact points define how your contacts are notified when an alert instance fires.įor more information on notification policies, see fundamentals of Notification Policies. It also has a contact point assigned to it that consists of one or more contact point types, such as Slack or email. Set where, when, and how firing alert instances get routed.Įach notification policy contains a set of label matchers to indicate which alerts rules or instances it is responsible for. This controls de-duplication and groups alert instances to send to your contact points. Note: For Mimir or Loki-managed alert rules, alert instances are only created when the threshold condition defined in an alert rule is breached.Īlerting alert instances are grouped by labels according to the notification policy. The alert rule health is determined by the status of the evaluation of the alert rule, which can be Ok, Error, and NoData.įor Grafana-managed alert rules, multiple alert instances can be created as a result of one alert rule (also known as a multi-dimensional alerting).īoth Grafana-managed alert and Mimir or Loki-managed alert instances can be in Normal, Pending, Alerting, No Data, Error states. For example, if one alert instance is firing, the alert rule state will also be firing. The alert rule state is determined by the “worst case” state of the alert instances produced and the states can be Normal, Pending, or Firing.
An alert rule can produce multiple alert instances - one alert instance for each time series. Once alert rules are created, they go through various states and transitions.
Labels link alert rules to notification policies, so you can easily manage which policy should handle which alerts and who gets notified.
An alert rule consists of one or more queries and expressions, a condition, and the duration over which the condition needs to be met to start firing.Īdd annotations to your alert rule to provide additional information about the alert rule and add labels to uniquely identify your alert rule and configure alert routing.
You can either create your alerting resources (alert rules, notification policies, and so on) directly in the Grafana UI, using provisioning, or in your Grafana Mimir or Loki instances.Īn alert rule is a set of evaluation criteria for when an alert rule should fire. The following diagram gives you an overview of how Grafana Alerting works and introduces you to some of the key concepts that work together and form the core of our flexible and powerful alerting engine. Whether you’re starting or expanding your implementation of Grafana Alerting, learn more about the key concepts and available features that help you create, manage, and take action on your alerts and improve your team’s ability to resolve issues quickly. Grafana Cloud Enterprise Open source Introduction to Alerting
0 kommentar(er)
