Google Cloud Observability 定價

Google Cloud Observability 的計價方式可讓您自行掌控用量與支出。Google Cloud 觀測產品的計費依據為資料量或用量，您可以先使用我們提供的免費資料用量配額，無須預繳費用或綁約即可輕鬆展開作業。

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

Cloud Logging 定價摘要

功能	價格^1	每月免費配額	生效日期
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 網路記錄。供應商記錄檔包括虛擬私有雲流程記錄檔、防火牆規則記錄功能和 Cloud NAT 記錄檔。這些記錄檔也適用網路遙測定價。詳情請參閱供應商記錄檔。
^‡  儲存在 _Required 記錄檔值區中的記錄檔不會產生保留費用，該值區設有固定的 400 天保留期限。
^♣  記錄轉送的定義為將透過 Cloud Logging API 接收的記錄檔轉送至支援的目的地。系統可能會針對轉送的記錄檔收取目的地費用。
^♥  升級記錄檔值區以使用記錄檔分析功能，或從「記錄檔分析」頁面發出 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.06 美元^†：前 0 至 500 億個擷取的樣本^# 每 100 萬個樣本 $0.048 美元：50 至 2,500 億個擷取的樣本 每 100 萬個樣本 $0.036 美元：2,500 至 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 日
Monitoring 綜合監控執行作業	每 1,000 次執行作業 $1.20 美元^*	每個帳單帳戶 100 次執行作業	2023 年 11 月 1 日
快訊政策	警告政策中每個條件月費為 $1.50 美元 指標警告政策條件的查詢傳回每 1,000,000 個時間序列 $0.35 美元^♣	不適用	2026 年 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 觀測產品的費用，請參閱本頁以下各節說明：

• Cloud Logging
• Cloud Monitoring
• 錯誤回報
• 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 控制台的「預算與快訊」頁面建立快訊，設定何時 (例如當計費或預估費用超出預算時) 要收到通知：

1. 前往 Google Cloud 控制台的「帳單」頁面：

   前往帳單

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

   如果您有多個 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 容器。儲存在 _Default 記錄檔值區和使用者自訂記錄檔值區中的記錄檔資料量，會計入 Logging 費用。非專屬網路記錄檔的記錄資料量超過每月免費配額時，以及專屬網路記錄檔的記錄資料量超過每月免費配額時，就會產生費用。

對於 _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 機構的 Cloud 專案)。

對於 _Default 記錄值區和使用者定義的記錄值區，您可以設定自訂保留時間。

您可以升級記錄檔值區，以便使用 Log Analytics。升級記錄檔值區以使用記錄檔分析功能，不需要支付額外費用。

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

儲存空間定價

儲存在 _Required 值區中的記錄檔不會產生記錄檔功能費用。您無法刪除 _Required 值區或修改 _Required 接收器。 _Required 值區儲存下列記錄：

• 管理員活動稽核記錄
• 系統事件稽核記錄
• Google Workspace 管理員稽核記錄
• Enterprise 網路論壇稽核記錄
• 登入稽核記錄
• 資料存取透明化控管機制記錄檔。如要啟用資料存取透明化控管機制記錄，請參閱資料存取透明化控管機制記錄檔的說明文件。

注意： 如果您將自動儲存在 _Required 值區中的記錄檔副本轉送至其他記錄檔值區，則須支付儲存空間和保留期限費用。

當儲存在 _Default 記錄檔值區和使用者自訂記錄檔值區的記錄檔資料量總和超過每月免費配額時，Logging 會針對超額部分向您收取費用。每當您將記錄項目寫入 _Default 記錄檔值區或使用者自訂的記錄檔值區，系統就會將這些記錄項目計入您的儲存空間配額。舉例來說，如果接收器將記錄項目轉送至三個記錄檔值區，則該記錄項目會儲存三次。

續約價格

注意： 2023 年 4 月 1 日起，系統會針對保留超過 _Default 值區和使用者定義記錄檔值區的預設保留期限，向您收取保留費用。如需定價詳細資料，請參閱 Cloud Logging 定價摘要。如要查看記錄檔值區的計費用量，請前往 Google Cloud 控制台的「記錄檔儲存空間」頁面。

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

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

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

如果您縮短記錄檔值區的保留期限，系統會在七天的寬限期內，不刪除已過期的記錄檔。您無法查詢或查看已過期的記錄檔。不過，您可以在七天內延長記錄值值區的保留期限，恢復完整存取權。在寬限期內儲存的記錄檔會計入保留費用。

如果將記錄項目轉送至多個記錄檔值區，可能會多次收取儲存空間和保留費用。舉例來說，假設您將記錄項目轉送至 _Default 記錄檔值區和使用者定義的記錄檔值區。另外，假設您為這兩個值區設定超過 30 天的自訂保留期限。在這種情況下，您會收到兩筆儲存空間費用和兩筆保留費用。

供應商網路記錄檔

只有在您設定產生記錄檔時，才會提供供應商網路記錄檔。 產生供應商網路記錄檔的服務會收取記錄檔產生費用。 如果您將這些記錄檔儲存在記錄檔值區中，或轉送至其他支援的目的地，則可能會產生 Cloud Logging 或目的地費用。如要瞭解記錄產生的費用，請參閱網路遙測定價。

如要瞭解如何啟用供應商提供的網路記錄檔，請參閱設定虛擬私有雲流量記錄檔、使用防火牆規則記錄功能和Cloud NAT：記錄檔和指標。

如要查看提供的網路記錄檔，請在 Logs Explorer 中依下列記錄檔名稱篩選：

• 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 Storage 定價
• BigQuery 定價
• Pub/Sub 定價

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

記錄指標定價

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

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

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

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

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

建立快訊政策的步驟如下。

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

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

   前往「Alerting」(快訊)

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

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

7. 選用：如要新增通知至您的快訊政策，請按一下「通知管道」。在對話方塊中，從選單選取一或多個通知管道，然後按一下「確定」。

   如要在事件開啟和關閉時收到通知，請勾選「事件關閉時通知」。根據預設，系統只會在事件開啟時傳送通知。

8. (選用) 更新「事件自動關閉期限」。這個欄位會決定 Monitoring 在指標資料缺少的情況下，何時關閉事件。
9. 選用：按一下「說明文件」，然後輸入您希望在通知訊息中顯示的資訊。
10. 按一下「快訊名稱」，輸入快訊政策的名稱。
11. 點按「建立政策」。

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

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

Cloud Monitoring

Monitoring 收取下列項目的費用：

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

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

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

• 當 Cloud Monitoring API 讀取呼叫數超出每月免費 API 配額時，我們會針對超額的部分向您收取費用。

  Monitoring API 寫入呼叫數不會計入配額上限。

• 運作時間檢查執行作業。

• 執行綜合監控。

• 快訊政策條件是以每月有效條件數量為準。

• 警告政策條件查詢傳回的時間序列。

在 Monitoring 中，「擷取」是指將時間序列寫入 Monitoring 的程序。每個時間序列都包含一定數量的資料點，這些資料點是擷取費用的計算基礎。如要查看定價資訊，請參閱 Cloud Monitoring 定價。

本節提供下列資訊：

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

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

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

如要查看目前的使用量，請採取下列其中一項做法：

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

  前往帳單

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

• 前往 Google Cloud 控制台的「Settings」 頁面：

  前往「設定」

  如果您是使用搜尋列尋找這個頁面，請選取子標題為「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 的 ID，例如 workload.googleapis.com/nginx.requests 指標類型屬於這個類別。

• 作業套件代理程式會將 OpenTelemetry Protocol (OTLP) 指標擷取到 Cloud Monitoring 中，workload.googleapis.com做為指標使用。這是一種設定選項，詳情請參閱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 觀測產品來輸入指標、記錄檔和追蹤記錄資料。

基本情境如下：您擁有的幾項受控資源 (例如 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 抓取設定中，使用指標重新標籤設定，依據標籤比對器在擷取時捨棄指標。

• 將高基數和低價值資料存放在本機。您可以使用相同的抓取設定執行標準 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 個值區直方圖值的情況：

  • 寫入頻率：每 15 秒 1 個值
  • 樣本數量上限：
    • 每個直方圖：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 個值區直方圖值：

  • 寫入速率：每 60 秒 1 個值
  • 樣本數量上限：
    • 每個直方圖：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 個值區直方圖值的情況：

  • 寫入頻率：每 15 秒 1 個值
  • 樣本數量上限：
    • 每個直方圖：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 個值區直方圖值的情況：

  • 寫入速率：每 60 秒 1 個值
  • 樣本數量上限：
    • 每個直方圖：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 億至 5,000 億 (500,000 百萬)	每 100 萬次 $0.036 美元	$9,000.00 美元
超過 5000 億 (500,000 百萬)	每 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 萬個。

在這兩種情況下，樣本數量少於 500 億個資料，因此只會收取第一個費率。且沒有樣本以其他費率計費

變化版本	已擷取的樣本	擷取範圍	Managed Service for Prometheus ($0.06 美元、$0.048 美元、$0.036 美元、$0.024 美元)
A (1 個樣本/15 秒) 總計	175 億 2,000 萬 175 億 2,000 萬	多達 500 億 多達 2,500 億 多達 5,000 億 超過 5,000 億	$1,051.20 美元 $1,051.20 美元
B (1 個樣本/60 秒) 總計	4 億 3,800 萬 4 億 3,800 萬	多達 500 億 多達 2,500 億 多達 5,000 億 超過 5,000 億	$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 秒) 總計	500 億 1,252 億 1,752 億	多達 500 億 多達 2,500 億 多達 5,000 億 超過 5,000 億	$3,000.00 美元 $6,009.60 美元 $9,009.60 美元
B (1 個樣本/60 秒) 總計	438 億 438 億	多達 500 億 多達 2,500 億 多達 5,000 億 超過 5,000 億	$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,500 億個樣本是以第三個費率收費。
• 剩餘的 74.9 億 4000 萬個樣本是以第四個費率收費。

變化版本 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 秒) 總計	500 億 2,000 億 2,500 億 749 億 4,000 萬 1,349 億 4,000 萬	多達 500 億 多達 2,500 億 多達 5,000 億 超過 5,000 億	$3,000.00 美元 $9,600.00 美元 $9,000.00 美元 $17,976.96 美元 $39,576.96 美元
B (1 個樣本/60 秒) 總計	500 億 2,000 億 8,726 億 3,372 億 6,000 萬	多達 500 億 多達 2,500 億 多達 5,000 億 超過 5,000 億	$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,500 億個樣本是以第三個費率收費。
• 剩餘的 108 兆 1,240 億個樣本是以第四個費率收費。

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

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

變化版本	已擷取的樣本	擷取範圍	Managed Service for Prometheus ($0.06 美元、$0.048 美元、$0.036 美元、$0.024 美元)
A (1 個樣本/15 秒) 總計	500 億 2,000 億 2,500 億 108.124 兆 108.624 兆	多達 500 億 多達 2,500 億 多達 5,000 億 超過 5,000 億	$3,000.00 美元 $9,600.00 美元 $9,000.00 美元 $2,594,976.00 美元 $2,616,576.00 美元
B (1 個樣本/60 秒) 總計	500 億 2,000 億 2,500 億 26,656 億 27,156 億	多達 500 億 多達 2,500 億 多達 5,000 億 超過 5,000 億	$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 兆 6,240 億個。(情境 4，變化版本 A。)

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

• 前 500 億個樣本是以第一個費率計費。
• 接下來的 2,000 億個樣本是以第二個費率計費。
• 接下來的 2,500 億個樣本是以第三個費率收費。
• 剩餘的 108 兆 2,992 億個樣本是以第四個費率收費。

變化版本	已擷取的樣本	擷取範圍	Managed Service for Prometheus ($0.06 美元、$0.048 美元、$0.036 美元、$0.024 美元)
2A + 4A 總計	500 億 2,000 億 2,500 億 108 兆 2,992 億 108 兆 7,992 億	多達 500 億 多達 2,500 億 多達 5,000 億 超過 5,000 億	$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 分鐘。

• 運作時間檢查設定為每 1 分鐘執行一次，在 3 個區域內共執行 USA 次。如果這項運作狀態檢查設定為檢查單一 VM，則這項運作狀態檢查在一個月內執行 131,400 次 (3 * 43,800)。如果檢查作業設定為檢查 10 個成員的資源群組，運作時間檢查作業將在一個月內執行 1,314,000 次 (10 * 131,400)。

• 在 5 個區域中執行的運作時間檢查，設定為每分鐘在 ASIA_PACIFIC、EUROPE 和 USA 執行一次。如果為單一目標設定了運作時間檢查，這個檢查會在一個月內執行 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	NT$2,826 元

情境 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 日)

每個帳單帳戶每月可免費執行 100 次，超過免費額度後，Cloud Monitoring 會針對每個執行作業收取費用。舉例來說，如果您建立 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 人	NT$960 元

快訊功能定價

最快自 2026 年 4 月起，Cloud Monitoring 將開始收取快訊功能的費用。定價模式如下：

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

重要事項： 我們會在啟用定價前 60 天和 30 天，分別傳送 MSA。

本節提供下列資訊：

• 警示術語定義。
• 範例：各種快訊政策設定的費用
• 建議您合併或刪除快訊政策，以降低成本。
• 快訊政策的帳單停用資訊。

定義

• 條件：快訊政策的條件說明資源或資源群組何時處於需要回應的狀態。

  • 快訊政策使用篩選器建立指標門檻或指標缺少查詢時，最多可結合六個條件。
  • 快訊政策若使用下列查詢類型，只能設定單一條件：
    • Prometheus Query Language (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,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 萬個時間序列 * 每 100 萬個時間序列 $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 層級。如果您想根據端點發出延遲快訊，可以將資料彙整至端點層級。

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

監控系統採用維度指標系統，其中任何指標的總維度等於監控資源數量乘以該指標的標籤組合數量。舉例來說，如果您有 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 中繼資料標籤為資產加上類別標記，然後篩除不需要的中繼資料類別。

使用 top-stream 運算子減少系統傳回的時間序列數量

如果條件使用 PromQL 或 MQL 查詢，則可以使用 top-streams 運算子，選取回傳的時間序列數量，並取得最高值：

• PromQL：topk
• 待開發客戶：top

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

將時間序列數量限制在前幾個可能會導致資料遺漏和錯誤快訊，例如：

• 如果超過 N 個時間序列違反您設定的門檻，系統就會略過前 N 個時間序列以外的資料。
• 如果違規時間序列發生在前 N 個時間序列之外，事件可能會自動關閉，但排除的時間序列仍會違反門檻。
• 條件查詢可能不會顯示重要背景資訊，例如運作正常的基準時間序列。

為降低這類風險，請為 N 選擇較大的值，並僅在評估多個時間序列的快訊政策中使用 top-streams 運算子，例如個別 Kubernetes 容器的快訊。

延長執行期間 (僅適用於 PromQL)

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

評估間隔越長，每月傳回的時間序列就越少。舉例來說，間隔為 15 秒的條件查詢執行頻率是間隔為 30 秒查詢的兩倍，而間隔為 1 分鐘的查詢執行頻率是間隔為 30 秒查詢的一半。

注意： 其他警示政策條件固定為 30 秒的執行期間。

正在停用

如果您目前的 Google Cloud 合約將於 2026 年 4 月到期，可以向 Cloud Monitoring 快訊帳單團隊提出豁免要求，將快訊帳單延後到合約到期續約時才收取。我們會視個別狀況，決定是否為有效合約客戶提供例外處理。

請在 2024 年 11 月 1 日前提出豁免申請。 如要申請帳單豁免，請填寫帳單豁免申請表單，並在合約到期前送出。

Error Reporting

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

使用錯誤回報功能不需付費。 不過，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 時距超過使用者定義的限制時觸發通知，請使用下列設定。

建立快訊政策的步驟如下。

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

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

   前往「Alerting」(快訊)

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

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

7. 選用：如要新增通知至您的快訊政策，請按一下「通知管道」。在對話方塊中，從選單選取一或多個通知管道，然後按一下「確定」。

   如要在事件開啟和關閉時收到通知，請勾選「事件關閉時通知」。根據預設，系統只會在事件開啟時傳送通知。

8. (選用) 更新「事件自動關閉期限」。這個欄位會決定 Monitoring 在指標資料缺少的情況下，何時關閉事件。
9. 選用：按一下「說明文件」，然後輸入您希望在通知訊息中顯示的資訊。
10. 按一下「快訊名稱」，輸入快訊政策的名稱。
11. 點按「建立政策」。

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

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

GKE Enterprise

GKE Enterprise 系統記錄檔和指標不收費。在 Google Cloud 中，如果在啟用 GKE Enterprise 的專案中建立 GKE 叢集，並在建立時註冊叢集，則該叢集預設會啟用控制層記錄檔、控制層 Metrics 和精選的 Kube State Metrics 子集。控制層記錄檔會產生 Cloud Logging 費用，但預設啟用的指標不需額外付費。

如要查看收集的 GKE 記錄檔和指標清單，請參閱「收集的記錄檔」和「可用的指標」。

在 Google 分散式雲端叢集中，GKE Enterprise 系統記錄檔和指標包括以下內容：

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

常見問題

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

Google Cloud 觀測產品的使用費是以資料量計算。除了本頁所述的資料量費用外，所有其他 Google Cloud 觀測產品功能均為免費。

我必須支付多少費用？

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

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

如何解讀用量詳細資料？

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

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

• Cloud 管理員專用的 Cloud Logging 定價：如何採行並節省費用
• 四個步驟，在預算範圍內管理 Cloud Logging 費用

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

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

舉例來說，假設貴機構擁有 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 觀測資料功能說明文件。
• 試用 Pricing Calculator。
• 瞭解 Google Cloud 觀測解決方案和應用實例。

索取客製化報價

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

聯絡銷售人員