本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 配置警报
<a name="v10-alerting-configure"></a>

****  
本文档主题专为支持 **Grafana 10.x 版本**的 Grafana 工作区而设计。  
对于支持 Grafana 9.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 9](using-grafana-v9.md)。  
对于支持 Grafana 8.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 8](using-grafana-v8.md)。

配置创建和管理警报所需的功能和集成。

**Topics**
+ [配置 Grafana 管理的警报规则](v10-alerting-configure-grafanamanaged.md)
+ [配置数据来源管理的警报规则](v10-alerting-configure-datasourcemanaged.md)
+ [配置记录规则](v10-alerting-configure-recordingrules.md)
+ [配置联系点](v10-alerting-configure-contactpoints.md)
+ [配置通知策略](v10-alerting-configure-notification-policies.md)

# 配置 Grafana 管理的警报规则
<a name="v10-alerting-configure-grafanamanaged"></a>

****  
本文档主题专为支持 **Grafana 10.x 版本**的 Grafana 工作区而设计。  
对于支持 Grafana 9.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 9](using-grafana-v9.md)。  
对于支持 Grafana 8.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 8](using-grafana-v8.md)。

Grafana 管理的规则是最灵活的警报规则类型。通过这些规则，您可以创建警报，而这些警报可以作用于我们支持的任何数据来源中的数据。除了支持多个数据来源，您还可以添加表达式来转换数据和设置警报条件。还支持在警报通知中使用映像。这是唯一允许在单个规则定义中从多个数据来源发出警报的规则类型。

一条警报规则可以创建多个警报实例（也称为多维警报）。

Grafana 管理的警报规则只能由对存储规则的文件夹具有编辑权限的用户编辑或删除。

如果删除在 UI 中创建的警报资源，则无法再对其检索。要备份配置并恢复已删除的警报资源，请使用 Terraform 或警报 API 创建警报资源。

在以下过程中，我们将引导您完成创建 Grafana 管理的警报规则的过程。

要创建 Grafana 管理的警报规则，请使用工作区内警报创建流程，并按照以下步骤操作。

**设置警报规则名称**

1. 选择**警报** -> **警报规则** -> **\$1 新建警报规则**。

1. 输入名称以识别警报规则。

   此名称将显示在警报规则列表中。这也是根据此规则创建的每个警报实例的 `alertname` 标签。

接下来，定义查询以获取要测量的数据，以及触发警报规则之前需要满足的条件。

**定义查询和条件**

1. 选择数据来源。

1. 从**选项**下拉列表中，指定[时间范围](v10-dash-using-dashboards.md#v10-dash-setting-dashboard-time-range)。
**注意**  
Grafana Alerting 仅支持固定的相对时间范围，例如 `now-24hr: now`。  
但不支持绝对时间范围：`2021-12-02 00:00:00 to 2021-12-05 23:59:592` 或半相对时间范围：`now/d to: now`。

1. 添加查询。

   要添加多个[查询](v10-panels-query-xform.md#v10-panels-query-xform-add)，请选择**添加查询**。

   默认情况下，所有警报规则均由 Grafana 管理。如果要切换到数据来源管理的警报规则，请单击**切换到数据来源管理的警报规则**。

1. 添加一个或多个[表达式](v10-panels-query-xform-expressions.md)。

   1. 对于每个表达式，可选择**经典条件**来创建单条警报规则，或从 **Math**、**Reduce** 和 **Resample** 选项中选择，为每个序列生成单独的警报。
**注意**  
使用 Prometheus 时，您可以使用即时向量和内置函数，因此无需添加额外的表达式。

   1. 选择**预览**以验证表达式是否成功。

1. [可选] 要添加恢复阈值，请打开**自定义恢复阈值**开关，并填写警报规则停止触发的时间值。

   您只能在查询中添加一个恢复阈值，且该阈值必须是警报条件。

1. 在要设置为警报条件的查询或表达式上选择**设置为警报条件**。

使用警报规则评估来确定评估警报规则的频率以及更改状态的速度。

为此，您需要确保警报规则位于正确的评估组中，并设置最适合用例的待处理时间段。

**设置警报评估行为**

1. 选择一个文件夹或选择 **\$1 新建文件夹**。

1. 选择评估组或单击 **\$1 新建评估组**。

   如果要创建新的评估组，请指定该组的间隔。

   同一组中的所有规则在同一时间间隔内同时进行评估。

1. 输入待处理期。

   待处理期是指警报规则在触发之前可以违反条件的时段。

   满足条件后，警报将进入**待处理**状态。如果条件在指定的持续时间保持为激活状态，警报将转入**触发**状态，否则将恢复为**正常**状态。

1. 如果需要，请开启暂停警报通知。
**注意**  
暂停警报规则评估，以防止在调整警报时发出嘈杂的警报。暂停会停止警报规则评估，且不会创建任何警报实例。这与静音定时不同，静音定时会停止发送通知，但仍允许评估警报规则和创建警报实例。  
您可以暂停警报规则评估，以防止在调整警报时发出嘈杂的警报。暂停会停止警报规则评估，且不会创建任何警报实例。这与静音定时不同，静音定时会停止发送通知，但仍允许评估警报规则和创建警报实例。

1. 在**配置无数据和错误处理**中，配置缺少数据情况下的警报行为。

   使用本节后面的指南。

在警报规则中添加标签，以设置由哪个通知策略处理触发警报实例。

所有警报规则和实例（无论其标签如何）都匹配默认通知策略。如果没有嵌套策略，或者没有嵌套策略与警报规则或警报实例中的标签相匹配，则默认通知策略就是匹配的策略。

**配置通知**

1. 如果要更改通知的路由方式，请添加标签。

   从下拉列表中选择现有键值对来添加自定义标签，或者输入新的键或值来添加新标签。

1. 预览警报实例路由设置。

   根据添加的标签，警报实例将路由到显示的通知策略。

   展开每个通知策略以查看更多详细信息。

1. 选择**查看详细信息**以查看警报路由详细信息和预览。

添加[注释](v10-alerting-overview-labels.md#v10-alerting-overview-labels-annotations)以在警报通知消息中提供有关警报的更多上下文。

注释添加了元数据，可在警报通知消息中提供更多警报信息。例如，添加 **Summary** 注释，以便告知哪个值导致警报触发，或者警报发生在哪个服务器上。

**添加注释**

1. [可选] 添加摘要。

   简要总结了发生的事件和原因。

1. [可选] 添加描述。

   描述警报规则的作用。

1. [可选] 添加运行手册 URL。

   存放警报运行手册的网页

1. [可选] 添加自定义注释

1. [可选] 添加控制面板和面板链接。

   将警报链接到控制面板中的面板。

1. 选择**保存规则**。

**单维和多维规则**

对于 Grafana 管理的警报，您可以创建具有经典条件的规则，也可以创建多维规则。
+ **经典条件下的规则**

  使用经典条件表达式创建规则，可在满足条件时触发单个警报。对于返回多个序列的查询，Grafana 不会跟踪每个序列的警报状态。因此，即使满足多个序列的警报条件，Grafana 也只发送一个警报。
+ **多维警报**

  要为每个序列生成单独的警报，请创建多维规则。使用 `Math`、`Reduce` 或 `Resample` 表达式创建多维规则。例如：
  + 为每个查询添加 `Reduce` 表达式，将选定时间范围内的值聚合为一个值（[使用数值数据的规则](v10-alerting-overview-numeric.md)不需要）。
  + 添加包含规则条件的 `Math` 表达式。如果查询或 reduce 表达式已返回 `0`（如果规则不应触发），则不需要，如果规则应触发，则返回正数。一些例子：`$B > 70`如果B query/expression 的值大于70，它是否应该触发。 `$B < $C * 100`以防如果 B 的值小于 C 的值乘以 100，则它应该触发。如果要比较的查询在其结果中包含多个序列，那么对于来自不同查询的序列，如果它们具有相同的标签，或者其中一个序列的标签是另一个序列标签的子集，就会进行匹配。

**注意**  
Grafana 不支持使用模板变量的警报查询。更多信息可在 [https://community.grafana.co template-variables-are-not](https://community.grafana.com/t/template-variables-are-not-supported-in-alert-queries-while-setting-up-alert/2514) m/t/-/2514 上找到。supported-in-alert-queries while-setting-up-alert

**配置无数据和错误处理**

配置警报规则评估返回无数据或错误时的警报行为。

**注意**  
配置为在评估返回无数据或错误时触发的警报规则，仅在整个评估期结束时触发。这意味着，警报规则不会在违反警报规则条件时立即触发，而是会等到 **For** 字段中设置的时间结束后再触发，从而减少警报噪音，并允许出现临时数据可用性问题。

如果您的警报规则评估返回无数据，则可以将警报规则的状态设置为如下所示：


| 无数据 | 说明 | 
| --- | --- | 
| 无数据 | 使用警报规则的名称和 UID，以及返回无数据作为标签的数据来源 UID 创建新的警报 DatasourceNoData。 | 
| 警报 | 将警报规则状态设置为 Alerting。警报规则会等到 For 字段中设置的时间结束，然后再触发。 | 
| 确定 | 将警报规则状态设置为 Normal。 | 

如果您的评估返回错误，则可以将警报规则的状态设置为如下所示：


| 错误 | 说明 | 
| --- | --- | 
| 错误 | 使用警报规则的名称和 UID，以及返回无数据作为标签的数据来源 UID 创建警报实例 DatasourceError。 | 
| 警报 | 将警报规则状态设置为 Alerting。警报规则会等到 For 字段中设置的时间结束，然后再触发。 | 
| 确定 | 将警报规则状态设置为 Normal。 | 

**解决过时的警报实例**

如果警报实例的维度或序列在两次评估间隔内从查询结果中完全消失，则该警报实例被视为过时。

处于 `Alerting`/`NoData`/`Error` 状态的过时警报实例会自动标记为 `Resolved`，并将 `grafana_state_reason` 注释与原因 `MissingSeries` 一起添加到警报实例。

**从面板创建警报**

从任何面板类型创建警报。这意味着您可以重用面板中的查询，并基于这些查询创建警报。

1. 在控制面板部分导航到**控制面板**。

1. 在面板的右上角，选择三个点（省略号）。

1. 从下拉菜单中，选择**更多...**，然后选择**新建警报规则**。

这将打开警报规则表单，您可以根据当前面板的查询配置和创建警报。

# 配置数据来源管理的警报规则
<a name="v10-alerting-configure-datasourcemanaged"></a>

****  
本文档主题专为支持 **Grafana 10.x 版本**的 Grafana 工作区而设计。  
对于支持 Grafana 9.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 9](using-grafana-v9.md)。  
对于支持 Grafana 8.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 8](using-grafana-v8.md)。

为启用了 ruler API 的外部 Grafana Mimir 或 Loki 实例创建警报规则；这些规则称为数据来源管理的警报规则。

**注意**  
具有编辑者或管理员角色的用户可以编辑或删除外部 Grafana Mimir 或 Loki 实例的警报规则。  
如果删除在 UI 中创建的警报资源，则无法再对其检索。要备份配置并恢复已删除的警报资源，请使用 Terraform 或警报 API 创建警报资源。

**先决条件**
+ 验证您是否拥有 Prometheus 或 Loki 数据来源的写入权限。如果没有，您将无法创建或更新 Grafana Mimir 管理的警报规则。
+ 对于 Grafana Mimir 和 Loki 数据来源，通过配置其各自的服务启用 Ruler API。
  + **Loki**：`local` 规则存储类型是 Loki 数据来源的默认设置，仅支持查看规则。要编辑规则，请配置其他规则存储类型之一。
  + **Grafana Mimir**：使用 `/prometheus` 前缀。Prometheus 数据来源同时支持 Grafana Mimir 和 Prometheus，并且 Grafana 预期 [Query API](https://grafana.com/docs/mimir/latest/operators-guide/reference-http-api/#querier--query-frontend) 和 [Ruler API](https://grafana.com/docs/mimir/latest/operators-guide/reference-http-api/#ruler) 使用相同的 URL。您不能为 Ruler API 提供单独的 URL。

**注意**  
如果您不想管理特定 Loki 或 Prometheus 数据来源的警报规则，请转到其设置，并清除**通过 Alerting UI 管理警报**复选框。

在以下过程中，我们将引导您完成创建数据来源管理的警报规则的过程。

要创建数据来源管理的警报规则，请使用工作区内警报创建流程，并按照以下步骤操作。

**设置警报规则名称**

1. 选择**警报** -> **警报规则** -> **\$1 新建警报规则**。

1. 输入名称以识别警报规则。

   此名称将显示在警报规则列表中。这也是根据此规则创建的每个警报实例的 `alertname` 标签。

定义查询以获取要测量的数据，以及触发警报规则之前需要满足的条件。

**定义查询和条件**

1. 默认情况下，所有警报规则均由 Grafana 管理。要切换到数据来源管理的警报规则，请选择**切换到数据来源管理的警报规则**。

1. 从下拉列表中选择数据来源。

   您还可以选择**打开高级数据来源选取器**以查看更多选项，包括添加数据来源（仅限管理员）。

1. 输入 PromQL 或 LogQL 查询。

1. 选择**预览警报**。

使用警报规则评估来确定评估警报规则的频率以及更改状态的速度。

**设置警报评估行为**

1. 选择命名空间或选择 **\$1 新建命名空间**。

1. 选择评估组或选择 **\$1 新建评估组**。

   如果要创建新的评估组，请指定该组的间隔。

   同一组中的所有规则在同一时间间隔内按顺序进行评估。

1. 输入待处理期。

   待处理期是指警报规则在触发之前可以违反条件的时段。

   满足条件后，警报将进入 `Pending` 状态。如果条件在指定的持续时间保持为激活状态，警报将转入 `Firing` 状态，否则将恢复为 `Normal` 状态。

在警报规则中添加标签，以设置由哪个通知策略处理触发警报实例。

所有警报规则和实例（无论其标签如何）都匹配默认通知策略。如果没有嵌套策略，或者没有嵌套策略与警报规则或警报实例中的标签相匹配，则默认通知策略就是匹配的策略。

**配置 通知**
+ 如果要更改通知的路由方式，请添加标签。

  从下拉列表中选择现有键值对来添加自定义标签，或者输入新的键或值来添加新标签。

添加[注释](v10-alerting-overview-labels.md#v10-alerting-overview-labels-annotations)以在警报通知中提供有关警报的更多上下文。

注释添加了元数据，可在警报通知中提供更多警报信息。例如，添加 `Summary` 注释，以便告知哪个值导致警报触发，或者警报发生在哪个服务器上。

**添加注释**

1. [可选] 添加摘要。

   简要总结了发生的事件和原因。

1. [可选] 添加描述。

   描述警报规则的作用。

1. [可选] 添加运行手册 URL。

   存放警报运行手册的网页

1. [可选] 添加自定义注释

1. [可选] 添加控制面板和面板链接。

   将警报链接到控制面板中的面板。

1. 选择**保存规则**。

# 配置记录规则
<a name="v10-alerting-configure-recordingrules"></a>

****  
本文档主题专为支持 **Grafana 10.x 版本**的 Grafana 工作区而设计。  
对于支持 Grafana 9.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 9](using-grafana-v9.md)。  
对于支持 Grafana 8.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 8](using-grafana-v8.md)。

您可以为外部 Grafana Mimir 或 Loki 实例创建和管理记录规则。记录规则会预先计算经常需要的表达式或计算成本高昂的表达式，并将结果保存为一组新的时间序列。查询这个新时间序列的速度更快，特别是对于控制面板而言，因为控制面板每次刷新时都会查询相同的表达式。

**注意**  
记录规则作为实例规则运行，每 10 秒运行一次。

**先决条件**
+ 验证您是否拥有 Prometheus 或 Loki 数据来源的写入权限。您将在数据来源中创建或更新警报规则。
+ 对于 Grafana Mimir 和 Loki 数据来源，通过配置其各自的服务启用 ruler API。
  + **Loki**：`local` 规则存储类型是 Loki 数据来源的默认设置，仅支持查看规则。要编辑规则，请配置其他存储类型之一。
  + **Grafana Mimir**：使用 `/prometheus` 前缀。Prometheus 数据来源同时支持 Grafana Mimir 和 Prometheus，并且 Grafana 预期 Query API 和 Ruler API 使用相同的 URL。您不能为 Ruler API 提供单独的 URL。

**注意**  
如果您不想管理特定 Loki 或 Prometheus 数据来源的警报规则，请转到其设置，并清除**通过警报用户界面管理警报**复选框。

**创建记录规则**

1. 在 Grafana 控制台的 Grafana 菜单中，选择**警报**和**警报规则**。

1. 选择**新建记录规则**。

1. 设置规则名称。

   记录规则名称必须是 Prometheus 指标名称，且不包含空格。

1. 定义查询
   + 选择您的 Loki 或 Prometheus 数据来源。
   + 输入查询。

1. 添加命名空间和组。
   + 从**命名空间**下拉列表中，选择现有的规则命名空间或添加新的命名空间。命名空间可以包含一个或多个规则组，并且只能用于组织目的。
   + 从**组**下拉列表中，选择选定命名空间中的现有组或添加新的组。新创建的规则会附加到该组的末尾。组内的规则以固定时间间隔按顺序运行，评估时间相同。

1. 添加标签。
   + 从下拉列表中选择现有键值对来添加自定义标签，或者输入新的键或值来添加新标签。

1. 选择**保存规则**以保存规则，或者**选择保存并退出**，以保存规则并返回警报页面。

# 配置联系点
<a name="v10-alerting-configure-contactpoints"></a>

****  
本文档主题专为支持 **Grafana 10.x 版本**的 Grafana 工作区而设计。  
对于支持 Grafana 9.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 9](using-grafana-v9.md)。  
对于支持 Grafana 8.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 8](using-grafana-v8.md)。

使用联系点定义当警报规则触发时如何通知联系人。

**注意**  
您可以为 Grafana 管理的警报创建和编辑联系点。数据来源管理的警报的联系点为只读。

## 使用联系点
<a name="v10-alerting-configure-contactpoints-working"></a>

以下过程介绍了如何添加、编辑、删除和测试联系点。

**添加联系点**

1. 在左侧菜单中，选择**警报**。

1. 选择**联系点**。

1. 从**选择 Alertmanager** 下拉列表中，选择 Alertmanager。默认选择 Grafana Alertmanager。

1. 在**联系点**选项卡上，选择 **\$1 添加联系点**。

1. 输入联系点的**名称**。

1. 从**集成**中选择一种类型，并根据该类型填写必填字段。例如，如果您选择 Slack，请输入应联系的 Slack 频道和用户。

1. 如果您选择的联系点可用，请选择所需的**可选设置**来指定其他设置。

1. 在**通知设置**下，如果您不希望在警报得到解决时收到通知，可以选择**禁用已解决消息**。

1. 要添加其他联系点集成，请选择**添加联系点集成**，然后对所需的每个联系点类型重复这些步骤。

1. 保存更改。

**编辑联系点**

1. 在左侧菜单中，选择**警报**。

1. 选择**联系点**，以查看现有联系点列表。

1. 选择要编辑的联系点，然后选择**编辑**。

1. 更新联系点，然后保存更改。

您可以删除通知策略不使用的联系点。

**删除联系点**

1. 在左侧菜单中，选择**警报**。

1. 选择**联系点**，以打开现有联系点列表。

1. 在**联系点**上，选择要删除的联系点，然后选择**更多**、**删除**。

1. 在确认对话框中，选择**是，删除**。

**注意**  
如果通知策略正在使用该联系点，则必须先删除通知策略，或对其进行编辑以使用不同的联系点，然后再删除该联系点。

创建联系点后，您可以发送测试通知，以验证其配置是否正确。

**发送测试通知**

1. 在左侧菜单中，选择**警报**。

1. 选择**联系点**，以打开现有联系点列表。

1. 在**联系点**上，选择要测试的联系点，然后选择**编辑**。如果需要，您还可以创建新的联系点。

1. 选择**测试**以打开联系点测试对话框。

1. 选择是发送预定义的测试通知，还是通过选择**自定义**，在测试通知中添加您自己的自定义注释和标签。

1. 选择**发送测试通知**，使用给定的联系点测试警报。

## 配置联系点集成
<a name="v10-alerting-configure-contactpoints-integration"></a>

在 Grafana 中配置联系点集成，以选择在警报规则触发时接收通知的首选通信渠道。每个集成都有自己的配置选项和设置过程。大多数情况下，需要提供 API 密钥或 Webhook URL。

配置后，您可以将集成作为联系点的一部分，以便在警报状态发生变化时接收通知。在本节中，我们将以此 PagerDuty 为例，介绍配置集成的基本步骤，这样您就可以开始接收实时警报并随时掌握监控数据。

**支持的集成列表**

下表列出了 Grafana 支持的联系点类型。


| Name | Type | 
| --- | --- | 
| Amazon SNS | `sns` | 
| OpsGenie | `opsgenie` | 
| Pager Duty | `pagerduty` | 
| Slack | `slack` | 
| VictorOps | `victorops` | 

** PagerDuty 为警报进行配置**

要进行设置 PagerDuty，必须提供集成密钥。提供以下详细信息。


| 设置 | 说明 | 
| --- | --- | 
| 集成密钥 | 的集成密钥 PagerDuty | 
| 严重性 | 动态通知的级别。默认值为 critical。 | 
| 自定义详细信息 | 有关事件的其他详细信息 | 

`CustomDetails` 字段是一个包含任意键值对的对象。用户定义的详细信息与默认使用的详细信息合并。

`CustomDetails` 默认值如下所示：

```
{
	"firing":       `{{ template "__text_alert_list" .Alerts.Firing }}`,
	"resolved":     `{{ template "__text_alert_list" .Alerts.Resolved }}`,
	"num_firing":   `{{ .Alerts.Firing | len }}`,
	"num_resolved": `{{ .Alerts.Resolved | len }}`,
}
```

如果密钥重复，用户定义的详细信息会覆盖默认的详细信息。

# 配置通知策略
<a name="v10-alerting-configure-notification-policies"></a>

****  
本文档主题专为支持 **Grafana 10.x 版本**的 Grafana 工作区而设计。  
对于支持 Grafana 9.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 9](using-grafana-v9.md)。  
对于支持 Grafana 8.x 版本的 Grafana 工作区，请参阅[使用 Grafana 版本 8](using-grafana-v8.md)。

通知策略决定如何将警报路由到联系点。

策略具有树形结构，其中每个策略都可以有一个或多个嵌套策略。除了默认策略外，每个策略还可以匹配特定的警报标签。

每个警报都由默认策略评估，随后由每个嵌套策略评估。

如果为嵌套策略启用了 `Continue matching subsequent sibling nodes` 选项，则即使有一个或多个匹配项，评估仍会继续。父策略的配置设置和联系点信息控制着与任何子策略都不匹配的警报的行为。默认策略将管理所有与嵌套策略不匹配的警报。

有关通知策略的更多信息，请参阅 [通知](v10-alerting-explore-notifications.md)。

以下过程演示了如何创建和管理通知策略。

**编辑默认通知策略**

1. 在左侧菜单中，选择**警报**。

1. 选择**通知策略**。

1. 从 **Alertmanager** 下拉列表中，选择要编辑的 Alertmanager。

1. 在**默认策略**部分，选择 **...**，然后选择**编辑**。

1. 在**默认联系点**中，更新当警报规则与任何特定策略都不匹配时，应向其发送规则通知的联系点。

1. 在**分组依据**中，选择用于对警报进行分组的标签。如果此策略有多个警报匹配，则按这些标签对其分组。按组发送通知。如果该字段为空（默认），则所有通知都在一个组中发送。使用特殊标签 `...` 按所有标签对警报分组（这实际上禁用了分组）。

1. 在**定时选项**中，选择以下选项。
   + **组等待**：在发送初始通知前，缓冲同一组警报的等待时间。默认值为 30 秒。
   + **组间隔**：一个组的两次通知之间的最短时间间隔。默认值为 5 分钟。
   + **重复间隔**：如果组内未添加新警报，在重新发送通知之前的最短时间间隔。默认为 4 小时。

1. 选择 **保存** 以保存您的更改。

要创建新的通知策略，您需要遵循其树形结构。在树干（默认策略）上创建的新策略就是树枝。每个分支可以有自己的嵌套策略。这就是为什么您总是在默认策略下或已嵌套的策略下添加新的**嵌套**策略。

**添加新的嵌套策略**

1. 在左侧菜单中，选择**警报**。

1. 选择**通知策略**。

1. 从 **Alertmanager** 下拉列表中，选择要编辑的 Alertmanager。

1. 要添加顶级特定策略，请转到特定路由部分（转到默认策略，或转到要在其中添加新嵌套策略的其他现有策略），然后选择 **\$1 新建嵌套策略**。

1. 在匹配标签部分，添加一个或多个匹配的警报标签的规则。

1. 在**联系点**下拉列表中，如果警报仅与此特定策略匹配，而与任何嵌套策略不匹配，请选择要向其发送通知的联系点。

1. （可选）启用**继续匹配后续同级节点**以继续匹配同级策略，即使警报与当前策略匹配后也是如此。启用此选项后，您可以收到关于一个警报的多个通知。

1. （可选）启用**覆盖分组**以指定与默认策略相同的分组。如果未启用该选项，则使用默认策略分组。

1. （可选）启用**覆盖一般定时**以覆盖组通知策略中配置的定时选项。

1. 选择**保存策略**以保存您的更改。

**添加嵌套策略**

1. 在左侧菜单中，选择**警报**。

1. 选择**通知策略**。

1. 选择要编辑的策略，然后选择 **...**、**编辑**。

1. 进行更改（如添加嵌套策略时）。

1. 保存更改。

**搜索策略**

您可以按*标签匹配程序*或*联系点*在策略树中进行搜索。
+ 要按联系点搜索，请在**按联系点搜索**字段中输入联系点的部分或全部名称。使用该联系点的策略将在用户界面中突出显示。
+ 要按标签搜索，请在**按匹配程序搜索**输入字段中输入有效的标签匹配程序。您可以输入多个匹配程序，以逗号分隔。例如，有效的匹配程序输入为 `severity=high, region=~EMEA|NA`。
**注意**  
按标签搜索时，所有匹配的策略都将完全匹配。不支持部分匹配和正则表达式匹配。