Google Cloud Observability 定價範例

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

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

快訊政策

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

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

假設您有下列設定:

  • 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 個值
快訊政策
  • 一個警告觸發條件
  • 將條件匯總至 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_1metric_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 指標為免費項目)
擷取的 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 美元

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

以下示例說明如何根據擷取的樣本,預估收集指標的費用。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 秒/月)

下表總結上述資訊:

值區數量 寫入速率 每月樣本數
(上限)
每月樣本數
(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
超過 5,000 億 (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 秒)



總計
43 億 8,000 萬



43 億 8,000 萬
多達 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 億個樣本是以第三個費率計費。
  • 剩餘的 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 萬個樣本是以第三個費率收費。
變因 已擷取的樣本 擷取範圍 Managed Service for Prometheus
($0.06 美元、$0.048 美元、$0.036 美元、$0.024 美元)
A (1 個樣本/15 秒)



總計
500 億
2,000 億
2,500 億
7,490 億 4,000 萬
1 兆 3,490 億 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 億
872 億 6,000 萬

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 兆 6,560 億個樣本是以第四個費率收費。
變化版本 已擷取的樣本 擷取範圍 Managed Service for Prometheus
($0.06 美元、$0.048 美元、$0.036 美元、$0.024 美元)
A (1 個樣本/15 秒)



總計
500 億
2,000 億
2,500 億
108 兆 1,240 億
108 兆 6,240 億
多達 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 兆 6,560 億
27 兆 1,560 億
多達 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 日生效的價格。

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

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

如要估算正常運作時間檢查的費用,您必須瞭解一個月內發生多少次區域執行作業。監控費用為每 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-central1us-east4us-west1
GLOBAL 其他地點涵蓋的所有區域

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

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

  • ASIA_PACIFICEUROPESOUTH_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_PACIFICEUROPEUSA 執行一次,因此會在 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 美元計費,因此請將剩餘的執行次數乘以 0.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 項運作時間檢查,每 15 分鐘檢查 1 個 VM 一次。GLOBAL這些檢查會在 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 日)。

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

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 美元)。