延後通知和快訊

在 Cloud Monitoring 中,您可以設定延後,防止警告政策在特定時間範圍內建立警告及傳送通知。您可以使用Google Cloud 控制台、Google Cloud CLI 或 Cloud Monitoring API 建立及管理延後。

延後警告政策的時機

如要暫時停止建立快訊和傳送通知,或避免系統針對待處理快訊傳送重複通知,請建立延後設定。舉例來說,您可以在下列情況建立延後:

  • 您有預定的維護作業。
  • 服務中斷情況日益嚴重,您希望避免收到更多快訊和通知。

延後通知的運作方式

警告政策的延後功能啟用時,Monitoring 不會傳送通知,也不會為延後的警告政策建立警告。如果對以指標或 SQL 為準的警告政策套用延後設定,Monitoring 也會關閉與該警告政策相關的所有警告。

您可以透過下列任一方式建立延後通知:

  • 如要將延後套用至多項警告政策,請透過「Alerting」(警告) 頁面、gcloud CLI 或 Cloud Monitoring API 建立。您也可以選擇延後開始時間,並定義延後時間長度。

    如果您已安排維護作業,且需要延後通知在特定時間開始,並持續預先決定的時間長度,則將延後通知套用至多項警告政策可能會很有幫助。

  • 如要將延後功能套用至特定警告,請在未解決警告的「Alert details」(警告詳細資料) 頁面建立延後功能。在這種情況下,除了時間長度外,所有延後欄位都會預先設定。

    如果服務中斷情況加劇,需要立即延後警告政策,直到相關問題解決為止,則可從特定警告套用延後功能。

延後通知的組成要素

延後功能包含下列元件:

  • 名稱。建議您使用這個欄位說明延後的目的。

  • 決定延後設定何時生效的時間長度。由開始時間和持續時間指定。如果延後功能處於啟用狀態,Monitoring 就不會針對符合延後條件的警告政策建立警告及發出通知。在有效期間外,延後設定會停用。「停用」延後功能不會影響快訊建立和通知傳送的時間。

  • 延後條件,包括:

    • 延後功能適用的警告政策清單。

    • 如果延後功能套用至單一警告政策,則可使用標籤篩選器 (選用)。您可以定義篩選器的標籤,延後顯示含有相符標籤的警告。舉例來說,假設篩選器包含特定虛擬機器 (VM) 執行個體 ID 的標籤,且延後功能已啟用。警告政策仍可為所有 VM 建立警告,但篩選器中列出的 VM 除外。

      標籤篩選器可包含資源和指標標籤。如果警告政策並非以 PromQL 為基礎,篩選器也可以包含中繼資料標籤。

延後功能對警告政策條件的影響

下表說明單一條件警告政策中的條件狀態,與警告建立和通知傳送時間之間的關係:

狀態 動作
不符合條件 現有機制

在警告發生時關閉警告,並傳送警告關閉通知。

符合條件且
政策未與有效的延後設定建立關聯
現有行為

如果沒有快訊,請建立快訊並傳送通知。

符合條件且
政策與有效的延後設定相關聯
  • 如果沒有快訊,請勿建立快訊,也不要傳送通知。
  • 在警告發生時關閉警告,並傳送警告關閉通知。

如果延後通知套用至包含多項條件的警告政策,系統會先強制執行合併條件的規則。接著,系統會套用與延後相關的規則。

建立延後與停用政策的差異

如要短暫停止接收一組警告政策的通知,可以手動停用各項警告政策,或建立延後通知:

  • 如果選擇手動停用警告政策,請務必記得在時間間隔結束時,手動啟用每項已停用的警告政策。此外,您只能使用 Cloud Monitoring API 安排這些動作,並設定在特定時間發出 API 呼叫。

  • 建立延後通知時,您可以安排有效期間,並將延後通知套用至多項警告政策。當延後設定處於非啟用狀態或結束時,與延後設定相關聯的警告政策會正常運作。也就是說,這些警告政策可以建立警告並傳送通知。

如果您有定期維護期間,可以手動停用及啟用不應傳送通知的警告政策。不過,如果您為某個維護期間建立延後,可以複製該延後,並更新副本的開始時間和持續時間。也就是說,只要建立一個延後通知並複製,就能為同一組警告政策排定一系列即將到來的延後通知。

如要查看警告政策停用或啟用的記錄,您必須查詢 Google Cloud 專案的稽核記錄。不過,當您建立延後通知時,該延後通知會新增至 Google Cloud 專案的延後通知歷來記錄。您可以使用 Google Cloud 控制台查看歷來記錄,其中會顯示過去、目前和即將執行的延後作業。

限制

  • 延後時間長度必須是單一間隔,且為分鐘的倍數。

  • 延後功能最多只能套用至 16 項警告政策。

  • 延後條件無法修改。

  • 如果警告政策的條件是以 PromQL 為基礎,則在延後這類政策時,無法在篩選器中使用中繼資料標籤。

後續步驟