通知政策

本文件主題是針對支援 Grafana 10.x 版的 Grafana 工作區所設計。

如需支援 Grafana 9.x 版的 Grafana 工作區，請參閱。在 Grafana 第 9 版中工作

如需支援 Grafana 8.x 版的 Grafana 工作區，請參閱。在 Grafana 第 8 版中工作

通知原則為您提供了一種靈活的方式，將警報路由到各種不同的接收器。使用標籤匹配器，您可以修改警報通知傳遞，而無需更新每個單獨的警報規則。

在本節中，您將了解有關通知政策如何工作和結構化的更多信息，以便您可以充分利用設置通知策略。

政策樹

通知原則不是清單，而是根據樹狀結構來建構。這意味著每個策略都可以有子策略，依此類推。通知原則樹狀結構的根目錄稱為「預設通知原則」。

每個原則都包含一組標籤匹配器 (0 或更多)，這些標籤匹配器指定它們是或不感興趣處理的標籤。

如需標示相符的更多資訊，請參閱標籤匹配的工作原理。

注意

如果您尚未為通知原則設定任何標籤比對器，您的通知原則將符合所有警示執行個體。除非您已在通知原則上啟用 [繼續比對同層級]，否則這可能會防止評估子策略。

路由

若要判斷哪些通知原則將處理哪些警示執行個體，您必須先查看現有的一組通知原則，從預設通知原則開始。

如果未設定預設原則以外的原則，則預設原則會處理警示執行個體。

如果定義了預設原則以外的原則，它會依照這些通知原則的顯示順序評估這些通知原則。

如果通知原則具有符合警示執行個體標籤的標籤比對器，它會下降到其子原則，如果有的話，將繼續尋找任何可能具有標籤比對器的子原則，這些標籤比對器會進一步縮小標籤集，依此類推，直到找不到其他子原則為止。

如果通知原則中未定義子政策，或是沒有任何子政策具有符合警示執行個體標籤的任何標籤比對器，則會使用父通知原則。

一旦找到匹配策略，系統就不會繼續尋找其他匹配策略。如果您要繼續尋找其他可能相符的原則，請啟用 [繼續比對該特定原則的同層級]。

最後，如果沒有選取任何通知原則，則會使用預設通知原則。

路由範例

以下是相對簡單的通知原則樹狀結構和一些警示執行個體的範例。

以下是如何選擇這些策略的明細：

卡在中的網繭 CrashLoop沒有severity標籤，因此沒有符合其子原則。它確實有一個team=operations標籤，因此第一個策略匹配。

由於我們已經找到相符項目，且未針對該team=security原則設定「繼續比對同層級」，因此不會評估原則。

磁碟使用率 — 80% 同時具有team和severity標籤，且符合作業團隊的子政策。

未經授權的記錄項目具有team標籤，但不符合第一個策略 (team=operations)，因為值不相同，因此它將繼續搜尋並符合team=security策略。它沒有任何子策略，因此會忽略其他severity=high標籤。

繼承

除了子政策是路由警示執行個體的實用概念之外，它們也會繼承其父策略的屬性。這也適用於任何屬於預設通知原則之子策略的策略。

子策略會繼承下列屬性：

• 聯絡點

• 分組選項

• 計時選項

• 靜音計時

如果您想要覆寫繼承的屬性，每個屬性都可以由個別原則覆寫。

若要繼承父策略的聯絡點，請將其留空。若要覆寫繼承的群組選項，請啟用覆寫群組。若要覆寫繼承的計時選項，請啟用覆寫一般計時。

繼承範例

以下範例顯示上一個範例中的通知原則樹狀結構如何允許的子策略team=operations繼承其聯絡點。

這樣，我們就可以避免為每個子政策多次指定相同的聯絡點。

其他組態選項

分組

分組是 Grafana 警報的一個重要功能，因為它允許您將相關警報一起批量為更少的通知。如果將通知交付給急救人員（例如待命工程師），在短時間內接收大量通知可能會令人不知所措，並且在某些情況下可能會對第一響應事件的能力產生負面影響，這一點尤為重要。例如，假設您的許多系統故障時發生大量中斷。在這種情況下，分組可能是接收 1 個電話和 100 個電話之間的差異。

您可以使用通知原則中的 [分組依據] 選項來選擇警示群組在一起的方式。根據預設，Grafana 中的通知原則會使用alertname和grafana_folder標籤依警示規則將警示群組在一起 (因為警示名稱在多個資料夾中並不是唯一的)。如果您想要依警示規則以外的其他項目來分組警示，請將群組變更為任何其他標籤組合。

停用分組

如果您希望將每個警報作為單獨的通知接收，則可以通過將名為的特殊標籤分組來實現...。當您的警報被傳送到自動系統而不是第一響應者時，這很有用。

所有警示的單一群組

如果您希望在單個通知中一起接收所有警報，您可以將 Group 留空。

計時選項

時間選項決定每個警示群組傳送通知的頻率。您需要了解三個計時器：組等待，分組間隔和重複間隔。

群組等待

群組等待是 Grafana 在傳送新警示群組的第一個通知之前等待的時間。群組等待時間越長，您有更多其他警示送達的時間。較短的群組等待時間是傳送第一個通知的時間越早，但有傳送不完整通知的風險。您應該始終選擇對您的使用案例最有意義的群組等待。

預設值 30 秒

群組間隔

針對新群組的警示傳送第一個通知後，Grafana 會啟動群組間隔計時器。這是 Grafana 在傳送有關變更群組的通知之前等待的時間。例如，另一個觸發警示可能剛剛新增至群組，而現有警示可能已解決。如果警示因為「群組」等待而未包含在第一個通知中，警示將在「群組」間隔後包含在後續通知中。一旦群組間隔已經過去，Grafana 會重設群組間隔計時器。這會重複執行，直到群組中沒有其他警示後刪除群組為止。

預設 5 分鐘

重複間隔

重複間隔決定如果群組自上次通知之後沒有變更，則通知的重複頻率。您可以將這些視為某些警報仍在發射的提醒。重複間隔與「群組」間隔密切相關，這表示您的「重複」間隔不僅必須大於或等於「群組」間隔，而且還必須是「群組」間隔的倍數。如果重複間隔不是組間隔的倍數，它將被強制為一個。例如，如果您的「群組」間隔為 5 分鐘，而「重複」間隔為 9 分鐘，則「重複」間隔會四捨五入到最接近的 5 倍數，即 10 分鐘。

預設 4 小時