Cloud Monitoring 定價

Google Cloud Observability 定價可讓您控管用量 的支出和費用Google Cloud Observability 產品是以資料用量或 。您可以索取免費的數據用量配額， 無需預繳費用或綁約

如要查看 Cloud Logging、Cloud Monitoring 和 Cloud Trace 的定價，請參考下方的摘要表格。

Cloud Logging 定價摘要

功能	價格^1	每月免費配額
Logging 儲存空間^*	每 GiB $0.50 美元； 一次性費用會將串流記錄檔串流至記錄檔值區儲存空間，以便建立索引、查詢， 建立 AI 開發原則記錄檔值區中最多包含 30 天的儲存空間。 查詢及分析記錄檔資料不會產生額外費用。	每月每項專案的前 50 GiB
Logging 保留功能^†	記錄檔保留超過 30 天時，每月每 GiB $0.01 美元；依據保留情形按月計費。	保留預設保留期限的記錄不會產生保留費用。
記錄檔路由器^‡	不必支付額外費用	不適用
記錄檔分析^♣	不必支付額外費用	不適用

^*。 儲存空間磁碟區會在建立索引之前，計算記錄項目的實際大小。 儲存在 Cloud Storage 中的記錄檔不會產生儲存費用 _Required 記錄檔值區。
^† 儲存在 _Required 記錄檔值區中的記錄檔不會產生保留費用。 保留期限固定為 400 天
^‡ 記錄檔轉送的定義為透過 Cloud Logging API 接收的記錄檔，轉送至 系統支援的目的地。系統可能會針對轉送的記錄檔收取目的地費用。
^♣ 升級記錄檔值區即可使用 Log Analytics 或發出 SQL 查詢，不必支付任何費用 只要前往記錄檔分析頁面
注意事項：Cloud Logging 的定價語言已於 2023 年 7 月 19 日調整。 不過，免費配額和費率不會改變。帳單可能會提及 定價語言。

Cloud Monitoring 定價摘要

功能	價格	每月免費配額	生效日期
所有 Monitoring 資料 (使用 Managed Service for Prometheus 擷取的資料除外)	每 MiB $0.2580 美元^1：前 150 至 100,000 MiB 每 MiB $0.1510 美元：100,000 至 250,000 MiB 每 MiB $0.0610 美元：超過 250,000 MiB	所有不計費的 Google Cloud 指標 每個帳單帳戶的前 150 MiB 依擷取的位元組數計費的指標	2018 年 7 月 1 日
使用 擷取的指標 Google Cloud Managed Service for Prometheus，包括 GKE 控制層指標	每擷取 100 萬個樣本^†：前 0 至 500 億個樣本擷取^† 每 100 萬個樣本 $0.048 美元：擷取的另外 50 至 2,500 億個樣本 每 100 萬個樣本 $0.036 美元：擷取的後 250 至 5,000 億個樣本 每 100 萬個樣本 $0.024 美元：擷取的樣本數超過 5,000 億個	不適用	2023 年 8 月 8 日
Monitoring API 呼叫	每 1,000 次讀取 API 呼叫 $0.01 美元 (寫入 API 呼叫為免費項目)	每個帳單帳戶中的前 100 萬次讀取 API 呼叫	2018 年 7 月 1 日
執行監控運作時間檢查	每 1,000 次執行作業 $0.30 美元^‡	每項 Google Cloud 專案 100 萬次執行作業	2022 年 10 月 1 日
執行 監控綜合監控項目	每 1,000 次執行作業 $1.20 美元^*	每個帳單帳戶 100 次執行作業	2023 年 11 月 1 日
快訊政策	快訊政策中每個條件的每月 $1.50 美元 指標快訊政策條件的查詢傳回每 1,000,000 個時間序列 $0.35 美元^♣	不適用	2025 年 1 月 7 日

^† Google Cloud Managed Service for Prometheus 採用 用於儲存外部建立指標資料的 Cloud Monitoring 儲存空間，以及用於儲存資料的 Monitoring API 擷取該資料 Managed Service for Prometheus 計量器是依據擷取的樣本數，而非 與 Prometheus 保持一致的位元組命名慣例如要進一步瞭解以樣本為基礎的計量法，請參閱可控管性與可預測性的定價一文。如需運算範例，請參閱根據已擷取的樣本數量計費範例。
^# 系統會針對每個帳單帳戶計算範例。
^‡ 系統會向定義執行作業的帳單帳戶收費。 若需更多資訊，請參閲 運作時間檢查執行作業的定價。
^* 系統會向定義執行作業的帳單帳戶收費。 每次執行作業都可能產生其他 Google Cloud 服務費用。 包括 Cloud Functions、Cloud Storage 和 Cloud Logging 等服務 如需這些額外收費的詳細資訊 請參閱個別 Google Cloud 服務的定價文件。
^♣ 若需更多資訊，請參閲 快訊的定價。

Cloud Trace 定價摘要

功能	價格	每月免費配額	生效日期
Trace 擷取	每 100 萬個時距 $0.20 美元	每個帳單帳戶的前 250 萬個時距	2018 年 11 月 1 日

如要進一步瞭解 Google Cloud Observability 產品費用，請參閱 本頁面的下列部分：

• Cloud Logging
• Cloud Monitoring
• Error Reporting
• Cloud Profiler
• Cloud Trace

如要進一步瞭解 GKE Enterprise 定價，請參閱 GKE Enterprise。

查看用量

如要查看您目前的用量，請前往 Cloud Billing 的「報表」頁面 使用 Google Cloud 控制台

前往 Cloud Billing

您可以依據目前的資料用量，使用 Pricing Calculator 來估算帳單金額。

舉例來說，您可以設定每個月每個 Compute Engine VM 執行個體會產生 10 GiB 的計費記錄檔和 20 MiB 的計費指標。您可以使用 Pricing Calculator 來判斷 Cloud Monitoring 和 Cloud Logging 的預估費用：

	1 個 VM	10 個 VM	100 個 VM	1,000 個 VM
每月指標費用	$0.00 美元	$12.90 美元	$477.30 美元	$5,121.30 美元
每月 Logging 費用	$0.00 美元	$25.00 美元	$475.00 美元	$4,975.00 美元
總費用：	$0.00 美元	$37.90 美元	$952.30 美元	$10,096.30 美元

設定帳單快訊

如要在可計費或預測費用超出預算時收到通知， 您可以在 Google Cloud 控制台的「預算與快訊」頁面建立快訊：

1. 前往 Google Cloud 控制台的「Billing」(帳單) 頁面。

   前往「帳單」

   您也可以透過搜尋列找到這個頁面。

   如果您有多個 Cloud Billing 帳戶，請執行以下任一操作： 包括：

   • 如要管理目前專案的 Cloud Billing，請選取 [前往連結的帳單帳戶]。
   • 如要查看其他 Cloud Billing 帳戶，請選取 [管理帳單帳戶]，然後選擇您想設定預算的帳戶。
2. 在「帳單」導覽選單中，選取 [預算與快訊]。
3. 按一下 [設定預算]。
4. 完整填寫預算對話方塊。從這個對話方塊中選取 Google Cloud 專案和產品，然後為您的組合設定預算。根據預設，當帳單達到預算的 50%、90% 和 100% 時，您都會收到通知。如需完整的說明文件，請參閱設定預算和預算快訊。
   注意：請在帳單對話方塊中使用下列設定：

   • 如要建立 Cloud Logging 用量快訊 選取「Cloud Logging」
   • 如要建立 Cloud Monitoring 用量快訊 選取「Stackdriver Monitoring」。
   • 如要建立 Cloud Trace 用量快訊， 選取「Stackdriver Trace」

Cloud Logging

記錄檔值區是用來儲存記錄資料的 Logging 容器。 Logging 會針對儲存的記錄資料大小收費 在 _Default 記錄檔值區和使用者定義的記錄檔值區中， 指定磁碟區超過 免費每月配額。 針對 _Default 記錄檔值區和使用者定義的記錄檔值區， Logging 也會針對記錄檔 保留時間超過預設保留期限，也就是 30 天。

Logging 轉送記錄檔不會產生額外費用。 使用 Cloud Logging API 或使用 _Required 記錄檔值區中儲存的記錄檔 保留期限固定為 400 天

本節說明下列主題：

• Cloud Logging 儲存模型
• 儲存空間定價
• 回訪率定價
• 減少記錄檔儲存空間
• 記錄指標定價
• 針對每月擷取的記錄檔位元組數建立快訊政策

如需定價資訊的摘要，請參閱 Cloud Logging 定價摘要。

如要瞭解 Logging 的使用限制 (例如資料保留期限)，請參閱配額與限制。

如要查看及瞭解 Cloud Logging 使用資料，請參閱估算帳單金額。

Cloud Logging 儲存模型

每項 Google Cloud 專案都會自動啟用 Logging 會建立兩個記錄檔值區：_Required 和 _Default。 Logging 會自動為這兩個值區建立記錄檔接收器 名為 _Required 和 _Default，會將記錄轉送至對應的名稱 記錄檔值區您無法停用或修改 _Required 接收器。如有需要，您可以 或以其他方式修改 _Default 接收器，防止 _Default 值區 會儲存新記錄檔

你可以 建立使用者定義的記錄檔值區 建立私人 Google Cloud 專案您也可以設定要轉送的接收器 任何組合的記錄檔，甚至是 Cloud Storage 專案中的 傳送至這些記錄檔值區

針對 _Default 記錄檔值區和使用者定義的記錄檔值區，您可以 設定自訂保留期限。

您可以升級記錄檔值區，改用 記錄檔分析： 升級記錄檔值區使用記錄檔分析無須付費。

如要進一步瞭解 Cloud Logging 值區和接收器，請參閱 轉送和儲存空間總覽。

儲存空間定價

Logging 不會針對儲存在 _Required 值區中的記錄檔收費。 您無法刪除 _Required 值區或修改 _Required 接收器。 _Required 值區會儲存下列記錄：

• 管理員活動稽核記錄
• 系統事件稽核記錄
• Google Workspace 管理員稽核記錄
• Enterprise Groups 稽核記錄
• 登入稽核記錄
• 資料存取透明化控管機制記錄檔。如要瞭解如何啟用「資料存取透明化控管機制」記錄，請參閱 資料存取透明化控管機制記錄說明文件。

注意： 如果您轉送的記錄檔副本會自動儲存在 然後將 _Required 值區複製到另一個記錄檔值區，之後也為 並須支付保留費用。

Logging 會收取已預先建立索引的記錄資料量 儲存在 _Default 記錄檔值區和使用者定義的記錄檔值區中。 要求總數超過每月免費配額。 每次將記錄項目寫入 _Default 記錄檔值區或 使用者定義的記錄檔值區會計入您的儲存空間配額。 舉例來說，如果您具有接收器，將記錄項目轉送至 三個記錄檔值區，那麼該記錄項目會儲存三次。

保留定價

注意： 有效 2023 年 4 月 1 日，保留費用 若記錄檔資料保留時間超過 預設保留期限： _Default 值區和使用者定義的記錄檔值區。 如需定價詳細資料，請參閱： Cloud Logging 定價摘要。 您可以查看 記錄檔值區，請前往 Google Cloud 控制台的「記錄檔儲存空間」頁面。

下表列出儲存記錄的資料保留期限 記錄檔值區：

值區	預設保留期限	自訂保留期限
_Required	400 天	無法設定
_Default	30 天	可自行設定
使用者定義	30 天	可自行設定

記錄檔保留時間較長時，Logging 會收取保留費用 而非預設的保留期限無法設定保留期限 針對 _Required 記錄檔值區。 將記錄檔儲存在不同可用區時，不會產生保留費用 記錄檔值區的預設保留期限

如果縮短記錄檔值區的保留期限，則會是七天 這段期間內，系統不會刪除過期記錄檔。您無法查詢或查看 過期記錄檔然而，您可以在 7 天內，於下列日期恢復完整存取權： 延長記錄檔值區的保留期限。 凡是在寬限期內儲存的記錄都會計入保留費用。

如果您將記錄項目轉送至多個記錄檔值區，便須支付相關費用 儲存和保留會花費多次例如，假設您將 一個記錄項目，也就是 _Default 記錄檔值區和使用者定義的記錄檔值區。 並假設您已為兩個值區設定自訂保留期限 超過 30 天。針對這項設定 您會收到兩筆儲存空間費用及兩筆保留費用

減少記錄檔儲存空間

您可以運用 Logging 手動找出並排除當中的記錄項目 為您的接收器設定排除篩選器，進而儲存在記錄檔值區中。 只要使用排除篩選器，就能降低儲存空間費用。另外 建議您也考慮是否要將記錄檔轉送至 Cloud Logging。

排除篩選器可移除符合篩選條件的所有記錄項目，或是 只能移除符合篩選條件的某一百分比記錄。 如果記錄項目符合接收器的排除篩選器，該接收器 不會將記錄項目轉送至目的地。因此， 目的地不會擷取記錄項目。已排除的記錄項目不會計入 計入儲存空間配額如需設定說明，請參閱 排除篩選器，請參閱 記錄排除。

如要保留未儲存在記錄檔值區中的記錄檔存取權，您也可以使用 記錄檔接收器，將記錄項目從 Cloud Logging 轉送至支援的 目的地。Cloud Logging 不會收取轉送記錄檔的費用。 不過，接收記錄檔的 Google Cloud 服務會向您收取費用 後續用途如需詳細資訊，請參閱下列文件：

• Cloud Storage 定價
• BigQuery 定價
• Pub/Sub 定價

如要瞭解如何將記錄檔轉送到 Cloud Logging，請參閱 將記錄轉送至支援的目的地。

記錄指標定價

系統定義的記錄指標適用於所有 Google Cloud 專案，而且不會產生任何費用。

使用者定義的記錄指標是 Cloud Monitoring 自訂指標中的一個類別，會產生費用。如要查看定價詳細資料，請參閱計費指標一文。

詳情請參閱記錄指標總覽。

針對每月擷取的記錄檔位元組數建立快訊政策

如何建立在 寫入記錄檔值區的記錄檔位元組數超過使用者定義的 Cloud Logging，請使用下列設定。

建立快訊政策的步驟。

如要建立快訊政策，請按照下列指示操作：

1. 前往 Google Cloud 控制台的「Alerting」(快訊) 頁面：

   前往「Alerting」(快訊)

   如果您是使用搜尋列尋找這個頁面，請選取子標題為「Monitoring」的結果。

2. 如果您尚未建立通知管道，但想要收到通知，請按一下 編輯通知管道，並新增通知管道。返回 頁面。
3. 在「Alerting」(快訊) 頁面中，選取 [Create policy] (建立政策)。
4. 如要選取資源、指標和篩選器，請展開「Select a metric」(選取指標) 選單， 然後使用「新條件」表格中的值：
   1. 選用步驟：如要將選單限制為相關項目，請輸入資源或 指標名稱。
   2. 選取「Resource type」(資源類型)。例如，選取「VM 執行個體」。
   3. 選取「指標類別」。例如，選取「執行個體」。
   4. 選取「指標」。舉例來說，選取「CPU Utilization」。
   5. 選取 [Apply] (套用)。
5. 點選「下一步」，然後設定快訊政策觸發條件。 如要填妥這些欄位，請使用「設定快訊觸發條件」表格中的值。
6. 點選「下一步」。

7. 選用：如要為快訊政策新增通知，請按一下 通知管道。在對話方塊中選取一或多則通知 然後按一下 [確定]。

   如要在事件開始和結束時收到通知，請勾選 在事件關閉時通知我。根據預設，只有在 事件發生在開放式事件中。

8. 選用步驟：更新事件自動關閉持續時間。這個欄位會決定何時 在缺少指標資料的情況下，監控功能會關閉事件。
9. 選用：按一下「說明文件」，然後新增先前提供的所有資訊 一定要加入通知訊息中
10. 按一下「快訊名稱」，輸入快訊政策的名稱。
11. 點按「建立政策」。

新條件 欄位	值
資源和指標	在「Resources」選單中，選取「Global」。 在「指標類別」選單中，選取「記錄指標」。 在「指標」選單中，選取「每月擷取的記錄檔位元組數」。
篩選	無
跨時間序列 時間序列匯總	sum
滾動週期	60 m
滾動週期函式	max

設定快訊觸發條件 欄位	值
條件類型	Threshold
快訊觸發條件	Any time series violates
門檻位置	Above threshold
門檻值	由您定義可接受的值。
重新測試期	可接受的最低值為 30 分鐘。

Cloud Monitoring

Monitoring 收取下列項目的費用：

• 擷取的指標資料量超過每月免費指標配額時，將會以所擷取的指標位元組數來計費。

  免費指標不會計入配額上限。

• 指標以擷取的樣本數量來計費。

• 超過每月免費 API 配額的 Cloud Monitoring API 讀取呼叫數。

  Monitoring API 寫入呼叫不會計入配額 我們會自動向帳單帳戶扣款 並每月或在您達到用量上限時發送帳單

• 執行運作時間檢查。

• 綜合監控的執行。

• 快訊政策條件是根據每月的有效條件數量測量而得。

• 快訊政策條件查詢傳回的時間序列。

在 Monitoring 中，「擷取」是指 將時間序列寫入 Monitoring每個時間序列 包括一些資料點這些資料點是 內容擷取費用。如要查看定價資訊，請參閱 Cloud Monitoring 定價。

本節提供下列資訊：

• 計費和免費指標的定義。
• 以位元組和樣本為基礎的擷取策略說明。
• 按照已擷取位元組數計費的指標計費示例。
• 按照樣本收費的指標計費示例 擷取。
• 執行運作時間檢查的計費示例 (生效日期：2022 年 10 月 1 日)。
• 綜合監控項目的計費示例 (生效日期：2023 年 11 月 1 日)。
• 快訊功能的定價說明和範例 (生效日期：2025 年 1 月 7 日)。

如要查看目前定價資訊，請參閱 Cloud Monitoring 定價。

如要瞭解 Monitoring 的使用限制，請參閱配額與限制。

如要查看目前的用量，請執行下列其中一項操作：

• 前往 Google Cloud 控制台的「Billing」(帳單) 頁面。

  前往「帳單」

  您也可以透過搜尋列找到這個頁面。

• 前往 Google Cloud 控制台，前往 「監控設定」頁面：

  前往「監控設定」

  如果您是使用搜尋列尋找這個頁面，請選取子標題為「Monitoring」的結果。

您可以根據目前的使用資料估算帳單費用。

免費指標

Google Cloud、GKE Enterprise 和 Knative 的指標資料無法 且容易充電。不計費 (免費) 的指標包括：

• Google Cloud 指標。詳情請參閱註釋 2。
• GKE Enterprise 指標。詳情請參閱註釋 2。
• Istio 指標
• Knative 指標
• Google Kubernetes Engine 系統指標
• agent.googleapis.com/agent/ 指標

計費指標

所有指標資料，除了下列 免費指標：計費。 大多數指標擷取作業都是按位元組數計費，但有些需要按位元組數計費 樣本數量；這些計費模式如下所述 專區。

擷取費用的因素如下：

• 指標所收集的資料點類型 (純量值或分布值)。

  • 如要瞭解與特定指標類型相關聯的資料類型，請參閱指標清單。
  • 如需純量和分布資料類型，請參閱值類型。

• 寫入時間序列的資料點數量。這個值取決於 系統取樣資料的頻率和資料基數 資料。基數會決定產生的時間序列數量 指標和受控資源類型的組合；如需更多資訊 請參閱基數。

一段時間內的指標和資源標籤值 系列叢書不會計入費用

根據擷取的位元組數計費的指標

下列指標會依據擷取的位元組數計費：

• agent.googleapis.com 下的代理程式指標，除外： agent.googleapis.com/agent/ 群組

  自 2021 年 8 月 6 日起，agent.googleapis.com/processes/ 指標將依其他計費指標的磁碟區費率收取 5% 的費用。舉例來說，擷取 100 MiB 的處理指標，費用與擷取 5 MiB 其他計費指標相同³。

• 與作業套件代理程式進行第三方整合的指標。這些指標 擷取到 Cloud Monitoring 中 表單 workload.googleapis.com/APPLICATION.METRIC； 例如，指標類型 workload.googleapis.com/nginx.requests 下降 歸類到這個類別

• 以下列形式擷取到 Cloud Monitoring 的 OpenTelemetry Protocol (OTLP) 指標： 作業套件代理程式的 workload.googleapis.com 指標。此為設定 選項；詳情請參閱 OTLP 適用的擷取格式 指標。

• AWS 指標

• 自訂指標 包括但不限於透過 Cloud Monitoring API 或語言專屬的用戶端程式庫、OpenCensus 和 OpenTelemetry：

• 外部指標

• 使用者定義的記錄指標

計算費用時，擷取數量的計算方式如下：

• 如果是純量資料類型：每個寫入時間序列的資料點為 8 個位元組。使用者定義的記錄計數器指標則屬於這個類別。
• 如為分布資料類型：每個寫入時間序列的資料點為 80 個位元組。

如要瞭解時間序列中的資料點，請參閱時間序列：受控資源的資料。

根據擷取的樣本數計費的指標

下列指標是根據樣本數計費及收費 已擷取：

• Google Cloud Managed Service for Prometheus的指標： prometheus.googleapis.com 指標。

計算費用時，樣本數的計算方式如下：

• 如果是純量資料類型，每個寫入時間序列的資料點為 1。
• 分布資料類型：每個寫入時間序列的每個點為 2，以及每個非零計數的直方圖值區為 1。

如要瞭解時間序列中的資料點，請參閱時間序列：受控資源的資料。

擷取指標快訊

您無法依據每個月擷取的指標量建立快訊，但可以建立 Cloud Monitoring 費用快訊。詳情請參閱設定帳單快訊。

依據擷取的位元組數計費示例

針對按擷取的位元組數計費的指標，以下例子說明如何取得收集指標資料的預估費用。這些示例說明計算方式，如要估算整體費用，請使用 Pricing Calculator。如要使用這項工具，請使用 Google Cloud Observability 產品，讓您可以輸入指標、記錄和追蹤記錄資料。

基本情境如下：您擁有的幾項受控資源 (例如 Compute Engine、Kubernetes Engine 或 App Engine) 每個月都會寫入一些指標資料。

這些情境中的變數包括：

• 資源數量。
• 指標數量。
• 指標是否為 Google Cloud 指標。
• 寫入指標資料的速率。

本節介紹的示例為 2020 年 7 月的 Monitoring 計價方式。

基本背景

以下計費示例均假設擷取的每個指標資料點都是 double、int64 或 bool 類型；這些類型在計算費用時，會以 8 位元組來計算。一個月大概有 730 小時 (365 天/12 個月 * 24 小時)，即 43,800 分鐘。

若一個指標寫入資料的速率為每分鐘 1 個資料點，則一個月的統計資料如下：

• 資料點總計：43,800 個
• 擷取的資料量總計：
  • 350,400 個位元組 (43,800 個資料點 * 8 個位元組)
  • 0.33416748 MiB (350,400 位元組/1,048,576 位元組/MiB)

如果某項指標的寫入資料速率為每小時 1 個資料點，則一個月的統計資料如下：

• 資料點總計：730 個
• 擷取的資料量總計：
  • 5,840 個位元組 (730 個資料點 * 8 個位元組)
  • 0.005569458 MiB (5,840 位元組/1,048,576 位元組/MiB)

示例

情境 1：您擁有 1,000 項資源，每項資源都會寫入 75 項指標。這些指標都是 Google Cloud 指標，且寫入速率為每分鐘 1 個資料點。

• 每月擷取量為 25,063 MiB：一項指標 0.33416748 MiB * 75,000 (也就是 1,000 項資源、75 項指標)
• 每月費用約略值為 $0.00 美元 (Google Cloud 指標為免費項目)

	擷取的資料量 (MiB)	費率 ($/MiB)	費用 ($)
	無限制	0.00	$0.00 美元
總計	25,063		$0.00 美元

情境 2：您有 1,000 個資源，每個資源都會寫入 75 項自訂指標。這些指標都會產生費用，且寫入速率為每分鐘 1 個資料點。

• 每月擷取量：25,063 MiB (同上)
• 每月費用約為：$6,427.55 美元

	擷取的 MiB	費率 ($/MiB)	費用 ($)
	150	0.00	$0.00 美元
	24,913	0.258	$6,427.55 美元
總計	25,063		$6,427.55 美元

情境 3：您有 1,000 項資源，每項資源都會寫入 75 個自訂指標。這些指標都會產生費用，且寫入速率為每小時 1 個資料點。

• 每月擷取量為 418 MiB：一項指標 0.005569458 MiB * 75,000
• 每月費用約為：$69.14 美元

	擷取的 MiB	費率 ($/MiB)	費用 ($)
	150	0.00	$0.00 美元
	267	0.258	$69.14 美元
總計	417		$69.14 美元

情境 4：您有 1 項會寫入 500,000 個指標的資源。這些指標都會產生費用，且寫入速率為每分鐘 1 個資料點。

• 每月擷取量為 167,084 MiB：一項指標 0.33416748 MiB * 500,000
• 每月費用約為：$35,890.98 美元

	擷取的 MiB	費率 ($/MiB)	費用 ($)
	150	0.00	$0.00 美元
	99,850	0.258	$25,761.30 美元
	67,084	0.151	$10,129.68 美元
總計	167,084		$35,890.98 美元

可控管性和可預測性的定價

Managed Service for Prometheus 的定價是 controllable。因為系統會向您收取每個樣本的費用 ，您可以使用下列技巧來控管費用：

• 取樣期間：將指標抓取期間從 15 秒變更為 60 秒，即可省下 75% 的成本，而不會犧牲基數。您可以根據每個工作、每個目標或全域來設定取樣期間。

• 篩選：您可以使用篩選功能來減少傳送給「的樣本數」 將資料傳送至自家的 Lobal Data Store請參閱 篩選匯出的指標。 在叢集內使用指標重新標籤設定 以在擷取時捨棄指標的 Prometheus 抓取設定，依據 與標籤比對器有關

• 將高基數和低價值資料存放在本機，使用 GCP 控制台 搭配代管服務，使用相同的 scape 設定，並且保存資料 不想傳送至服務的全域資料儲存庫

Managed Service for Prometheus 的定價是 predictable。

• 您無須為資料稀疏的直方圖支付費用。只有第一個非零值，以及值區_n值大於值區_n-1值時，系統才會計算樣本。舉例來說，有 10 10 13 14 14 14 這個值的直方圖在第 1、3 和 4 個值區計為 3 個樣本。

  視您使用的直方圖數量和用途而定，與直方圖值區指示的絕對值相比，如果計費時排除不變值區，通常會導致用於計費的樣本減少 20% 至 40%。

• 如果以每個樣本來計費，系統不會針對快速調度和未調度、先占或臨時容器 (例如 HPA 或 GKE Autopilot 建立的容器) 向您收費。

  如果 Managed Service for Prometheus 是按指標計費 那麼你就必須支付整個月的基數 每次啟動新容器時如為按取樣計費，您只須在容器執行期間付費。

查詢，包括快訊查詢

使用者發出的所有查詢，包括在 Prometheus 時發出的查詢 錄製規則已在執行時，透過 Cloud Monitoring API 呼叫收費。 如要瞭解目前費率，請參閱摘要表格： Managed Service for Prometheus 定價或 Monitoring 定價。

根據擷取的樣本計費示例

以下示例說明如何根據擷取的樣本，預估收集指標的費用。範例式 Google Cloud Managed Service for Prometheus 也使用付費功能。

這些示例旨在說明計算技巧，而非提供帳單資料。

基本情境如下：假設您有數個容器或 Pod，每個月都會在一些時間序列之間寫入資料點。資料可能包含純量值或分布。

這些情境中的變數包括：

• 容器或 Pod 數量。
• 時間序列的數量。
• 資料是否包括純量值、分布或兩者皆是。
• 寫入資料的速率。

計算樣本數

您必須先瞭解如何計算樣本數，才能估算價格。 數值的樣本數取決於下列因素：

• 值是純量或分布
• 寫入值的速率

本節說明如何估算當月帳單週期內寫入時間序列的樣本數。

一個月內大約 730 小時 (365 天 / 12 個月 * 24 小時)， 43,800 分鐘或 2,628,000 秒

如果時間序列寫入純量值，則每個值都會計為一個樣本。 一個月內寫入的樣本數取決於頻率 這樣就會寫入請見以下範例：

• 對於每 15 秒寫入的值：
  • 寫入率：1 個值/15 秒 = 1 個樣本/15 秒
  • 每月樣本數：175,200 個 (1 個樣本/15 秒 * 2,628,000 秒/月)
• 每 60 秒寫入的值：
  • 寫入率：1 個值/60 秒 = 1 個樣本/60 秒
  • 每月樣本數：43,800 個 (1 個樣本/60 秒 * 2,628,000 秒/月)

如果時間序列寫入分佈值，則每個值都能包含 2 個以上的 n 個樣本，其中 n 個是值區數量 一個月內寫入的樣本數取決於 直方圖中的值區數量以及值的頻率 編寫任何程式碼

舉例來說，50 個值區直方圖的每個執行個體可包含 52 個樣本。如果這些值每 60 秒寫入一次，則 50 個值區直方圖每月最多可寫入 2,277,600 個樣本。如果直方圖有 100 個值區，且每 60 秒寫入 1 次，則每個直方圖可以包含 102 個樣本，且每月最多寫入 4,467,600 個樣本。

大多數分佈時間序列中的 樣本。實際上，約佔 20% 至 40% 的直方圖值區 沒有內容。對於極度直方圖的使用者來說 這個百分比甚至更高 例如 Istio 產生的圖片

計算定價樣本時，只有含有非空值的值區才會 包含 每個直方圖的樣本數量上限為 2 + n。 如果 25% 的值區空白，則預期的樣本數為 每個直方圖 2 + 0.75n。 如果 40% 的值區空白，則預期的樣本數為 每個直方圖 2 + 0.60n。

下列計算和摘要表格會顯示樣本數量上限和更實際的預期樣本總數：

• 若為每 15 秒寫入 50 個值區直方圖值：

  • 寫入率：1 個值/15 秒
  • 樣本數量上限：
    • 直方圖：52
    • 每月：9,110,400 個 (52 * 1 個值/15 秒 * 2,628,000 秒/月)
  • 預期的樣本 (假設 25% 為空白)：
    • 每個直方圖：39.5 個 (2 + 0.75(50) 或 2 + (50 - 12.5))
    • 每月：6,920,400 個 (39.5 * 1 個值/15 秒 * 2,628,000 秒/月)
  • 預期樣本數量 (假設 40% 為空)：
    • 每個直方圖：32 個 (2 + 0.6(50) 或 2 + (50 - 20))
    • 每月：5,606,400 個 (32 * 1 個值/15 秒 * 2,628,000 秒/月)

• 若為每 60 秒寫入 50 個直方圖值：

  • 寫入速率：1 個值/60 秒
  • 樣本數量上限：
    • 直方圖：52
    • 每月：2,277,600 個 (52 * 1 個值/60 秒 * 2,628,000 秒/月)
  • 預期的樣本 (假設 25% 為空白)：
    • 每個直方圖：39.5 個 (2 + 0.75(50) 或 2 + (50 - 12.5))
    • 每月：1,730,100 個 (39.5 * 1 個值/60 秒 * 2,628,000 秒/月)
  • 預期樣本數量 (假設 40% 為空)：
    • 每個直方圖：32 個 (2 + 0.6(50) 或 2 + (50 - 20))
    • 每月：1,401,600 個 (32 * 1 個值/60 秒 * 2,628,000 秒/月)

• 若為每 15 秒寫入 100 個值區直方圖值：

  • 寫入率：1 個值/15 秒
  • 樣本數量上限：
    • 直方圖：102
    • 每月：17,870,400 個 (102 * 1 個值/15 秒 * 2,628,000 秒/月)
  • 預期的樣本 (假設 25% 為空白)：
    • 每個直方圖：77 個 (2 + 0.75(100) 或 2 + (100 - 25))
    • 每月：13,490,400 個 (77 * 1 個值/15 秒 * 2,628,000 秒/月)
  • 預期樣本數量 (假設 40% 為空)：
    • 每個直方圖：62 個 (2 + 0.6(100) 或 2 + (100 - 40))
    • 每月：10,862,400 個 (62 * 1 個值/15 秒 * 2,628,000 秒/月)

• 若為每 60 秒寫入 100 個值區直方圖值：

  • 寫入速率：1 個值/60 秒
  • 樣本數量上限：
    • 直方圖：102
    • 每月：4,467,600 個 (102 * 1 個值/60 秒 * 2,628,000 秒/月)
  • 預期的樣本 (假設 25% 為空白)：
    • 每個直方圖：77 個 (2 + 0.75(100) 或 2 + (100 - 25))
    • 每月：3,372,600 個 (77 * 1 個值/60 秒 * 2,628,000 秒/月)
  • 預期樣本數量 (假設 40% 為空)：
    • 每個直方圖：62 個 (2 + 0.6(100) 或 2 + (100 - 40))
    • 每月：2,715,600 個 (62 * 1 個值/60 秒 * 2,628,000 秒/月)

下表總結上述資訊：

值區數量	寫入速率	每月樣本數 (上限)	每月樣本數 (25% 空白)	每月樣本數 (40% 空白)
50	1 個樣本/15 秒	9,110,400	6,920,400	5,606,400
50	1 個樣本/60 秒	2,277,600	1,730,100	1,401,600
100	1 個樣本/15 秒	17,870,400	13,490,400	10,862,400
100	1 個樣本/60 秒	4,467,600	3,372,600	2,715,600

示例

如要估算價格，請計算一個月內寫入的樣本數並套用計費數值。以下針對堆疊範圍，以每百萬個資料量為單位計算樣本費用：

擷取範圍	Managed Service for Prometheus	範圍最大值
多達 500 億 (50,000 百萬)	每 100 萬美元 $0.06	$3,000.00 美元
500 億至 2,500 億 (250,000 百萬)	每 100 萬次 $0.048	$9,600.00 美元
2 億 500 億至 5000 億 (5 億人)	每 100 萬次 $0.036	$9,000.00 美元
超過 5 億 (5 億人)	每 100 萬 $0.024 美元

本節的其餘部分將透過可能情境說明。

情境 1：您有 100 個容器，每個容器皆寫入 1,000 個純量時間序列。

變化版本 A：如果每時間序列每 15 秒寫入 1 個樣本 (1 個樣本/15 秒)，則每月寫入的樣本數為 17,520,000,000 個 (每月 175,200 個樣本) * 1,000 個時間序列 * 100 個容器)，或 175 億 2,000 萬個。

變化版本 B：如果每時間序列每 60 秒寫入 1 個樣本 (1 個樣本/60 秒)，則每月寫入的樣本數為 4,380,000,000 個 (每月 43,800 個樣本) * 1,000 個時間序列 * 100 個容器)，或 43 億 8,000 萬個。

以上兩種情形都少於 50,000 萬個 樣本，因此系統只會套用第一個費率。我們不會針對 其他費率

變化版本	已擷取的樣本	擷取範圍	Managed Service for Prometheus ($0.06、$0.048、$0.036、$0.024 美元)
A (1 個樣本/15 秒) 總計	1.75 億 2 千萬 1.75 億 2,000 萬	高達 50,00000 萬 高達 2.5 億人 高達 50 萬人 超過 5 億	$1,051.20 美元 $1,051.20 美元
B (1 個樣本/60 秒) 總計	43.8 億人 43.8 億	高達 50,00000 萬 高達 2.5 億人 高達 50 萬人 超過 5 億	$262.80 美元 $262.80 美元

情境 2：您有 1,000 個容器，每個容器皆寫入 1,000 個純量時間序列。

變化版本 A：如果每時間序列每 15 秒寫入 1 個樣本 (1 個樣本/15 秒)，則每月寫入的樣本數為 175,200,000,000 個，或 1,752 億個：

• 前 500 億個樣本是以第一個費率計費。
• 其餘的 1,252 億個樣本則是以第二個費率計費。
• 我們不會以其他費率收取取樣費用。

變化版本 B：如果每時間序列每 60 秒寫入 1 個樣本 (1 個樣本/60 秒)，則每月寫入的樣本數為 43,800,000,000 個，或 438 億個。這個每月值少於 500 億個樣本，因此適用第一個費率。

變因	已擷取的樣本	擷取範圍	Managed Service for Prometheus ($0.06、$0.048、$0.036、$0.024 美元)
A (1 個樣本/15 秒) 總計	50,000 萬 1.2.5 億 2 億 1.75,2 億	高達 50,00000 萬 高達 2.5 億人 高達 50 萬人 超過 5 億	$3,000.00 美元 $6,009.60 美元 $9,009.60 美元
B (1 個樣本/60 秒) 總計	4.38 億人 4.38 億	高達 50,00000 萬 高達 2.5 億人 高達 50 萬人 超過 5 億	$2,628.00 美元 $2,628.00 美元

情境 3：您有 100 個容器，每個容器寫入 1,000 個 100 個值區 時間序列且預期 25% 的值區是空的。

版本 A：如果每時間序列每 15 秒寫入 1 個樣本 (1 個樣本/15 秒)，則每月寫入的樣本數為 1,349,040,000,000 個 (每月 13,490,400 個樣本 * 1,000 個時間序列 * 100 個容器)，或 1 兆 3,490億 4,000 萬個。

• 前 500 億個樣本是以第一個費率計費。
• 接下來的 2,000 億個樣本是以第二個費率計費。
• 接下來的 2.5 萬個樣本則以第三個費率計費。
• 其餘 74.9 萬個樣本則以第四次費率收費。

變化版本 B：如果每時間序列每 60 秒寫入 1 個樣本 (1 個樣本/60 秒)，則每月寫入的樣本數為 337,260,000,000 個 (3,372,600 個樣本/每月 * 1,000 個時間序列 * 100 個容器)，或 3,372 億 6,000 萬個。

• 前 500 億個樣本是以第一個費率計費。
• 接下來的 2,000 億個樣本是以第二個費率計費。
• 剩餘的 872 億 6,000 萬個樣本是以第三個費率收費。

變因	已擷取的樣本	擷取範圍	Managed Service for Prometheus ($0.06、$0.048、$0.036、$0.024 美元)
A (1 個樣本/15 秒) 總計	50,000 萬 2 億 2.5 億人 74.9 萬 4 億人 1,349,040 萬	高達 50,00000 萬 高達 2.5 億人 高達 50 萬人 超過 5 億	$3,000.00 美元 $9,600.00 美元 ( ) $9,000.00 美元 $17,976.96 美元 $39,576.96 美元
B (1 個樣本/60 秒) 總計	50,000 萬 2 億 8.72 億 6 千萬 33.7 萬 2 億 6 千萬	高達 50,00000 萬 高達 2.5 億人 高達 50 萬人 超過 5 億	$3,000.00 美元 $9,600.00 美元 ( ) $3,141.36 美元 $15,741.36 美元

情境 4：您有 1,000 個容器，每個容器寫入 10,000 個 100 個值區 時間序列且預期 40% 的值區是空的。

版本 A：如果每時間序列每 15 秒寫入 1 個樣本 (1 個樣本/15 秒)，則每月寫入的樣本數為 108,624,000,000,000 個 (10,862,400 個樣本/月 * 10,000 個時間序列 * 1,000 個容器)，或 108 兆 6,240 億個。

• 前 500 億個樣本是以第一個費率計費。
• 接下來的 2,000 億個樣本是以第二個費率計費。
• 接下來的 2.5 萬個樣本則以第三個費率計費。
• 其餘 108,124,0 億個樣本則以第四節費率收費。

版本 B：如果每時間序列每 60 秒寫入 1 個樣本 (1 個樣本/60 秒)，則每月寫入的樣本數為 27,156,000,000,000 個 (每月 2,715,600 個樣本 * 10,000 個時間序列 * 1,000 個容器)，或 27 兆 1,560 億個。

• 前 500 億個樣本是以第一個費率計費。
• 接下來的 2,000 億個樣本是以第二個費率計費。
• 接下來的 2.5 萬個樣本則以第三個費率計費。
• 其餘 26,656,0 億個樣本則以第四節費率收費。

變化版本	已擷取的樣本	擷取範圍	Managed Service for Prometheus ($0.06、$0.048、$0.036、$0.024 美元)
A (1 個樣本/15 秒) 總計	50,000 萬 2 億 2.5 億人 1.08,124,000 萬 1.08,624,000 萬	高達 50,00000 萬 高達 2.5 億人 高達 50 萬人 超過 5 億	$3,000.00 美元 $9,600.00 美元 ( ) $9,000.00 美元 $2,594,976.00 美元 $2,616,576.00 美元
B (1 個樣本/60 秒) 總計	50,000 萬 2 億 2.5 億人 26,656,000 萬 27,156,000 萬	高達 50,00000 萬 高達 2.5 億人 高達 50 萬人 超過 5 億	$3,000.00 美元 $9,600.00 美元 ( ) $9,000.00 美元 $639,744.00 美元 $661,344.00 美元

情境 5：您的情況如下：

• 1,000 個容器，每個容器每 15 秒寫入 1,000 個純量時間序列。每月寫入的樣本數為 175,200,000,000 個，也就是 1,752 億個。(情境 2，變化版本 A。)

• 1,000 個容器，每個容器都會寫入 10,000 個 100 個值區分佈時間序列 每 15 秒執行一次且預期 40% 的值區是空的。 每月寫入的樣本數為 108,624,000,000,000 個 或 1 億 624,000 萬人(情境 4，變化版本 A)

每月樣本總數為 108 兆 7,992 億個 (1,752 億 + 108 兆 6,240 億)。

• 前 500 億個樣本是以第一個費率計費。
• 接下來的 2,000 億個樣本是以第二個費率計費。
• 接下來的 2.5 萬個樣本則以第三個費率計費。
• 其餘 108,299,2 億個樣本則以第四節費率收費。

變化版本	已擷取的樣本	擷取範圍	Managed Service for Prometheus ($0.06、$0.048、$0.036、$0.024 美元)
2A + 4A 總計	50,000 萬 2 億 2.5 億人 108,299,2 億 108,799,2 億	高達 50,00000 萬 高達 2.5 億人 高達 50 萬人 超過 5 億	$3,000.00 美元 $9,600.00 美元 ( ) $9,000.00 美元 $2,599,180.80 美元 $2,620,780.80 美元

運作時間檢查執行作業的定價 (生效日期：2022 年 10 月 1 日)

監控每個區域性運作時間的費用 ，超出每月 100 萬次執行作業的免費配額。 在三個區域執行的檢查會計為三次執行。

運作時間檢查執行作業的費用為每 1,000 次執行作業 $0.30 美元。 費用在帳單上會顯示為 SKU「CA14-D3DE-E67F」 「監控運作時間檢查」

以下範例說明如何估算出 也就是執行運作時間檢查以下範例旨在說明 計算技術，而非提供帳單資料。

計算運作時間檢查的執行作業

如要預估運作時間檢查的費用，您必須知道 區域性執行作業會在一個月內進行。監控費用 每 1,000 次執行作業 $0.30 美元，每月可免費執行 100 萬次執行作業。

如要預估運作時間檢查的費用，您可以使用下列服務 計算方式：

(EXECUTIONS_PER_MONTH - 1,000,000) * .0003

每項運作時間檢查的執行作業數量都取決於下列因素 設定選項：

• 運作時間檢查的執行頻率：每分鐘、5 分鐘 10 分鐘或 15 分鐘。

• 運作時間檢查執行的區域數量。

• 設定運作時間檢查的目標數量。如果運作時間 只有一項 VM 設有檢查機制，目標數量為 1。 如果已為資源群組設定運作時間檢查，則顯示數字 目標為群組中的資源數量。

設定運作時間檢查時，會為 運作時間檢查，每個位置都會對應至一或多個「地區」。 下表列出運作時間檢查和區域的有效位置 對應目標：

運作時間檢查設定的位置	包含 Google Cloud 區域
ASIA_PACIFIC	asia-southeast1
EUROPE	europe-west1
SOUTH_AMERICA	southamerica-east1
USA	us-central1, us-east4, us-west1
GLOBAL	其他地區納入的所有區域

您必須將運作時間檢查設為至少在三個區域執行。

如要預估運作時間檢查的執行次數，您必須先知道 運作時間檢查位置涵蓋的區域數量：

• ASIA_PACIFIC、EUROPE 和 SOUTH_AMERICA 皆包含 1 個區域。
• USA 包含 3 個區域。
• GLOBAL 包含 6 個區域。

一個月內大約 730 小時 (365 天 / 12 個月 * 24 小時) 或 43,800 分鐘。

• 運作時間檢查：在 USA 執行期間每分鐘執行一次 連接 3 個區域如果這項運作時間檢查設為 VM，那麼這項運作時間檢查會執行 131,400 次 一個月 (3 * 43,800) 次。如果檢查已設定完成 檢查 10 位成員資源群組，運作時間檢查就會執行 一個月 1,314,000 次 (10 * 131,400)。

• 運作時間檢查在 ASIA_PACIFIC 中每分鐘執行一次。 EUROPE和USA在 5 個區域執行。 這項運作時間檢查會在一個月內執行 219,000 次 單一目標資源

下表列出單一資源的每小時和每月執行次數 運作時間檢查設為以不同頻率執行 區域數量：

檢查執行頻率，每次：	區域數量	每個目標 每小時執行次數	每個目標 的每月執行次數
1 分鐘	3 4 5 6	180 240 300 360 度	131,400 175,200 219,000 人 262,800 人
5 分鐘	3 4 5 6	36 48 60 72 分	26,280 人 35,040 人 43,000 人 52,660 人
10 分鐘	3 4 5 6	18 24 30 36 分	13,140 人 17,520 21,900 人 26,280 人
15 分鐘	3 4 5 6	12 16 20 24 人	8,760 人 11,680 人 14,600 人 17,520 人

範例

如要估算價格，請先確定每月總執行作業，再減去 1,000,000 次。剩餘的執行數則以每 1,000 次執行 $0.30 美元收費，因此， 剩餘執行作業乘以 .0003。

(EXECUTIONS_PER_MONTH - 1,000,000) * .0003

情境 1：您在 USA 位置有 1 項運作時間檢查 每分鐘會檢查一次 1 個 VM。這項檢查會在 3 個區域執行。 這項檢查每月執行 131,400 次，無須支付任何費用。

每月總執行次數	可收費的每月執行次數 (超過 1,000,000 個)	費用 (每 1,000 次執行作業 $0.30 美元)
131,400 人	0	$0.00 美元

情境 2：您在 USA 位置有 1 項運作時間檢查 每分鐘會檢查一次 10 位成員資源群組。這項檢查會在 3 秒內執行 區域。這項檢查每月會執行 10 * 131,400 次 每月費用為 $94.20 美元上述情境和情境 1 的唯一差異 是目標數量

每月總執行次數	可收費的每月執行次數 (超過 1,000,000 個)	費用 (每 1,000 次執行作業 $0.30 美元)
1,314,000 (10 個目標)	314,000 人	$94.20 美元

情境 3：您目前有 10 項GLOBAL運作時間檢查。 每個 VM 每分鐘會檢查 1 個 VM 一次這些檢查會在 6 個區域中執行 因此每項檢查每月會執行 262,800 次每月總計 執行作業為 2,628,000 次 (10 * 262,800)。情境費用 每月 $488.40 美元。

每月總執行次數	可收費的每月執行次數 (超過 1,000,000 個)	費用 (每 1,000 次執行作業 $0.30 美元)
2,628,000 人	1,628,000 人	$488.40 美元

情境 4：位置 USA 有 5 項運作時間檢查 每 5 分鐘檢查 1 個 VM 一次這些檢查會在 3 個區域中執行 每月執行 26,280 次檢查。每月總執行作業數 這組檢查的上限為 105,120 (4 * 26,280)。

您還可以進行 2 項 GLOBAL 項運作時間檢查，每 15 項檢查 1 個 VM 分鐘。這些檢查會在 6 個區域中執行，因此每次檢查都會執行 每月 17,520 次此圖表的每月總執行作業數 檢查組合為 35,040 (2 * 17,520)。

每月執行總次數為 140,160 (105,120 + 35,040)。 這種情況不會產生任何費用。

每月總執行次數	可收費的每月執行次數 (超過 1,000,000 個)	費用 (每 1,000 次執行作業 $0.30 美元)
140,160 次	0	$0.00 美元

綜合監控執行作業定價 (生效日期：2023 年 11 月 1 日)

Cloud Monitoring 會收取綜合監控作業的執行費用， 每個帳單帳戶每月 100 次執行作業的免費配額。 舉例來說，假設您建立了 3 個綜合監控器 每隔 5 分鐘執行一次測試，接著記錄的總數 每月執行次數為 26,784 次：

Number of executions per month =  3 synthetic monitors * 1 execution per monitor per 5 minutes *
                                  1440 minutes per day * 31 days per month
                               =  26,784

如要判斷可計費的執行作業數量，請減去免費配額 加總起來，然後乘以 費用：

每月總執行次數	可收費的每月執行次數 (每個帳單帳戶超過 100 項執行作業)	費用 (每 1,000 次執行作業 $1.20 美元)
26,784 人	26,684 人	$32.02 美元

快訊定價

自 2025 年 1 月 7 日起，Cloud Monitoring 就會開始針對快訊收費。 計費模式如下：

• 快訊政策中每個條件每月 $1.50 美元。
• 指標快訊政策條件的查詢傳回每 1,000,000 個時間序列 $0.35 美元。

重要事項： 我們會在啟用價格的前 60 天和 30 天傳送主要服務合約。

本節提供下列資訊：

• 快訊術語定義。
• 各種快訊的費用範例 政策設定。
• 有助於降低費用的建議，包括 合併或刪除快訊政策
• 有關停用計費功能的資訊 適用於快訊政策

定義

• Condition (狀況)：狀況 快訊政策定義了資源或資源群組 處於需要回應的狀態

  • 使用篩選器建立的快訊政策 指標門檻或 缺少指標 最多合併 6 個條件。
  • 具有下列查詢類型的快訊政策只能 單一條件：
    • Prometheus 查詢語言 (PromQL) 查詢、
    • Monitoring Query Language (MQL)
    • 記錄比對，用於 記錄檔快訊。

  每個條件的費用為每月 $1.50 美元。 如要停止針對某個條件支付費用，您必須刪除快訊政策。 延後或停用政策並不會 避免向你收費

• 指標與記錄型快訊政策：使用 除了記錄比對條件之外的任何條件類型都是 metric 快訊 政策；指標快訊政策的條件會傳回時間序列 在每個執行作業期間，系統會執行指標快訊政策的條件 查詢 Cloud Monitoring 資料儲存庫傳回的 接著會根據門檻評估時間序列 快訊政策觸發

  記錄型快訊政策會使用記錄比對條件。記錄比對條件 不傳回時間序列

• 執行期間：Cloud Monitoring 執行服務的頻率 值。以多數條件類型來說，這個秒數為 30 秒，且 已變更。使用 PromQL 查詢的條件可以設定這段時間。 詳情請參閱增加執行期間的長度 (僅限 PromQL)。

• 傳回的時間序列：在每個執行作業期間，系統會發出指標快訊 政策會根據 Cloud Monitoring 執行查詢條件 資料儲存庫。Cloud Monitoring 會傳回時間序列資料做為回應 每個查詢。回應中的每個時間序列都會計為一個時間序列 。

  當月傳回的時間序列數量取決於三個因素：

  • 基礎資料的形狀與範圍。
  • 在條件查詢中使用的篩選器和匯總。
  • 執行期間。

  例如，假設某個設定具有下列項目：

  • 100 個虛擬機器 (VM)，其中每個 VM 都屬於一項服務。
  • 每個 VM 會發出一個指標 metric_name，其中包含帶有 10 個值的標籤。
  • 共有五項服務

  您有 100 個 VM，每個 VM 可以產生 10 個時間序列 ( 每個標籤值) 共有 1,000 個基礎時間序列。 每個 VM 也都含有類似中繼資料的標籤 以及 VM 所屬的五項服務

  您可以透過下列方式設定快訊政策 PromQL，其中每項設定都會產生不同的數字 每個執行時間傳回的時間序列數量：

  設定	PromQL 查詢	每期傳回的時間序列
  無匯總	rate(metric_name[1m])	1,000
  匯總至 VM	sum by (vm) (rate(metric_name[1m]))	100
  匯總至標籤值	sum by (label_key) (rate(metric_name[1m]))	10
  匯總至服務	sum by (service) (rate(metric_name[1m]))	5
  匯總至標籤值和服務	sum by (service, label_key) (rate(metric_name[1m]))	50
  匯總至機群	sum (rate(metric_name[1m]))	1
  篩選並匯總至單一 VM	sum (rate(metric_name{vm="my_vm_name"}[1m]))	1
  篩選並匯總至單一服務	sum (rate(metric_name{service="my_service_name"}[1m]))	1

計費示例

以下範例在 30 天內出現，結果如下： 評估期：

• 每月可執行 86,400 個 30 秒的執行時間
• 每月 172,800 15 秒的執行時間 (僅限 PromQL 查詢)

範例 1：單一政策，匯總至 VM (30 秒)

在這個範例中，請使用下列設定：

資料

• 100 個 VM
• 每個 VM 會發出一項指標：metric_name
• metric_name 有一個標籤，其中包含 10 個值

快訊政策

• 1 個快訊觸發條件
• 將條件匯總至 VM 級別
• 30 秒的執行時間

產生的費用

• 條件成本： 1 個條件 * 每月 $1.50 美元 = 每月 $1.50 美元
• 時間序列費用： 每個時段傳回 100 個時間序列 * 每月 86,400 個經期 = 每月傳回 860 萬個時間序列 * 每百萬個時間序列 $0.35 美元 = 每月 $3.02 美元
• 總費用：每月$4.52 美元

範例 2：100 項政策 (每個 VM 一項)，匯總至 VM，30 秒

在這個範例中，請使用下列設定：

資料

• 100 個 VM
• 每個 VM 會發出一項指標：metric_name
• metric_name 有一個標籤，其中包含 10 個值

快訊政策

• 100 個條件
• 系統會篩選並匯總每個條件至一個 VM
• 30 秒的執行時間

產生的費用

• 條件費用：100 項條件 * 每月 $1.50 美元 = 每月 $150 美元
• 時間序列費用： 100 個條件 * 每個條件每個條件傳回 1 個時間序列 * 每月 86,400 個經期 = 每月傳回 860 萬個時間序列 * 每百萬個時間序列 $0.35 美元 = 每月 $3.02 美元
• 總費用：每月$153.02 美元

範例 3：一項政策，匯總至 VM (15 秒)

在這個範例中，請使用下列設定：

資料

• 100 個 VM
• 每個 VM 會發出一項指標：metric_name
• metric_name 有一個標籤，其中包含 10 個值

快訊政策

• 一個 PromQL 快訊條件
• 將條件匯總至 VM 級別
• 15 秒的執行時間

產生的費用

• 條件成本： 1 個條件 * 每月 $1.50 美元 = 每月 $1.50 美元
• 時間序列費用： 每個時段傳回 100 個時間序列 * 每月 172,800 個時段 = 每月傳回 1,730 萬個時間序列 * 每百萬個時間序列 $0.35 美元 = 每月 $6.05
• 總費用：每月$7.55 美元

範例 4：為每個服務匯總一項政策 (30 秒)

在這個範例中，請使用下列設定：

資料

• 100 個 VM，每個 VM 都屬於一項服務
• 共五項服務
• 每個 VM 會發出一項指標：metric_name
• metric_name 有一個標籤，其中包含 10 個值

快訊政策

• 一項條件
• 將條件匯總至服務層級
• 30 秒的執行時間

產生的費用

• 條件成本： 1 個條件 * 每月 $1.50 美元 = 每月 $1.50 美元
• 時間序列費用： 每個週期傳回 5 個時間序列 * 每月 86,400 個經期 = 每月傳回 432,000 個時間序列 * 每百萬個時間序列 $0.35 美元 = 每月 $0.14 美元
• 總費用：每月$1.64 美元

範例 5：將一項政策匯總至 VM。且每個 VM 擁有 30 秒的基本基數

在這個範例中，請使用下列設定：

資料

• 100 個 VM
• 每個 VM 會發出一項指標：metric_name
• metric_name有 100 個標籤，每個標籤各 1,000 個值

快訊政策

• 一項條件
• 將條件匯總至 VM 級別
• 30 秒的執行時間

產生的費用

• 條件成本： 1 個條件 * 每月 $1.50 美元 = 每月 $1.50 美元
• 時間序列費用： 每個時段傳回 100 個時間序列 * 每月 86,400 個經期 = 每月傳回 850 萬個時間序列 * 每百萬個時間序列 $0.35 美元 = 每月 $3.02 美元
• 總費用：每月$4.52 美元

範例 6：將一項政策匯總至 VM。將兩個指標結合成一個條件 (30 秒)

在這個範例中，請使用下列設定：

資料

• 100 個 VM
• 每個 VM 都會發出兩項指標：metric_name_1 和 metric_name_2
• 兩個指標都有一個標籤，每個標籤的值各 10 個

快訊政策

• 一項條件
• 將條件匯總至 VM 級別
• 條件使用 OR 運算子將指標聯集
• 30 秒的執行時間

產生的費用

• 條件成本： 1 個條件 * 每月 $1.50 美元 = 每月 $1.50 美元
• 時間序列費用： 2 個指標 * 每個指標在每個指標傳回 100 個時間序列 * 每月 86,400 個時段 = 每月傳回 1,730 萬個時間序列 * 每百萬個時間序列 $0.35 美元 = 每月 $6.05
• 總費用：每月$7.55 美元

範例 7：100 個記錄型快訊政策

在這個範例中，請使用下列設定：

快訊政策

• 100 個條件 (每個記錄型快訊政策有一個條件)

產生的費用

• 條件成本： 100 個條件 * 每月 $1.50 美元 = 每月 $150.00 美元
• 時間序列費用：$0 (以記錄為基礎的快訊政策不會傳回時間序列)。
• 總費用：每月$150.00 美元

減少快訊帳單的建議

設定指標型快訊政策時，請使用下列資源 協助降低快訊帳單的費用

整合快訊政策，以在更多資源上執行

由於每個條件的費用為 $1.50 美元 提高成本效益，使用一項快訊政策監控多項資源 而不是使用一項快訊政策來監控各項資源 例如： 比較範例 1 和範例 2： 在這兩個範例中，您監控的資源數量相同。不過範例 2 使用 100 項快訊政策，而範例 1 只使用一項快訊政策。 因此，範例 2 每月費用便宜約 $150 美元。

僅匯總至您要啟用快訊的層級

匯總至較高的精細程度會導致費用高於 匯總至較低層級的精細程度例如： 將資料匯總至 Google Cloud 專案層級的費用較低 成本較低，而匯總至叢集層級的費用較低 而非匯總至叢集和命名空間層級

例如，比較範例 1 和範例 4： 這兩個範例適用於相同的基礎資料，而且有一個快訊 政策。然而，因為範例 4 的快訊政策會匯總 這項服務的費用低於範例 1 的快訊政策 這會更精細地匯總至 VM

此外，請比較範例 1 和範例 5： 在本例中，範例 5 的指標基數是 範例 1 中的指標基數不過，由於 Cloud Shell 中的快訊政策 範例 1 和範例 5 皆會匯總至 VM 兩個範例中的 VM 數量相同 價格。

設定快訊政策時，請選擇 來確定怎麼做最適合您的用途舉例來說，如果您重視 CPU 的快訊 建議您依據 VM 和 CPU 級別匯總如果發生以下情況： 關注各個端點的延遲時間快訊 端點等級

不要針對未經匯總的原始資料發出快訊

Monitoring 採用維度指標系統，其中任何指標 總基數等於受監控的資源數量 乘以該指標的標籤組合數適用對象 舉例來說，如果您有 100 個 VM 發出了一項指標，且該項指標有 10 個， 每個標籤都有 10 個值，那麼總基數 100 * 10 * 10 = 10,000。

根據基數調度資源的方式，針對原始資料發出快訊 。在上一個範例中，您傳回 10,000 個時間序列 以及各執行週期的快訊不過，如果匯總到 VM 無論標籤為何，每個執行作業期間都只傳回 100 個時間序列 基礎資料的基數。

針對原始資料發出快訊，也可能導致時間序列增加時面臨風險 指標收到新標籤時前例中，如果使用者 在指標中加入新標籤後，總基數會增加 設為 100 * 11 * 10 = 11,000 個時間序列。在這種情況下，您的 儘管快訊已產生快訊 政策保持不變如果將資料匯總至 VM 但基礎基數增加，則您仍然只傳回 100 個時間序列。

濾除不必要的回覆

設定條件，只評估評估業務所需的資料 快訊需求如果你不想採取行動來修正問題，請排除 從您的快訊政策中移除假設您 執行程式碼

如要減少不必要的快訊和費用，可以篩除時間序列 這些不重要的內容您可以使用 Google Cloud 中繼資料標籤來標記資產 然後篩除不需要的中繼資料類別

使用熱門串流運算子減少傳回的時間序列數量

如果條件使用 PromQL 或 MQL 查詢，您就可以 使用頂端串流運算子選取多個時間序列傳回的時間序列 最高的值：

• PromQL：topk
• MQL：top

例如，PromQL 查詢限制中的 topk(metric, 5) 子句 在每次執行期間回傳至五的時間序列數量。

將時間序列數量設為上限可能會導致資料遺失， 錯誤快訊，例如：

• 如果超過 N 個時間序列違反閾值，您可能會錯過 「N」個時間序列外的資料。
• 如果違規的時間序列位於前「N」個時間序列之外，則 雖然已排除的時間序列 違反門檻
• 條件查詢可能不會顯示重要情境，例如基準 正常運作的時間序列

如要降低這類風險，請為「N」選擇較大的值，並使用頂層串流 運算子僅存在於評估許多時間序列的快訊政策中，例如 適用於個別 Kubernetes 容器的快訊

增加執行期間的長度 (僅限 PromQL)

如果條件使用 PromQL 查詢，您可以修改長度 方法是設定 evaluationInterval 欄位，在 condition 的值。

評估間隔越長，每月傳回的時間序列就越少； 例如，間隔 15 秒的條件查詢執行頻率為兩倍 視為時間間隔為 30 秒的查詢，且時間間隔為 1 分鐘的查詢 與時間間隔為 30 秒的查詢相比，執行頻率是一半。

注意： 其他快訊政策條件固定為 30 秒的執行作業 。

正在停用

如果您現有的 Google Cloud 合約有到期日 你可以在 2025 年 1 月 7 日延後傳送快訊，等到合約到期後才會收到快訊 視窗執行日期：向 Cloud Monitoring 提出豁免要求 並通知帳單團隊已簽署有效合約的客戶將享有豁免資格 我們會依照個案情形處理。

在 2024 年 11 月 1 日前，您可以申請豁免。 如要在續約前申請帳單豁免，請填寫 帳單豁免申請表。

Error Reporting

如要查看目前定價資訊，請參閱 Error Reporting 定價。

如要瞭解 Error Reporting 的使用限制，請參閱配額與限制。

Cloud Profiler

使用 Cloud Profiler 無須付費。

如要瞭解 Profiler 的使用限制，請參閱配額與限制。

Cloud Trace

Trace 費用是依據已擷取及掃描的追蹤記錄時距數量計算。將延遲情況資料傳送至 Trace 時，系統會將該筆資料封裝為由「時距」組成的「追蹤記錄」，而這些時距是由 Cloud Trace 的後端「擷取」而來。在您查看追蹤記錄資料時，Cloud Trace 會「掃描」已儲存的時距。本節提供下列資訊：

• 定義計費和免費追蹤記錄時距
• 提供計費示例
• 提供如何減少追蹤記錄時距擷取的相關資訊。
• 提供快訊政策的設定說明，設定後即可在追蹤記錄時距擷取達到門檻時收到通知。

如要查看目前定價資訊，請參閱 Cloud Trace 定價。

如要瞭解 Trace 的使用限制，請參閱配額與限制。

如要瞭解如何查看目前或過往的用量，請參閱 估算帳單金額。

免費追蹤記錄時距

Cloud Trace 定價不適用於 App Engine 標準環境、Cloud Functions 或 Cloud Run 自動產生的時距：這種追蹤記錄的擷取作業不會產生費用。

計費追蹤記錄時距

除了「免費追蹤記錄」專區中所列出的時距，其他追蹤記錄時距擷取作業都會依照擷取量來計價和收費。如果時距的建立來源為您新增至 App Engine 標準環境應用程式的檢測設備，則這類時距的擷取作業也會產生費用。

計費示例

本示例為 2020 年 7 月的 Trace 計價方式。

• 如果您一個月擷取 200 萬個時距，則費用為 $0 美元 (每個月擷取的前 250 萬個時距不收費)。
• 如果您一個月擷取 1,400 萬個時距，則費用為 $2.30 美元 (每個月的前 250 萬個時距不收費。剩餘時距的費用計算方式則為 1,150 萬個時距 * 每百萬個時距 $0.20 美元 = $2.30 美元)。
• 如果您一個月擷取 10 億個時距，則費用為 $199 美元 (每個月的前 250 萬個時距不收費。剩餘時距的費用計算方式則為 9 億 9,750 萬個時距 * 每百萬個時距 $0.20 美元 = $199.50 美元)。

減少追蹤記錄用量

如要控管 Trace 時距的擷取數量，您可以透過管理追蹤記錄取樣率的方式，在效能分析所需的追蹤記錄量與支出的費用之間取得平衡。

針對流量偏高的系統，大部分的客戶僅須採用每 1,000 筆交易取 1 的取樣率 (甚至是每 10,000 筆交易取 1)，就能取得足夠的資訊來進行效能分析。

您可以使用 Cloud Trace 用戶端程式庫來設定取樣率。

每月擷取的時距快訊

建立會在每月訂閱時間觸發的快訊政策 擷取的 Cloud Trace 時距數量 超過使用者定義的上限，請使用以下設定。

建立快訊政策的步驟。

如要建立快訊政策，請按照下列指示操作：

1. 前往 Google Cloud 控制台的「Alerting」(快訊) 頁面：

   前往「Alerting」(快訊)

   如果您是使用搜尋列尋找這個頁面，請選取子標題為「Monitoring」的結果。

2. 如果您尚未建立通知管道，但想要收到通知，請按一下 編輯通知管道，並新增通知管道。返回 頁面。
3. 在「Alerting」(快訊) 頁面中，選取 [Create policy] (建立政策)。
4. 如要選取資源、指標和篩選器，請展開「Select a metric」(選取指標) 選單， 然後使用「新條件」表格中的值：
   1. 選用步驟：如要將選單限制為相關項目，請輸入資源或 指標名稱。
   2. 選取「Resource type」(資源類型)。例如，選取「VM 執行個體」。
   3. 選取「指標類別」。例如，選取「執行個體」。
   4. 選取「指標」。舉例來說，選取「CPU Utilization」。
   5. 選取 [Apply] (套用)。
5. 點選「下一步」，然後設定快訊政策觸發條件。 如要填妥這些欄位，請使用「設定快訊觸發條件」表格中的值。
6. 點選「下一步」。

7. 選用：如要為快訊政策新增通知，請按一下 通知管道。在對話方塊中選取一或多則通知 然後按一下 [確定]。

   如要在事件開始和結束時收到通知，請勾選 在事件關閉時通知我。根據預設，只有在 事件發生在開放式事件中。

8. 選用步驟：更新事件自動關閉持續時間。這個欄位會決定何時 在缺少指標資料的情況下，監控功能會關閉事件。
9. 選用：按一下「說明文件」，然後新增先前提供的所有資訊 一定要加入通知訊息中
10. 按一下「快訊名稱」，輸入快訊政策的名稱。
11. 點按「建立政策」。

新條件 欄位	值
資源和指標	在「Resources」選單中，選取「Global」。 在「指標類別」選單中，選取「帳單」。 在「指標」選單中，選取「每月擷取的追蹤記錄時距數量」。
篩選
跨時間序列 時間序列匯總	sum
滾動週期	60 m
滾動週期函式	max

設定快訊觸發條件 欄位	值
條件類型	Threshold
快訊觸發條件	Any time series violates
門檻位置	Above threshold
Threshold value	由您定義可接受的值。
重新測試期	可接受的最低值為 30 分鐘。

GKE Enterprise

GKE Enterprise 系統記錄檔和指標不會產生費用。 控制層記錄檔、控制層指標 部分 Kube 狀態指標 預設啟用 適用於 Google Cloud 中的 GKE 叢集 在已啟用 GKE Enterprise 的專案中建立叢集時註冊。 控制層記錄檔會產生 Cloud Logging 費用，而預設指標為 均免費

如需所含 GKE 記錄檔和指標的清單，請參閱： Google 會收集哪些記錄和 可用指標：

在 Google Distributed Cloud 叢集中，GKE Enterprise 系統記錄檔和指標 包括：

• 來自管理員叢集中所有元件的記錄檔和指標
• 來自使用者叢集中這些命名空間元件的記錄檔和指標：kube-system、gke-system、gke-connect、knative-serving、istio-system、monitoring-system、config-management-system、gatekeeper-system、cnrm-system

常見問題

有哪些產品功能可免費使用？

使用 Google Cloud Observability 產品時，系統會依據資料用量計費。除了 本頁所述的資料用量費用， Google Cloud Observability 產品功能不會產生費用。

我必須支付多少費用？

如想估算您的使用費，請參閱估算帳單金額的相關說明。

如需帳單相關問題的協助，請參閱帳單問題一文。

如何解讀用量詳細資料？

Metrics Explorer 提供多項指標來協助您深入瞭解記錄檔和指標量，詳情請參閱在 Metrics Explorer 中查看詳細的用量資料一節。

如果您想要瞭解如何管理費用，請參閱這些網誌 文章：

• 雲端管理員適用的 Cloud Logging 定價：使用方式與節省費用
• 依據預算管理 Cloud Logging 費用的四個步驟

指標範圍對帳單有何影響？

在大多數情況下，指標範圍不會影響費用。記錄檔和指標的費用都會計入「接收」資料的 Google Cloud 專案。專案的指標範圍定義了可查看及監控指標的專案集合。定義指標範圍時，並不會影響哪些專案接收指標資料或造成資料重複。

舉例來說，假設貴機構擁有 100 個虛擬機器 (VM)，其中有 60 個由專案 A 代管，另外 40 個則由專案 B 代管。專案 A 會接收並儲存其 VM 的指標，因此當指標為計費指標時便會產生費用。同樣地，專案 B 也會接收並儲存其 VM 的指標，並依據計費指標收費。如果建立包含專案 A 和專案 B 的指標範圍，您就能查看 100 個 VM 的所有指標。現在您可以只查看專案 A 的指標、只查看專案 B 的指標，也可以查看兩者的所有指標組合。即使您有兩種方式可查看專案 A 的指標，也不會對費用造成影響。

監控 AWS 帳戶時，您必須 將 AWS 帳戶遷移至 Google Cloud AWS 連接器專案。 連接器專案含有該 AWS 帳戶的記錄檔和監控資料。

如果用量超出免費配額，會出現什麼情況？

如果您的用量超出免費配額，系統會自動針對超額的所有用量向您收取費用。請放心，您不會遺失任何記錄檔或指標。如要進一步瞭解您可能需要支付的費用，請參閱估算帳單金額的相關說明。

您可以建立快訊政策來監控用量，並在用量即將達到收費門檻時接收快訊通知。

我的專案中含有大量我不需要的 Google Cloud 記錄檔。我擔心這些記錄檔會產生額外的費用，該如何避免這個問題？

您可以利用排除記錄功能來控制 Logging 可擷取的記錄。詳情請參閱減少記錄檔用量一文。

記錄檔排除之後，將記錄檔傳送至專案的服務會收到錯誤訊息嗎？

不會。傳送記錄項目的服務無法判斷記錄項目是否被擷取到 Logging。

虛擬私人雲端流程記錄檔是否會產生兩次費用？

如果您將 VPC 流程記錄傳送到 Logging，則只需要支付 Logging 費用，不必支付 VPC 流程記錄所產生的費用。不過，如果您將 VPC 流程記錄檔傳送至 Logging 後又將其排除，系統就會向您收取 VPC 流程記錄檔的費用。若需更多資訊，請參閲 Google Cloud Pricing Calculator 然後選取「Cloud Load Balancing and Network Services」分頁。

¹計算費用時，系統會將所有單位視為二進位例如，MiB (MiB 或 2²⁰ 位元組) 或 GiB (GiB 或 2³⁰ 位元組)。

² 免付費使用 計費方式包括 每分鐘高達 1 個資料點，代表目前的最高解析度。 不過，如果日後指標的測量解析度提高，就有可能產生費用。

³ 系統目前以預先定義的預設頻率，每分鐘收集一次各項程序指標，且無法變更。由於這類資料通常變動緩慢，這些指標目前為過度取樣。因此，如果指標取樣間隔為 20 分鐘一次，系統會以標準費率為準來收取 5% 的程序指標費用。舉例來說，如果使用者是透過這些指標收集 100 MiB 的資料，只須支付 5 MiB 的費用。

後續步驟

• 參閱 Google Cloud Observability 說明文件。
• 試用 Pricing Calculator。
• 瞭解 Google Cloud Observability 解決方案和用途。

索取客製化報價

Google Cloud 提供「即付即用」計費模式，您只需要為所用服務付費。貴機構如需索取客製化的報價，請與我們的銷售團隊聯絡。

聯絡銷售人員