Google Cloud Observability 定價範例

本頁提供 Google Cloud Observability 的計費示例。您可以參考本頁面的範例，瞭解 Google Cloud 如何計算 Google Cloud Observability 費用。如要查看定價資訊，請參閱 Google Cloud Observability 定價。

您可能也會對下列文件感興趣：

• 估算帳單金額。 本文說明如何查看用量及估算帳單金額。

• 最佳化及監控成本。 這份文件可協助您減少或監控費用。

• 使用 Cost Explorer 盡可能降低費用。 Cost Explorer 提供目前和歷來的費用資料及使用率指標視覺化圖表。因此，這項資料有助於找出最佳化商機。

快訊政策

本節說明如何計算受監控的時間序列數量，並提供幾個計費示例。

計算受監控的時間序列數量

假設您有下列設定：

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

由於您有 100 個 VM，每個 VM 可產生 10 個時間序列 (每個標籤值各一個)，因此您共有 1,000 個基礎時間序列。每個 VM 也包含類似中繼資料的標籤，可記錄 VM 所屬的五項服務。

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

計費示例

以下範例發生在 30 天的月份，因此評估週期如下：

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

範例 1：一項政策，彙整至 VM，30 秒

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

資料

• 100 個 VM
• 每個 VM 會發出一個指標，即 metric_name
• metric_name 有一個標籤，其中有 10 個值

• 一個警告觸發條件
• 將條件匯總至 VM 層級
• 30 秒執行期

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

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

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

資料

• 100 個 VM
• 每個 VM 會發出一個指標，即 metric_name
• metric_name 有一個標籤，其中有 10 個值

• 100 個條件
• 每項條件都會經過篩選並彙整至一個 VM
• 30 秒執行期

• 條件費用：100 個條件 * 每月 $0.10 美元 = 每月 $10 美元
• 時間序列費用： 100 個條件 * 每個週期每個條件傳回 1 個時間序列 * 每月 86,400 個週期 = 每月傳回 860 萬個時間序列 * 每 100 萬個時間序列 $0.35 美元 = 每月 $3.02 美元
• 總費用：每月$13.02 美元

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

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

資料

• 100 個 VM
• 每個 VM 會發出一個指標，即 metric_name
• metric_name 有一個標籤，其中有 10 個值

• 一個 PromQL 警告觸發條件
• 將條件匯總至 VM 層級
• 15 秒的執行期

• 條件費用： 1 個條件 * 每月 $0.10 美元 = 每月 $0.10 美元
• 時間序列費用： 每個週期傳回 100 個時間序列 * 每月 172,800 個週期 = 每月傳回 1,730 萬個時間序列 * 每百萬個時間序列 $0.35 美元 = 每月 $6.05 美元
• 總費用：每月$6.15 美元

範例 4：將一項政策匯總至每項服務，30 秒

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

資料

• 100 個 VM，每個 VM 屬於一項服務
• 最多五項服務
• 每個 VM 會發出一個指標，即 metric_name
• metric_name 有一個標籤，其中有 10 個值

• 一個條件
• 將條件匯總至服務層級
• 30 秒執行期

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

範例 5：將一項政策彙整至 VM；每個 VM 的基礎基數較高，30 秒

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

資料

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

• 一個條件
• 將條件匯總至 VM 層級
• 30 秒執行期

• 條件費用： 1 個條件 * 每月 $0.10 美元 = 每月 $0.10 美元
• 時間序列費用： 每個週期傳回 100 個時間序列 * 每月 86,400 個週期 = 每月傳回 850 萬個時間序列 * 每百萬個時間序列 $0.35 美元 = 每月 $3.02 美元
• 總費用：每月$3.12 美元

範例 6：將一項政策彙整至 VM；在一個條件中合併兩項指標，30 秒

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

資料

• 100 個 VM
• 每個 VM 會發出兩項指標，分別是 metric_name_1 和 metric_name_2
• 這兩項指標各有一個標籤，且各有 10 個值

• 一個條件
• 將條件匯總至 VM 層級
• 條件會使用 OR 運算子來聯集指標
• 30 秒執行期

• 條件費用： 1 個條件 * 每月 $0.10 美元 = 每月 $0.10 美元
• 時間序列費用： 2 個指標 * 每個指標每個週期傳回 100 個時間序列 * 每月 86,400 個週期 = 每月傳回 1,730 萬個時間序列 * 每 100 萬個時間序列 $0.35 美元 = 每月 $6.05 美元
• 總費用：每月$6.15 美元

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

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

快訊政策

• 100 個條件 (每個記錄型快訊政策各 1 個條件)

• 條件費用： 100 個條件 * 每月 $0.10 美元 = 每月 $10.00 美元
• 時間序列費用：$0 (以記錄檔為準的警告政策不會傳回時間序列)。
• 總費用：每月$10.00 美元

Cloud Monitoring API 定價範例

本示例為 2025 年 10 月 2 日的定價。

假設您每 5 分鐘查詢 10 種指標類型，且每種指標類型傳回的時間序列數量為 100。在 30 天內，您的查詢會傳回 8,640,000 個時間序列 (10 種指標類型 * 100 個時間序列 / 指標類型 * (60 分鐘 / 小時 / 5 分鐘輪詢間隔) * 24 小時 / 天 * 30 天)。

每 30 天的費用為 $3.82 美元 ((8,640,000 - 100 萬個時間序列的免費配額) * (每傳回 100 萬個時間序列 $0.50 美元))。

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

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

基本情境如下：您擁有的幾項受監控資源 (例如 Compute Engine、Google 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 指標為免費項目)

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

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

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

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

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

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

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

以下示例說明如何根據擷取的樣本，預估收集指標的費用。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 是直方圖中的值區數量。每月寫入的樣本數取決於直方圖中的 bucket 數量，以及值的寫入頻率。

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

大多數分配時間序列的樣本數都少於上限。實際上，有 20% 到 40% 的直方圖值區是空的。如果使用者有稀疏直方圖 (例如 Istio 產生的直方圖)，這個百分比會更高。

計算價格時，只有包含非空值的 bucket 會計入。每個直方圖最多可有 2 + n 個樣本。 如果 25% 的 bucket 為空，則每個直方圖的預期樣本數為 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 秒/月)

下表總結上述資訊：

計費示例

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

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

情境 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 億個資料，因此適用第一個費率。沒有樣本以其他費率計費。

情境 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 億個樣本，因此適用第一個費率。

情境 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 億個樣本是以第三個費率計費。
• 剩餘的 7 兆 4,904 億個樣本是以第四個費率收費。

變化版本 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 萬個樣本是以第三個費率收費。

情境 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 兆 6,560 億個樣本是以第四個費率收費。

情境 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 億個樣本是以第四個費率收費。

執行運作時間檢查

本示例為 2022 年 10 月 1 日生效的價格。

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

計算運作時間檢查的執行次數

如要估算正常運作時間檢查的費用，您必須瞭解一個月內發生多少次區域執行作業。監控費用為每 1,000 次執行 $0.30 美元，每月免費配額為 100 萬次執行。

如要估算運作時間檢查的費用，請使用下列計算方式：

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

每次運作時間檢查的執行次數取決於下列設定選項：

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

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

• 運作時間檢查設定的目標數量。如果為單一 VM 設定正常運作時間檢查，目標數量為 1。如果為資源群組設定運作時間檢查，目標數量就是群組中的資源數量。

設定運作時間檢查時，您會為運作時間檢查指定位置，而每個位置會對應一或多個區域。下表列出運作時間檢查的有效位置，以及這些位置對應的區域：

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

如要估算運作時間檢查的執行次數，您需要知道運作時間檢查位置涵蓋多少個區域：

• 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,000,000。剩餘的執行次數會以每 1,000 次執行作業 $0.30 美元計費，因此請將剩餘的執行次數乘以 0.0003。

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

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

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

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

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

您也有 2 項運作時間檢查，每 15 分鐘檢查 1 個 VM 一次。GLOBAL這些檢查會在 6 個區域執行，因此每項檢查每月會執行 17,520 次。這組檢查的每月執行次數總計為 35,040 次 (2 * 17,520)。

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

綜合監控執行作業的計費示例

(生效日期：2023 年 11 月 1 日)。

假設您建立 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

如要計算可計費的執行次數，請從執行總次數中扣除免費配額，然後將結果乘以費用：

Cloud Trace 定價範例

本示例為 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 美元)。