定價

Cloud Pub/Sub 定價依據如下:

  • 訊息擷取及傳遞
  • 跳轉相關訊息儲存:快照及保留的已確認訊息

訊息擷取及傳遞

2019 年 6 月 20 日之前的價格時間表

系統會根據提取、推送和發佈作業的訊息及屬性資料計算資料用量。訊息擷取及傳遞係依據每月傳輸的資料用量計費。

每月資料用量 每 TiB 價格
前 10 GB $0.00 美元
其後的 50 TB $60 美元
其後的 100 TB $50 美元
超過 150 TB 以後 $40 美元
如果您使用美元以外的貨幣付費,系統將按照 Cloud Platform SKU 頁面上列出的相應貨幣價格來計費。費用計算單位為 TiB (240 個位元組,約為 1.01 兆位元組)。

範例:訊息擷取及傳遞

為了說明可能預期產生的整體作業成本,在此設想有一個應用程式,發佈 1024 KB 訊息至擁有兩個訂閱項目的主題,速率為 1 MiB/秒。其中假設訂閱者跟上這樣的速度,Cloud Pub/Sub 以 1 MiB/秒進行擷取,以 2 MiB/秒進行傳遞,總傳輸率為 3 MiB/秒。一個月 (30 日) 期間的總資料用量為 3 MiB/second x 3600 seconds/hour x 24 hours/day x 30 days/month x 1 month/(2^20 MiB/TiB) = 7.416 TiB。減去免費方案 (10 GB) 後,資料用量為 7.406 TiB,屬於 $60 美元/TiB 的方案範圍,因此將收費 $444.36 美元。

最低可計費用量

每個要求 (非訊息) 的最低可計費資料用量為 1 KB 資料。例如有 100 項發佈要求,其中每項要求都有一則 500 位元組訊息,因此實際資料用量為 50 KB,但可計費資料用量為 1 KB/request x 100 requests = 100 KB。不過,如果這 100 則訊息都以單一發佈要求發佈,可計費資料用量就與實際情形相同 (50 KB)。

跨專案計費

如果您跨專案使用 Cloud Pub/Sub,則 Cloud Pub/Sub 費用就會計算在要求資源最多的專案之中 (例如訂閱)。例如專案 A 的服務帳戶,可能向訂閱者提供專案 B 訂閱的存取權 (屬於計費帳戶 B)。這樣帳單帳戶 B 就必須為服務帳戶 A 從該訂閱項目中提取的資料支付費用。或者,如果訂閱項目位於 A 專案中 (即便是附加於 B 專案中的某個主題亦同),那麼 A 帳戶就必須支付從該訂閱項目提取資料的相關費用。

自 2019 年 6 月開始的訊息傳遞定價

發佈或傳遞訊息的價格為每 TiB $40 美元,不分層級。此外,我們也將收取地區資料輸出費。GCP 地區之間的網際網路輸出及訊息傳遞費用,將與 Compute Engine 網路費率相同,但區域輸出及輸出至 Google 產品除外。使用 Cloud Pub/Sub 無需支付區域輸出費。輸出至 Google 產品並未免除輸出費。例如有一則 1MiB 訊息於 us-west1 發佈,傳遞給位於 europe-west1 的使用者,結果在兩個不同 SKU 之間產生共 3MiB 的費用:2MiB 的「訊息傳遞基本費用」(Message Delivery Basic,1MiB 的發佈及傳遞),以及 1MiB 的「由美洲傳遞至 EMEA 地區間資料費用」(Inter-Region Data Delivery from Americas to EMEA)

為了準備因應這項變更,您可利用將帳單資料匯出至 BigQuery 分析自己的使用情形。您為帳單帳戶設定匯出後,就可使用以下查詢瞭解自己的使用情形:

SELECT TIMESTAMP_TRUNC(usage_start_time, day) as usage_date,
  sku.description,
  usage.unit,
  sum(usage.amount) as egress_volume
FROM `BILLING_EXPORT_TABLE`
WHERE
  _PARTITIONTIME >= TIMESTAMP("2019-01-01")
  AND service.description = "Cloud Pub/Sub"
  AND (sku.description like "Internet data%"
      OR sku.description like "Inter-region data%")
GROUP BY usage_date, sku.description, usage.unit;

跳轉相關訊息儲存

定價

訊息儲存費以每月 $0.27 美元/GiB 的費率計算,會在以下情況下收費:

  • 訂閱設定保留已確認訊息,以便利用跳轉重新處理。在這種情況下,會針對保留的已確認訊息收取儲存費。
  • 建立訂閱快照。在這種情況下,會針對儲存的所有快照未確認訊息收取訊息儲存費。

範例:保留已確認訊息的訂閱項目

這就像是訊息擷取範例,但其中不同的是有單一訂閱設定為保留已確認訊息:

  • 訂閱主題以 1MiB/秒的穩定速率收到資料。
  • 訂閱者跟上訂閱資料,以 1 MiB/秒的速率使用,而新的訊息待處理工作可忽略不計。
  • 訂閱設定為保留 7 天的已確認訊息。
  • 已確認訊息量的成長情形:1MiB/second x 3600 seconds/hour x 24 hours/day = 86.4 GiB/day
  • 7 天後,保留的已確認訊息開始過期,儲存的已確認訊息總量達到穩定水準:7 days x 86.4 GiB/day = 605GiB
儲存這些訊息量的總月費約為 605 GiB-month x $0.27/GiB-month = $163

範例:快照訊息儲存費

Snapshot 訊息儲存費包含發佈至快照主題訊息的增量費用,以及建立時的單次費用。請設想保留已儲存訊息訂閱項目的快照。快照將擁有 7 日的生命週期,除非在此之前遭到刪除,因為建立快照的訂閱並沒有未確認訊息待處理工作。第一分鐘發佈的資料 (60 MiB) 將儲存 7 天又 1 分鐘,第二分鐘發佈的資料將儲存 7 天又 2 分鐘,依此類推。這樣在快照過期時,會產生 605 GiB 的待處理工作,總計使用 1/2 x 605 GiB x 7 days = 2118 GiB-days 的儲存空間,30 天費用則為 2118 GiB-days x (1/30 months/day) x $0.27/GiB-month = $19。因此快照費用可能比保留已確認訊息更便宜。

範例:含待處理工作訂閱項目的快照

如果訂閱在建立快照時,具有未確認訊息的待處理工作,就會收取相當於儲存待處理工作完整 7 天的單次費用。舉例來說,假設訂閱項目包含 10 GiB 未確認訊息的待處理工作,在建立快照時收取的單次費用為 10 GiB x 7 days / 30 days/month x 0.27/GiB-month = $0.63

本頁內容對您是否有任何幫助?請提供意見:

傳送您對下列選項的寶貴意見...

這個網頁
Cloud Pub/Sub 說明文件