本頁面由 Cloud Translation API 翻譯而成。

Google Cloud Observability 定價

Google Cloud Observability 定價可讓您控管用量與費用。Google Cloud Observability 產品是依據資料用量或用量計費。您可以先使用免費的數據用量配額，無須預繳費用或綁約即可開始使用。

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

Cloud Logging 定價摘要

功能	價格¹	每月免費配額	生效日期
Logging 儲存空間^* (自動建立的網路記錄檔除外)。	每 GiB $0.50 美元；一次性收費，會將記錄檔串流至記錄檔值區儲存空間，以便建立索引、查詢及分析；記錄檔值區中最多包含 30 天的儲存空間。查詢及分析記錄檔資料不會產生額外費用。	每月每項專案的前 50 GiB	2018 年 7 月 1 日
封閉式網路記錄儲存空間^†	每 GiB $0.25 美元；一次性串流網路遙測記錄檔的費用，可用於建立索引、查詢及分析記錄檔值區儲存空間，且記錄檔值區中最多包含 30 天的儲存空間。查詢及分析記錄檔資料不會產生額外費用。	不適用	2024 年 10 月 1 日
Logging 保留^‡	記錄檔保留超過 30 天時，每月每 GiB $0.01 美元；依據保留情形按月計費。	保留預設保留期限的記錄不會產生保留費用。	2022 年 1 月 1 日
記錄檔路由器^♣	不必支付額外費用	不適用	不適用
記錄檔分析^♥	不必支付額外費用	不適用	不適用

^* 儲存空間磁碟區會在建立索引之前，計算記錄項目的實際大小。儲存在 _Required 記錄檔值區中的記錄檔不會產生儲存空間費用。
^† 修訂記錄是 Google Cloud 服務在啟用這些記錄檔產生功能時，產生的 Google Cloud 網路記錄檔。Vended 記錄檔包含 VPC 流程記錄、防火牆規則記錄和 Cloud NAT 記錄。這些記錄也適用網路遙測定價。詳情請參閱修訂記錄。
^‡ 儲存在 _Required 記錄檔值區中 (固定保留期限為 400 天) 的記錄檔不會產生保留費用。
^♣ 記錄轉送的定義為透過 Cloud Logging API 接收的記錄檔，轉送至支援的目的地。系統可能會針對轉送的記錄檔收取目的地費用。
^♥ 升級記錄檔值區即可使用 Log Analytics，或是在「記錄檔分析」頁面中發出 SQL 查詢，不必支付任何費用。
注意事項：Cloud Logging 的定價語言已於 2023 年 7 月 19 日調整，不過免費配額和費率並未改變。您的帳單可能會使用先前的定價語言。

Cloud Monitoring 定價摘要

功能	價格	每月免費配額	生效日期
所有 Monitoring 資料 (使用 Managed Service for Prometheus 擷取的資料除外)	每 MiB $0.2580 美元¹：前 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 億個樣本^# 擷取的前 5,000 至 2,500 億個樣本 $0.048 美元 $0.036 至 2,500 億個樣本：已擷取的下一個樣本數 $0.036 至 5,000 億個已擷取的樣本數 $0.024 美元	不適用	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 年 4 月

^† Google Cloud Managed Service for Prometheus 會使用 Cloud Monitoring 儲存空間存放外部建立的指標資料，並使用 Monitoring API 擷取該資料。Managed Service for Prometheus 計量以擷取的樣本 (而非位元組) 為基礎，以符合 Prometheus 的慣例。如要進一步瞭解以樣本為基礎的計量法，請參閱可控管性與可預測性的定價一文。如需運算範例，請參閱根據已擷取的樣本數量計費範例。
^# 每個帳單帳戶的樣本會計入每個帳單帳戶，
^‡ 系統會向定義的帳單帳戶收取執行作業的費用。詳情請參閱運作時間檢查執行作業的定價一文。
^* 系統會向定義執行作業的帳單帳戶收費。每次執行時，您可能會看到其他 Google Cloud 服務所產生的額外費用，包括 Cloud Run 函式、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。

查看用量

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

前往 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 控制台的「預算與快訊」頁面建立快訊：

前往 Google Cloud 控制台的「帳單」頁面。
前往「帳單」頁面

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

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

Cloud Logging

記錄檔值區是用來儲存記錄檔資料的 Logging 容器。儲存在 _Default 記錄檔值區和使用者定義的記錄檔值區中的記錄檔資料量都會產生費用。如果用量超過每月免費配額和修訂過的網路記錄檔，非 vCPU 網路記錄檔會產生費用。

針對 _Default 記錄檔值區和使用者定義的記錄檔值區，如果記錄檔的保留時間超過預設保留期限 (即 30 天)，Logging 也會向您收取費用。

使用 Cloud Logging API、設定記錄範圍或儲存在 _Required 記錄檔值區 (保留期限為 400 天) 的記錄檔不會產生額外費用。

本節說明下列主題：

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

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

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

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

Cloud Logging 儲存模型

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

您可以在任何 Google Cloud 專案中建立使用者定義的記錄檔值區。您也可以設定接收器，將任何記錄組合轉送到這些記錄檔值區，甚至橫跨 Google Cloud 機構的 Google Cloud 專案。

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

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

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

儲存空間定價

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

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

如果記錄檔資料在 _Default 記錄檔值區和使用者定義的記錄檔值區中已預先建立索引，之後總資料量超過每月免費配額時，Logging 會針對這些記錄檔資料量向您收取費用。每次將記錄項目寫入 _Default 記錄檔值區或使用者定義的記錄檔值區，都會計入儲存空間配額。例如，如果您有接收器可將某個記錄項目轉送至三個記錄檔值區，那麼這個記錄項目會儲存三次。

保留定價

注意： 自 2023 年 4 月 1 日起生效，如果記錄檔資料的保留時間超過 _Default 值區和使用者定義的記錄檔值區，在預設保留期限內所保留的記錄檔資料，仍會產生保留費用。如需定價詳細資料，請參閱 Cloud Logging 定價摘要。如要查看記錄檔值區的計費儲存空間，請前往 Google Cloud 控制台的「Logs Storage」(記錄檔儲存空間) 頁面。

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

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

如果記錄檔的保留時間超過預設保留期限，Logging 就會收取保留費用。您無法為 _Required 記錄檔值區設定保留期限。如果記錄檔只儲存在記錄檔值區的預設保留期限內，就不會產生保留費用。

如果您縮短記錄檔值區的保留期限，系統會提供七天寬限期，期限內不會刪除過期的記錄。您無法查詢或查看過期的記錄檔。但在這七天內，您只要延長記錄檔值區的保留期限，即可還原完整存取權。凡是在寬限期內儲存的記錄都會計入保留費用。

如果將記錄項目轉送至多個記錄檔值區，可能會多次收取儲存空間和保留費用。例如，假設您將記錄項目轉送至 _Default 記錄檔值區和使用者定義的記錄檔值區。同時，假設您為兩個值區設定超過 30 天的自訂保留期限。針對這項設定，您會收到兩筆儲存空間費用和兩筆保留費用。

已修改的網路記錄檔

只有在設定記錄檔產生功能時，系統才會提供修訂的網路記錄檔。產生修改網路記錄檔的服務會收取記錄檔的費用。如果將這些記錄儲存在記錄檔值區，或轉送至其他支援的目的地，系統也會向您收取 Cloud Logging 或目的地的費用。如要進一步瞭解記錄產生費用，請參閱網路遙測定價。

如要瞭解如何啟用 Vended 網路記錄檔，請參閱設定虛擬私有雲流程記錄檔、使用防火牆規則記錄和 Cloud NAT：記錄檔和指標。

如要找出 Vended 的網路記錄，請在「記錄檔探索工具」中按照下列記錄名稱進行篩選：

projects/PROJECT_ID/logs/compute.googleapis.com%2Fvpc_flows
projects/PROJECT_ID/logs/compute.googleapis.com%2Ffirewall
projects/PROJECT_ID/logs/compute.googleapis.com%2Fnat_flows
projects/PROJECT_ID/logs/networkmanagement.googleapis.com%2Fvpc_flows

減少記錄檔儲存空間

如要降低 Cloud Logging 儲存空間費用，請在記錄檔接收器上設定排除篩選器，避免系統轉送特定記錄檔。排除篩選器可以移除符合篩選條件的所有記錄項目，或者只能移除某一百分比的記錄。如果記錄項目符合接收器的排除篩選器，接收器就不會將記錄項目轉送至目的地。已排除的記錄項目不會計入儲存空間配額。如需設定排除篩選器的操作說明，請參閱記錄排除。

另一個降低 Cloud Logging 儲存空間費用的方法，是將記錄檔從 Cloud Logging 轉送至支援的目的地。Cloud Logging 不會向您收取將記錄檔轉送至支援目的地的費用。不過，目的地收到記錄時，您可能需要支付相關費用：

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

記錄指標定價

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

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

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

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

如要建立快訊政策，以便在寫入記錄檔值區的記錄檔位元組數超過使用者定義的 Cloud Logging 限制時觸發，請使用下列設定。

建立快訊政策的步驟。

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

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

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

如要在事件開始和關閉時收到通知，請勾選「事件關閉時通知我」。根據預設，系統只會在事件開啟時傳送通知。
選用步驟：更新事件自動關閉持續時間。這個欄位會決定 Monitoring 在沒有指標資料的情況下關閉事件的時間。
選用：按一下「說明文件」，然後新增您希望在通知訊息中顯示的任何資訊。
按一下「快訊名稱」，輸入快訊政策的名稱。
點按「建立政策」。

新條件欄位	值
資源和指標	在「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 年 4 月)。

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

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

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

前往 Google Cloud 控制台的「帳單」頁面。
前往「帳單」頁面

您也可以透過搜尋列找到這個頁面。
前往 Google Cloud 控制台中的「設定」頁面：
前往「設定」

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

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

免費指標

Google Cloud、GKE Enterprise 和 Knative 的指標資料不會產生費用。不計費 (免費) 的指標包括：

計費指標

除了「免費指標」一節中列出的指標以外，所有指標資料都會計費。多數指標擷取作業都是依據位元組數計費，但有些計費模式必須根據樣本數量計費；這些計費模式將在以下各節說明。

擷取費用的因素如下：

指標所收集的資料點類型 (純量值或分布值)。
- 如要瞭解與特定指標類型相關聯的資料類型，請參閱指標清單。
- 如需純量和分布資料類型，請參閱值類型。
寫入時間序列的資料點數量。這個值取決於資料取樣頻率以及資料基數。基數會決定針對指標與受控資源類型的組合產生多少時間序列；詳情請參閱基數。

時間序列中的指標與資源標籤值不會計入費用中。

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

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

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

自 2021 年 8 月 6 日起，agent.googleapis.com/processes/ 指標將依其他計費指標的磁碟區費率收取 5% 的費用。舉例來說，擷取 100 MiB 的處理指標，費用與擷取 5 MiB 其他計費指標相同³。
與作業套件代理程式進行第三方整合的指標。這些指標會以 workload.googleapis.com/APPLICATION.METRIC 形式的 ID 擷取到 Cloud Monitoring，例如指標類型 workload.googleapis.com/nginx.requests 就屬於這個類別。
作業套件代理程式會以 workload.googleapis.com 指標的形式擷取到 Cloud Monitoring 的 OpenTelemetry Protocol (OTLP) 指標，這是設定選項；詳情請參閱「OTLP 指標的擷取格式」一文。
自訂指標，包括但不限於使用 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 的定價是可控制的。系統按每樣本計費，因此您可以使用下列技巧控管費用：

取樣期間：將指標抓取期間從 15 秒變更為 60 秒，即可省下 75% 的成本，而不會犧牲基數。您可以根據每個工作、每個目標或全域來設定取樣期間。
篩選：您可以使用篩選功能，減少傳送至服務全域資料儲存庫的樣本數；詳情請參閱「篩選匯出的指標」。在 Prometheus 抓取設定中使用 metric-relabeling configs，根據標籤比對器，在擷取時捨棄指標。
將高基數和低價值資料存放在本機，您可使用相同的檢視設定在代管服務旁執行標準 Prometheus，並將不值得傳送至服務全域資料儲存庫的資料儲存在本機。

Managed Service for Prometheus 的定價可預測。

您無須為資料稀疏的直方圖支付費用。只有第一個非零值，以及值區_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 + .75n。如果 40% 的值區為空白，則每個直方圖的預期樣本數為 2 + .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 萬個。

在這兩種情況下，樣本數少於 5 萬個，因此只會套用第一個頻率。所有樣本皆不會以其他費率計費。

變化版本	已擷取的樣本	擷取範圍	Managed Service for Prometheus ($0.06、$0.048、$0.036、$0.024 美元)
A (1 個樣本/15 秒) 總計	1.75 億 2,000 萬 17,520 萬	最多 50,000 萬人最多 2.5 億人上限 5 億人超過 5 億人	$1,051.20 美元 $1,051.20 美元
B (1 個樣本/60 秒) 總計	4,3.8 億人 43.8 億	最多 50,000 萬人最多 2.5 億人上限 5 億人超過 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 萬 12.5 萬 2 億人 175,2 億	最多 50,000 萬人最多 2.5 億人上限 5 億人超過 5 億人	$3,000.00 美元 $6,009.60 美元 $9,009.60 美元
B (1 個樣本/60 秒) 總計	4.38 億人 4.3 億 8 億	最多 50,000 萬人最多 2.5 億人上限 5 億人超過 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 秒) 總計	5,000 萬 20 萬人 2.5 億人 74.9 萬 4 億人 1,349,040 萬	最多 50,000 萬人最多 2.5 億人上限 5 億人超過 5 億人	$3,000.00 美元 $9,600.00 美元 $9,000.00 美元 $17,976.96 $39,576.96
B (1 個樣本/60 秒) 總計	50,000 萬 200,000 萬 87,26000 萬 337,26000 萬	最多 50,000 萬人最多 2.5 億人上限 5 億人超過 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 萬 20 萬人 2.5 萬人 108,124,000 萬人 108,624,000 萬	最多 50,000 萬人最多 2.5 億人上限 5 億人超過 5 億人	$3,000.00 美元 $9,600.00 美元 $9,000.00 美元 $2,594,976.00 $2,616,576.00
B (1 個樣本/60 秒) 總計	50,000 萬 200,000 萬 2.65 億人 26,656,00000 萬 27,156,000 萬	最多 50,000 萬人最多 2.5 億人上限 5 億人超過 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 個容器，每個容器每 15 秒寫入 10,000 個 100 值區的分佈時間序列。且預期 40% 的值區是空的。每月寫入的樣本數為 108,624,000,000,000 個或 108,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 萬 200,000 萬 2.5 萬人 108,299,20000 萬 108,799,20000 萬	最多 50,000 萬人最多 2.5 億人上限 5 億人超過 5 億人	$3,000.00 美元 $9,600.00 美元 $9,000.00 美元 $2,599,180.80 美元 $2,620,780.80 美元

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

Monitoring 會針對各區域的運作時間檢查作業產生費用，超出每月 100 萬次執行作業的免費配額。在三個區域執行的檢查會計為三次執行。

運作時間檢查執行作業的費用為每 1,000 次執行 $0.30 美元。費用會以「CA14-D3DE-E67F」的 SKU「CA14-D3DE-E67F」顯示，供「Monitoring 運作時間檢查」查看。

以下範例說明如何估算執行運作時間檢查的費用。這些範例旨在說明計算技巧，而非提供帳單資料。

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

如要估算運作時間檢查的費用，您需要瞭解當月執行了多少區域性執行作業。Monitoring 會收取每 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 項運作時間檢查，每個檢查皆每分鐘檢查 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 年 4 月起，Cloud Monitoring 將開始針對快訊收費。計費模式如下：

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

本節提供下列資訊：

快訊術語定義。
各種快訊政策設定的費用範例。
整合或刪除快訊政策來降低成本的建議。
針對快訊政策停用計費功能的相關資訊。

定義

條件：快訊政策的條件說明瞭資源或一組資源處於需要回應的狀態。
- 使用篩選器建立指標門檻或指標不存在查詢的快訊政策，最多可「結合」六個條件。
- 具有下列查詢類型的快訊政策只能有一個條件：
  - Prometheus 查詢語言 (PromQL) 查詢、
  - Monitoring Query Language (MQL)
  - 記錄比對，用於記錄型快訊。
每個條件的費用為每月 $1.50 美元。如要停止針對某個條件收取費用，您必須刪除快訊政策。延後或停用這項政策並不會阻止您向您收費。
指標與記錄型快訊政策：使用任何條件類型 (記錄相符條件除外) 的快訊政策是「指標」快訊政策；指標快訊政策的條件會傳回時間序列。在每個執行期間，指標快訊政策的條件會針對 Cloud Monitoring 資料儲存庫執行查詢。接著，系統會根據門檻評估傳回的時間序列，判斷是否觸發快訊政策。

記錄型快訊政策會使用記錄比對條件。記錄比對條件不會傳回時間序列。
執行期間：Cloud Monitoring 執行條件的頻率。對多數條件類型而言，這個秒數為 30 秒，且無法變更。使用 PromQL 查詢的條件可以設定此期間。詳情請參閱「增加執行期間的長度 (僅限 PromQL)」。

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

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

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

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

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

您有 100 個 VM，每個 VM 都可以產生 10 個時間序列 (每個標籤值各 1 個)，因此您共有 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 只使用一項快訊政策。因此，範例 1 每月費用便宜約 $150 美元。

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

相較於匯總至較低精細程度的資料，匯總至較高的精細程度會產生較高的費用。舉例來說，比起匯總至叢集層級，匯總至 Google Cloud 專案層級的費用較低；而匯總至叢集層級的費用比匯總至叢集和命名空間層級便宜。

例如，比較範例 1 與範例 4：兩個範例都針對相同的基礎資料執行，且只有一個快訊政策。不過，由於範例 4 的快訊政策會匯總至服務，因此費用比範例 1 的快訊政策更精細，因為後者匯總到 VM 的精細程度。

此外，請比較範例 1 和範例 5：在本例中，範例 5 的指標基數是範例 1 的指標基數的 10,000 倍。不過，由於範例 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 個時間序列。在這種情況下，即使快訊政策維持不變，傳回的時間序列數量為每個執行時間增加 1,000 個。如果您改為將資料匯總至 VM，則即便基礎基數增加，您仍然只會傳回 100 個時間序列。

濾除不必要的回覆

設定條件，僅評估快訊需求所需的資料。如果您不會採取行動來修正問題，請將該問題從快訊政策中排除。舉例來說，您可能不需要發出內部開發 VM 快訊

為了減少不必要的快訊和費用，您可以篩選出不重要的時間序列。您可以使用 Google Cloud 中繼資料標籤來標記資產的類別，然後篩除不需要的中繼資料類別。

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

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

PromQL：topk
MQL：top

舉例來說，PromQL 查詢中的 topk(metric, 5) 子句會將每個執行作業期間傳回的時間序列數量限制為五。

限制時間序列數量最多可能會導致資料遺失，並且發出錯誤快訊，例如：

如果超過 N 個時間序列違反門檻，您會遺漏前 N 個時間序列以外的資料。
如果違規的時間序列發生在前「N」個時間序列之外，即使排除的時間序列仍違反該門檻，事件仍可能自動關閉。
條件查詢可能不會顯示重要的背景資訊，例如正常運作的基準時間序列。

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

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

如果您的條件使用 PromQL 查詢，則您可以在條件中設定 evaluationInterval 欄位，修改執行時間的長度。

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

正在停用

如果現有 Google Cloud 合約的效期為 2025 年 4 月，您可以向 Cloud Monitoring 快訊帳單團隊申請豁免，將帳單的快訊延後到合約到期為止。對簽訂有效合約的客戶來說，系統會依個別情況處理。

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

Error Reporting

您可以使用 Error Reporting API 或 Cloud Logging API，將錯誤資料回報至 Google Cloud 專案。

Error Reporting 不會產生費用。不過，由於系統會產生記錄項目，然後由 Cloud Logging 儲存，因此您可能需要支付 Cloud Logging 費用。

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

Cloud Profiler

使用 Cloud Profiler 無須付費。

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

Cloud Trace

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

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

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

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

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

免費追蹤記錄時距

Cloud Trace 定價不適用於 App Engine 標準環境、Cloud Run 函式或 Cloud Run 自動產生的時距：擷取這些追蹤記錄的內容不會產生費用。

自動產生的追蹤記錄不會耗用 Cloud Trace API 配額，而且這些追蹤記錄不會計入 API 用量指標。

計費追蹤記錄時距

除了「免費追蹤記錄」專區中所列出的時距，其他追蹤記錄時距擷取作業都會依照擷取量來計價和收費。如果時距的建立來源為您新增至 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 時距超過使用者定義的限制時觸發通知，請使用下列設定。

建立快訊政策的步驟。

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

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

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

如要在事件開始和關閉時收到通知，請勾選「事件關閉時通知我」。根據預設，系統只會在事件開啟時傳送通知。
選用步驟：更新事件自動關閉持續時間。這個欄位會決定 Monitoring 在沒有指標資料的情況下關閉事件的時間。
選用：按一下「說明文件」，然後新增您希望在通知訊息中顯示的任何資訊。
按一下「快訊名稱」，輸入快訊政策的名稱。
點按「建立政策」。

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

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

GKE Enterprise

GKE Enterprise 系統記錄檔和指標不會產生費用。針對 Google Cloud 中的 GKE 叢集，系統會在已啟用 GKE Enterprise 的專案中註冊叢集時，根據預設，控制層記錄檔、控制層指標和精選的 Kube 狀態指標會預設啟用。控制層記錄檔會產生 Cloud Logging 費用，而預設指標不會產生額外費用。

如需隨附的 GKE 記錄檔和指標清單，請參閱系統會收集的記錄和可用指標。

在 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 中查看詳細的用量資料一節。

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

指標範圍和記錄範圍對費用有何影響？

在大多數情況下，指標範圍和記錄範圍都不會影響費用。記錄檔和指標的計費依據為「接收」資料的專案、帳單帳戶、資料夾或機構。專案的指標範圍定義了資源集合，這些資源可以檢視及監控專案的指標。定義指標範圍時，不會影響哪個資源接收指標資料，也不會影響資料重複。同樣地，記錄範圍只會列出儲存或轉送您要查看的記錄項目的資源。

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

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

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

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

我的專案中含有大量我不需要的 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 個資料點 (即目前的最高解析度) 為測量單位的 Google Cloud 指標或 GKE Enterprise 指標不會產生任何費用。不過，如果日後指標的測量解析度提高，就有可能產生費用。

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

後續步驟

索取客製化報價

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

聯絡銷售人員