本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 通知
****
本文件主題專為支援 Grafana **10.x 版的 Grafana** 工作區而設計。
如需支援 Grafana 9.x 版的 Grafana 工作區，請參閱 [使用 Grafana 第 9 版](using-grafana-v9.md)。
如需支援 Grafana 8.x 版的 Grafana 工作區，請參閱 [使用 Grafana 第 8 版](using-grafana-v8.md)。
選擇傳送提醒通知的方式、時間和位置，是設定提醒系統的重要部分。這些決策將直接影響您快速解決問題的能力，而不會錯過任何重要事項。
首先，請定義您的[聯絡點](v10-alerting-explore-contacts.md)，以定義傳送提醒通知的位置。聯絡點是一組或多個用於傳送通知的整合。將通知範本新增至聯絡點，以便在通知中重複使用且一致的訊息。
接著，建立通知政策，這是一組規則，用於將提醒路由到聯絡點的位置、時間和方式。在通知政策中，您可以選擇您建立的其中一個聯絡點，以定義傳送提醒通知的位置。
## 警示管理員
Grafana 使用警示管理員來傳送觸發和解決警示的通知。Grafana 擁有自己的 Alertmanager，在使用者介面中稱為 **Grafana**，但也支援從其他 Alertmanager 傳送通知，例如 [Prometheus Alertmanager](https://prometheus.io/docs/alerting/latest/alertmanager/)。Grafana Alertmanager 使用通知政策和聯絡點來設定通知的傳送方式和位置；通知的傳送頻率；以及提醒是否都應該在相同的通知中傳送、根據一組標籤以分組通知傳送，還是單獨傳送通知。
## 通知政策
通知政策控制通知傳送的時間和位置。通知政策可以選擇在同一通知中一起傳送所有提醒、根據一組標籤在分組通知中傳送提醒，或將提醒作為個別通知傳送。您可以設定每個通知政策來控制應傳送通知的頻率，以及具有一或多個靜音時間，以在一天中的特定時間和一週中的特定日期禁止通知。
通知政策會以樹狀結構組織，其中樹根目錄有一個稱為預設政策的通知政策。只能有一個預設政策，且無法刪除預設政策。
特定路由政策是根政策的子系，可用於根據一組相符標籤，比對所有警示或警示子集。當警示相符的標籤符合警示中的標籤時，通知政策會比對警示。
巢狀政策可以有自己的巢狀政策，允許額外的警示比對。巢狀政策的範例可能是傳送基礎設施提醒給 Ops 團隊；而子政策可能會傳送高優先順序提醒給 Pagerduty 和低優先順序提醒給 Slack。
無論其標籤為何，所有提醒都會符合預設政策。不過，當預設政策收到提醒時，它會查看每個巢狀政策，並將提醒傳送至符合提醒的第一個巢狀政策。如果巢狀政策有進一步的巢狀政策，則可以嘗試將提醒與其其中一個巢狀政策進行比對。如果沒有巢狀政策符合提醒，則政策本身就是相符政策。如果沒有巢狀政策，或沒有巢狀政策符合提醒，則預設政策是相符政策。
如需通知政策的詳細資訊，請參閱 [通知政策](v10-alerting-explore-notifications-policies-details.md)。
## 通知範本
您可以使用 範本自訂通知。例如， 範本可用來變更傳送至 Slack 通知的標題和訊息。
範本不限於個別整合或聯絡點，而是可用於相同聯絡點中的多個整合，甚至是跨不同聯絡點的整合。例如，Grafana 使用者可以建立名為 的範本，`custom_subject_or_title`並將其用於 Pager Duty 中的範本主題和 Slack 訊息的標題，而無需建立兩個單獨的範本。
所有通知範本都是以 [Go 的範本語言](https://pkg.go.dev/text/template)撰寫，且位於警示頁面上的聯絡點索引標籤中。
如需自訂通知的詳細資訊，請參閱 [自訂通知](v10-alerting-manage-notifications.md)。
## 靜音
您可以使用靜音來將一或多個觸發規則的通知靜音。靜音不會阻止警示觸發或解決，或隱藏使用者介面中的觸發警示。只要其持續時間可以設定為分鐘、小時、天、月或年，靜音就會持續。
如需使用靜音的詳細資訊，請參閱 [靜音提醒通知](v10-alerting-silences.md)。
# 通知政策
****
本文件主題專為支援 Grafana **10.x 版的 Grafana** 工作區而設計。
如需支援 Grafana 9.x 版的 Grafana 工作區，請參閱 [使用 Grafana 第 9 版](using-grafana-v9.md)。
如需支援 Grafana 8.x 版的 Grafana 工作區，請參閱 [使用 Grafana 第 8 版](using-grafana-v8.md)。
通知政策可讓您靈活地將警示路由到各種不同的接收者。使用標籤配對器，您可以修改提醒通知交付，而無需更新每個個別提醒規則。
在本節中，您將進一步了解通知政策的運作方式和結構，以便充分利用您的通知政策。
## 政策樹狀目錄
通知政策*不是*清單，而是根據樹狀結構來建構。這表示每個政策都可以有子政策，以此類推。通知政策樹狀目錄的根目錄稱為**預設通知政策**。
每個政策都由一組標籤比對器 (0 或更多） 組成，指定它們目前或不想處理的標籤。
如需標籤比對的詳細資訊，請參閱 [標籤比對的運作方式](v10-alerting-overview-labels-matching.md)。
**注意**
如果您尚未為通知政策設定任何標籤比對程式，您的通知政策將會比對*所有*提醒執行個體。這可能會阻止評估子政策，除非您已在通知政策上啟用**繼續比對同級。**
## 路由
若要判斷哪個通知政策將處理哪些提醒執行個體，您必須從預設通知政策開始查看現有的通知政策集。
如果未設定預設政策以外的政策，則預設政策會處理提醒執行個體。
如果定義了預設政策以外的政策，它會依顯示的順序評估這些通知政策。
如果通知政策的標籤比對程式符合提醒執行個體的標籤，它會降級至其子政策，如果有的話， 會繼續尋找可能具有標籤比對程式的任何子政策，以進一步縮小標籤集範圍，以此類推，直到找不到任何子政策為止。
如果通知政策中未定義子政策，或子政策沒有任何符合提醒執行個體標籤的標籤相符者，則會使用父系通知政策。
一旦找到相符的政策，系統就不會繼續尋找其他相符的政策。如果您想要繼續尋找可能相符的其他政策，請在該特定政策上啟用**繼續相符的同盟**。
最後，如果未選取任何通知政策，則會使用預設通知政策。
### 路由範例
以下是相對簡單的通知政策樹狀結構和一些提醒執行個體的範例。
![\[此影像顯示樹狀結構中的一組通知政策，以及一組具有不同標籤的提醒執行個體，以符合政策。\]](http://docs.aws.amazon.com/zh_tw/grafana/latest/userguide/images/notification-routing.png)
以下是如何選取這些政策的明細：
**卡在 CrashLoop 中的 Pod** 沒有`severity`標籤，因此其子政策都不相符。它確實有`team=operations`標籤，因此第一個政策是相符的。
由於我們已找到相符`team=security`項目，且未針對該政策設定**繼續相符項目，**因此不會評估政策。
**磁碟用量 – 80%** 同時具有 `team`和 `severity`標籤，且符合營運團隊的子政策。
**未經授權的日誌項目**具有`team`標籤，但不符合第一個政策 (`team=operations`)，因為值不同，因此會繼續搜尋並符合`team=security`政策。它沒有任何子政策，因此會忽略其他`severity=high`標籤。
## 繼承
除了子政策是路由警示執行個體的實用概念之外，它們也會繼承其父政策的屬性。這也適用於預設通知政策的子政策。
子政策會繼承下列屬性：
+ 聯絡點
+ 分組選項
+ 計時選項
+ 靜音計時
如果您想要覆寫繼承的屬性，個別政策可以覆寫這些屬性。
若要繼承父政策的聯絡點，請保留空白。若要覆寫繼承的分組選項，請啟用**覆寫分組**。若要覆寫繼承的計時選項，請啟用**覆寫一般計時**。
### 繼承範例
以下範例顯示先前範例中的通知政策樹狀目錄如何允許 的子政策`team=operations`繼承其聯絡點。
透過這種方式，我們可以避免為每個子政策多次指定相同的聯絡點。
![\[此影像顯示樹狀結構中的一組通知政策，並將聯絡點指派給某些政策，但有些子政策繼承其父系的聯絡點，而不是定義自己的聯絡點。\]](http://docs.aws.amazon.com/zh_tw/grafana/latest/userguide/images/notification-inheritance.png)
## 其他組態選項
### 分組
分組是 Grafana 警示的重要功能，因為它可讓您將相關警示批次處理為較少數量的通知。如果通知交付給第一回應者，例如隨叫隨到的工程師，在短時間內接收大量通知可能會令人不堪重負，在某些情況下，可能會對第一回應者回應事件的能力產生負面影響。例如，假設您的許多系統發生大型中斷。在這種情況下，分組可以是接聽 1 通電話和 100 通電話之間的差異。
您可以選擇如何使用通知政策中的依群組選項將警示分組在一起。根據預設，Grafana 群組中的通知政策會透過使用 `alertname`和 `grafana_folder`標籤的提醒規則一起提醒 （因為提醒名稱在多個資料夾之間不是唯一的）。如果您想要以提醒規則以外的方式將提醒分組，請將分組變更為標籤的任何其他組合。
#### 停用分組
如果您想要以個別通知的形式接收每個提醒，您可以依稱為 的特殊標籤進行分組`...`。當您的警示傳送到自動化系統而非第一個回應者時，這很有用。
#### 所有提醒的單一群組
如果您想要在單一通知中同時接收所有提醒，您可以透過將群組保留空白來執行此操作。
### 計時選項
時間選項會決定每個警示群組傳送通知的頻率。您需要知道三個計時器：群組等待、群組間隔和重複間隔。
#### 群組等待
群組等待是 Grafana 在傳送新警示群組的第一個通知之前等待的時間量。群組等待時間越長，其他提醒送達的時間就越長。較短的群組等待時間是傳送第一個通知的時間越早，但會有傳送不完整通知的風險。您應該一律選擇對使用案例最有意義的群組等待。
**預設** 30 秒
#### 群組間隔
為新警示群組傳送第一個通知後，Grafana 會啟動群組間隔計時器。這是 Grafana 在傳送群組變更通知之前等待的時間量。例如，另一個射擊提醒可能剛新增至群組，而現有的提醒可能已解決。如果因為群組等待而無法在第一個通知中包含提醒，則會在群組間隔後包含在後續通知中。群組間隔經過之後，Grafana 會重設群組間隔計時器。這會重複此動作，直到刪除群組的群組中沒有更多提醒為止。
**預設** 5 分鐘
#### 重複間隔
如果群組自上次通知以來未變更，重複間隔會決定重複通知的頻率。您可以將這些視為提醒，指出某些提醒仍在觸發中。重複間隔與群組間隔密切相關，這表示重複間隔不僅必須大於或等於群組間隔，而且必須是群組間隔的倍數。如果重複間隔不是群組間隔的倍數，則會強制為一個。例如，如果您的群組間隔為 5 分鐘，而重複間隔為 9 分鐘，則重複間隔會四捨五入至最接近的 5 倍，即 10 分鐘。
**預設** 4 小時