Cloud Monitoring 的配額與限制

這份文件列出 Cloud Monitoring 的配額和系統限制。

  • 「配額」有預設值，但通常可以申請調整。
  • 「系統限制」是固定值，無法變更。

Google Cloud 使用配額來確保公平性，並減少資源使用量和可用性出現劇烈波動的情況。配額會限制 Google Cloud 專案可使用的Google Cloud 資源數量，配額適用多種資源類型，包括硬體、軟體和網路元件。舉例來說，配額可能會限制能向特定服務發出的 API 呼叫次數、專案可同時使用的負載平衡器數量，或是可建立的專案數量。配額機制可防止服務過載，保障Google Cloud 使用者社群的權益，同時也有助於您管理自己的 Google Cloud 資源。

Cloud Quotas 系統具備以下功能：

如果嘗試使用的資源量超過配額限制，系統通常會阻擋該資源的存取活動，您所執行的工作就會失敗。

配額的計算通常是以 Google Cloud 專案為基準。在某個專案中使用資源，不會影響另一個專案的可用配額。在同一個 Google Cloud 專案內，所有應用程式和 IP 位址會共用配額。

詳情請參閱「Cloud Quotas 總覽」。

如要調整大部分配額，請使用 Google Cloud 控制台。詳情請參閱「要求調整配額」。

Monitoring 資源也有系統限制。而且無法變更。

使用者定義的指標

Cloud Monitoring 的「Metrics Management」(指標管理) 頁面提供相關資訊，協助您控管可計費指標的支出，同時不影響觀測能力。「Metrics Management」(指標管理) 頁面會回報下列資訊：

  • 依位元組和樣本計費的擷取量，涵蓋指標網域和個別指標。
  • 指標標籤和基數的資料。
  • 每項指標的讀取次數。
  • 警告政策和自訂資訊主頁中的指標使用情形。
  • 指標寫入錯誤率。

您也可以使用「指標管理」頁面排除不必要的指標，省去擷取這些指標的費用。如要進一步瞭解「Metrics Management」(指標管理) 頁面，請參閱「查看及管理指標用量」。

類別 上限
每項專案的自訂指標描述元數量1 10,000
每個自訂、外部和工作負載指標描述元的標籤 30
每個 Prometheus 指標描述元的標籤數量 200
標籤鍵的字串長度 100
標籤值的字串長度 1024
寫入要求中包含的時間序列2 200
將資料寫入單一時間序列的速率3 每 5 秒 1 分
每項自訂分布指標的直方圖值區 200
每個專案的工作負載、Prometheus 和外部4指標描述元 25,000
每個受監控資源的自訂指標中，使用中的時間序列5 200,000
5 每個受監控資源的工作負載指標中，使用中的時間序列 200,000
每個受監控資源中，Prometheus 的有效時間序列5 1,000,000
每個受監控資源的外部指標有效時間序列5 200,000
指標描述元的建立速率 每項專案每分鐘 6,000 次

1 這項限制由 Cloud Monitoring 設定，其他服務可能會設定較低的最大值。自訂指標是指寫入 custom.googleapis.com 的指標。
2 在要求中，每個時間序列只能寫入一個資料點，因此這項限制也代表每項要求可寫入的資料點數量上限。
3 Cloud Monitoring API 要求寫入時間序列的資料點結束時間至少相隔 5 秒。您可以將資料點批次寫入時間序列，前提是系統會依序寫入這些資料點。
4 外部指標是指寫入 external.googleapis.com 的指標。
5 如果您在過去 24 小時內將資料點寫入時間序列，該時間序列就會處於啟用狀態。 該列中指定的限制，是指單一受監控資源 (例如單一 gce_instance VM 或單一 k8s_container 容器) 在該列中所有使用者定義指標 (自訂、工作負載、Prometheus 或外部) 的有效時間序列總數。global 受監控資源是例外狀況，其限制會分別套用至各個使用者定義指標。這是全系統的安全限制，無法自訂。

Monitoring API 配額和限制

類別 上限
API 用量限制

如要查看 API 配額和限制，請採取下列任一做法：
API 頁面權杖的有效期限 24 小時
回應大小上限

200 MB

適用於序列化回應酬載的大小，包括傳回的每個時間序列的原始資料，以及標籤鍵和值。如果查詢的回應超過 200 MB，要求就會失敗，並傳回 RESOURCE_EXHAUSTED (HTTP 429 要求數超量) 錯誤。

如要避免或解決 RESOURCE_EXHAUSTED 錯誤，請按照下列步驟操作：

  • 請降低指標的基數，或套用篩選器來減少時間序列數量。
  • 延長調整週期。
  • 縮小查詢的日期範圍。
  • 如果您使用 PromQL，建議您導入記錄規則。

Monitoring API 配額簡介

Monitoring API 有時間序列擷取要求和時間序列查詢的頻率配額限制。擷取要求是寫入時間序列資料的呼叫，查詢是擷取時間序列資料的呼叫。其他 Monitoring API 端點也會受到內部限制的影響，這些端點無法處理以高頻率發出的要求。

如要減少服務寫入時間序列資料時發出的 API 要求數量，請使用單一 API 要求寫入多個時間序列的資料。建議您在每項要求中至少寫入 10 個物件。如要進一步瞭解如何批次處理 API 要求，請參閱 timeSeries.create。

如果批次處理 API 要求後，仍需要更高的 Monitoring API 配額限制，請與 Google Cloud 支援團隊聯絡。

其他限制則固定不變，詳情請參閱本文。

詳情請參閱 Cloud Quotas 說明文件。

Telemetry API 指標擷取配額和限制

本節說明使用 Telemetry (OTLP) API 擷取指標時，適用的配額和限制。Telemetry API 會實作 OpenTelemetry OTLP 規格。

說明 值 注意事項
每項要求的資料點數量上限 200 限制
每項要求的 ResourceMetrics 數量上限 200 限制
每項摘要指標的分位數數量上限 10 限制
每個區域每分鐘的指標擷取要求數量 (配額) 60,000 配額

使用 Telemetry API 不會耗用 Cloud Monitoring API 擷取配額。指標擷取後，本文所述的其他 Cloud Monitoring 配額和限制就會生效。

資料保留

超過保留期限的指標資料點會從時間序列中刪除。

類別 值
保留自訂、外部和代理程式指標類型的資料點，包括： 24 個月1
部分 Google Cloud 服務的資料點保留期限，包括下列類別中的大部分指標：
  • Compute Engine 指標，前置字串 compute.googleapis.com
  • GKE 和 GKE Enterprise 指標，前置字串 kubernetes.io
  • Cloud Storage 指標，前置字串為 storage.googleapis.com
  • BigQuery 指標，前置字串 bigquery.googleapis.com
  • Cloud SQL 指標，前置字串為 cloudsql.googleapis.com
  • 內部、HTTPS 和 L7 負載平衡器指標，前置字串為 loadbalancing.googleapis.com
 24 個月1
保留所有其他指標類型的資料點，包括： 6 週
API 頁面權杖的有效期限 24 小時

1 指標資料會以原始取樣頻率儲存 6 週，然後降頻取樣為 10 分鐘間隔，以便延長儲存時間。
2 Google Cloud Managed Service for Prometheus 和 OTLP 指標資料會以原始取樣頻率儲存 1 週，接著在接下來的 5 週內降採樣至 1 分鐘間隔，然後降採樣至 10 分鐘間隔，以便延長儲存時間。

資源群組

類別 值
每個指標範圍 的資源群組數量 500
電子郵件報告中的群組數量上限1 10

1 設定 Cloud Monitoring 電子郵件報告時，您可以要求取得資源群組使用情況的相關資訊。由於電子郵件報告程式有其限制，產生的報告中僅包括 10 個群組的資訊。

受監控專案限制

Cloud Monitoring 正式支援每個指標範圍 最多 375 個 Google Cloud 專案。

每個指標範圍最多可新增 3,500 個 Google Cloud 專案，但可能會有效能問題，尤其是在查詢自訂指標或歷來資料時。Cloud Monitoring 僅保證每個指標範圍內 375 個 Google Cloud 專案的查詢和圖表效能。

如要提高每個指標範圍的 Google Cloud 專案配額，可以申請提高「受監控的專案 / Monitoring 指標範圍」配額。詳情請參閱管理配額的說明文件。

建立及更新指標描述元的限制

Cloud Monitoring 會對建立新指標、在現有指標中新增標籤名稱，以及刪除指標等操作，強制執行每分鐘頻率限制。通常只有在首次與 Cloud Monitoring 整合時，才會達到這項頻率限制，例如將現有成熟的 Prometheus 部署項目遷移至 Cloud Monitoring。這並非擷取資料點的頻率限制。這項頻率限制僅適用於建立全新指標，或在現有指標中新增標籤名稱時。

這項配額是固定的，但只要建立的新指標和指標標籤達到每分鐘上限，任何問題都應會自動解決。

警告限制

下表的前兩欄列出類別和限制值。第三欄列出限制適用的政策類型：

  • 指標：適用於監控指標資料 (包括記錄指標) 的警告政策。
  • LBA：適用於監控記錄項目的警告政策。這類政策稱為記錄檔警告政策。
  • SQL：適用於監控 SQL 查詢結果的警告政策。
  • 全部：適用於所有警告政策。
類別 值 政策類型
每個指標範圍 的警告政策 (指標和記錄檔總和)1 2,000 公制，LBA
每項指標警告政策的條件數量 6 指標
每項以 SQL 為基礎的警告政策的條件
(公開預先發布版)		 1 SQL

SQL 警告政策
的查詢執行時間上限(公開預先發布版)		 5 分鐘 SQL
指標缺失條件評估的最長時間範圍
2		 1 天 指標
指標門檻條件評估的最長時間範圍
2		 25 小時 指標
PromQL 條件評估的時間範圍上限
 2 年 指標
指標門檻條件中使用的篩選器長度上限
 2,048 個 Unicode 字元 指標
預測條件監控的時間序列數量上限
 64 指標
最短預測期間 1 小時 (3,600 秒) 指標
最長預測期間 2.5 天 (216,000 秒) 指標
每項警告政策的通知管道 16 全部
每項記錄警告政策
的新警告數量上限		 每天 20 則快訊 LBA
通知數量上限3
每項記錄式警告政策		 每天 20 則通知 LBA
每項記錄檔警告政策的新警告最高頻率
 每分鐘 2 則新快訊 LBA
待處理警告的通知間隔下限4
每項記錄警告政策		 5 分鐘 LBA
每個專案可同時觸發的警告政策數量上限
 80,000 全部
每項警告政策可同時開啟的警告數量上限
 1,000 全部
警告在沒有新資料的情況下，
自動關閉前的時間長度		 7 天 指標、SQL
警告持續時間上限 (如果未手動關閉) 7 天 LBA
保留已關閉的警告 13 個月 不適用
保留未解決的警告 無限期 不適用
每個指標範圍 的通知管道 4,000 不適用
每次延後的警告政策數量上限 16 全部
保留延後設定 13 個月 不適用
1您可以要求將這項限制從預設的每個指標範圍 2,000 項政策，提高到每個指標範圍 10,000 項政策。
2 條件評估的時間範圍上限，是對齊週期和時間長度視窗值的總和。舉例來說，如果對齊週期設為 15 小時，時間長度視窗設為 15 小時，則需要 30 小時的資料才能評估條件。
3如果通知間隔時間已過，且記錄項目與警告標籤相符，Monitoring 就會針對未解決的警告產生通知。如果 Monitoring 產生通知時，記錄型警告政策處於延後狀態，系統會捨棄通知，不會傳送至政策的通知管道。否則，Monitoring 會將通知傳送至警告政策的通知管道。Monitoring 產生的所有通知，都會計入警告政策每天 20 則通知的上限。
4如果記錄警告政策的查詢會擷取標籤，則擷取標籤值的每種組合都代表各自的警告時間軸。 因此，你可能會在 5 分鐘內收到多則通知。

簡訊限制

簡訊數量限制是以 24 小時為週期計算。

類別 值
簡訊驗證碼數量 40
每個電話號碼可接收的簡訊驗證碼數量 5
簡訊快訊訊息數量 2,500
每個電話號碼的簡訊快訊訊息數量 200

綜合監控限制

類別 值
每個指標範圍 的運作時間檢查* 100
每項公開運作時間檢查的 ICMP 連線偵測 (ping) 次數上限 3
每個指標範圍 的綜合監控 100†
*這項限制適用於運作時間檢查設定數量。每項運作時間檢查設定都包含測試指定資源狀態的時間間隔。
†如要瞭解如何提高這項限制，請參閱「要求調整配額」。

圖表的限制

類別 值
每個指標範圍 的資訊主頁 1000
資訊主頁中的圖表數 100
資訊主頁版本記錄保留 90 天
圖表上的線條數 50*
表格中的列 300
每個「警告」小工具的警告政策數量上限 20
每個「快訊」小工具的資源數量上限 20
記錄面板小工具查詢中的字元數上限 2,000
*這項限制是基於效能考量。如果圖表的時間序列超過 50 個，工具列會新增一個帶有紅點的圖示。圖示的工具提示會顯示訊息 To improve performance, we've limited the time series displayed in this chart。如要顯示所有時間序列，請展開工具提示，然後選取標示為「Show All Time Series」(顯示所有時間序列) 的按鈕。

服務等級目標

類別 值
每項服務的服務等級目標數 500

標記限制

類別 值
使用標記控管存取權時，每個專案的團隊數量上限 250