GCP 服務計費方式整理

Google Cloud Platform · 主要服務計費邏輯 · 內部成本管理參考文件 · 2026/04

☁️ 14 項服務 💡 即付即用 📊 FinOps 可操作維度 🤖 含 Vertex AI

📌 計費原則總覽

GCP 多數服務採即付即用模式,計費維度依產品而異,可分為四大模型:運算型(Compute)、容量型(Storage)、操作型(API/IO)、網路型(Egress)。建議將每個服務拆成「計費單位、主要成本驅動、隱藏成本、是否預配型、是否有折扣」五個欄位進行 FinOps 管理。

Compute Engine
運算 · 預配型 · IaaS VM
vCPU/秒GiB-hourEgressCUD/SUD
Cloud Run
運算 · Serverless · 請求型
vCPU-秒GiB-秒閒置免費
Kubernetes Engine
運算 · 混合型 · K8s
節點 VMPod 資源$0.10/hr 管理費
Cloud SQL
資料庫 · 預配型
vCPU/MemoryGiB-hourHA 倍增
Memorystore
快取 · 預配型
GiB-hourTier跨區流量
Firestore
NoSQL · 操作型
ReadsWrites索引放大
Cloud Storage
物件儲存 · 容量型
GiB-hourOperations A/BEgress
Filestore
檔案儲存 · 預配型
佈建容量IOPS跨區流量
Cloud KMS
安全 · 操作型
Key versionCrypto ops
Secret Manager
安全 · 操作型
Secret versionAccess ops
Cloud Load Balancing
網路 · 流量型
Forwarding ruleData processing
Cloud Armor
網路安全 · 規則型
RequestsPolicy/Rules
Vertex AI
AI · 多維度型
訓練推論Token 計費
Vertex AI Search
AI 搜尋 · 查詢型
每 1,000 次查詢訂閱模式
Compute Engine
IaaS 虛擬機服務 · 按秒計費(最少 1 分鐘)· 資源啟動後即持續計費
vCPU(按秒,最少 1 分鐘)
記憶體(GiB-hour)
Persistent Disk(GiB-hour)
Standard / SSD / Hyperdisk
映像檔授權(Windows/SQL)
GPU / 加速器
網路 Egress(對外流量)
⚡ 主要成本驅動
VM 運行時間 磁碟容量(常見浪費來源) 對外流量
⚠️ 未刪除的磁碟是最常見隱藏成本,VM 停止後磁碟仍持續計費。授權費(Windows/SQL)需與 VM 費用分開分析。
✅ 長期穩定工作負載可申請承諾使用折扣(CUD)或享有持續使用折扣(SUD)。
查看 Compute Engine 官方定價頁
Cloud Run
Serverless 容器執行平台 · 只在實際執行期間計費
CPU(vCPU-秒)
記憶體(GiB-秒)
Requests(每百萬次)
執行時間
網路 Egress
⚡ 主要成本驅動
執行時間 請求數 記憶體配置
⚠️ 小請求量大(高頻短請求)會放大 request 成本;網路 Egress 費用需額外估算,不含在執行費中。
✅ 服務閒置時幾乎不產生費用,適合流量波動明顯的應用。
查看 Cloud Run 官方定價頁
Kubernetes Engine (GKE)
Kubernetes 服務 · 費用結構依部署模式不同而異
叢集管理費 $0.10/小時
Node VM 費用(Standard)
Pod 資源使用量(Autopilot)
附加儲存
負載平衡 / 網路資源
⚡ 主要成本驅動
Node 數量 Pod requests 設定
⚠️ Pod requests 設太大會直接浪費成本,即使實際用量低也按 requests 計費(Autopilot 模式)。
ℹ️ Standard 模式以節點 VM 成本為主;Autopilot 模式依 Pod 資源使用量計費,管理更簡便但需精準設定 requests。
查看 GKE 官方定價頁
Cloud SQL
預配型關聯式資料庫 · 實例啟用後即持續產生成本
vCPU
Memory
Storage(GiB-hour)
Backup(GiB-hour)
HA(費用倍增)
網路流量
⚡ 主要成本驅動
HA 啟用(費用直接翻倍) 備份保留天數
⚠️ 啟用高可用(HA)會讓費用直接倍增,需評估業務 SLA 需求後再決定是否啟用。備份保留天數越長,儲存費用越高。
查看 Cloud SQL 官方定價頁
Memorystore(Redis / Memcached)
記憶體型快取服務 · 預配型資源,容量建立即計費
容量(GiB-hour)
Tier(Basic / Standard)
跨區流量
vCPU(Memcached)
Memory(Memcached)
Node 數(Memcached)
⚡ 主要成本驅動
預配容量大小 Tier 選擇 跨區流量
⚠️ 非按實際查詢量計費,容量配置一旦建立便開始計費,請依實際需求配置容量,避免過度佈建。
查看 Memorystore 官方定價頁
Firestore
NoSQL 文件資料庫 · 細粒度操作型計費
Reads(最大宗成本)
Writes
Deletes
Storage
Backup / PITR
網路傳輸
⚡ 主要成本驅動
Reads(最大宗) 索引放大讀取次數
⚠️ 索引設計不當會大幅放大讀取次數,進而推高費用。若讀寫量高,請求費用可能快速累積,需特別注意查詢設計。
查看 Firestore 官方定價頁
Cloud Storage
物件儲存服務 · 依儲存類別、操作次數與流量計費
Storage(GiB-hour)
Operations Class A(寫入)
Operations Class B(讀取)
Egress(對外流量)
跨區流量
⚡ 主要成本驅動
儲存類別選擇 小檔案大量操作 Egress 流量
ℹ️ 儲存類別:Standard > Nearline(最短 30 天)> Coldline(最短 90 天)> Archive(最短 365 天)。各類別有最短儲存時間限制,提前刪除仍需付費。
⚠️ 小檔案大量操作(如 log 逐筆寫入)會讓 Operations 費用快速累積,建議批次寫入。
查看 Cloud Storage 官方定價頁
Filestore
共享檔案系統 · 預配型文件儲存
佈建容量
IOPS
跨區流量
服務層級
⚡ 主要成本驅動
佈建容量大小 服務層級(效能等級)
ℹ️ 高階性能方案可能另外涉及吞吐量或 IOPS 成本,適合需要共享檔案系統的工作負載(如 HPC、ML 訓練)。
查看 Filestore 官方定價頁
Cloud Key Management Service (KMS)
金鑰管理服務 · 安全基礎設施成本
Key version(每月)
Crypto operations(加解密次數)
金鑰保護層級(Software/HSM/EKM)
⚡ 主要成本驅動
加解密操作次數 HSM 金鑰(費用較高)
⚠️ 大量加解密場景中,操作次數會形成明顯成本,建議評估應用層快取機制以減少重複操作。HSM 保護層級費用顯著高於 Software。
查看 Cloud KMS 官方定價頁
Secret Manager
機密管理服務 · 依版本數與存取次數計費
Active secret versions(每月)
Access operations(存取次數)
旋轉通知 / 相關事件
⚡ 主要成本驅動
存取次數 Active versions 數量
✅ 管理操作通常成本較低,但若服務架構頻繁讀取 secret(如每次請求都讀取),建議搭配應用層快取策略降低存取次數。
查看 Secret Manager 官方定價頁
Cloud Armor
DDoS 防護與 WAF · 依規則與請求量計費
Requests(每百萬次)
Policy 數量
Rules 數量
Enterprise 訂閱 / 受保護資源數
⚡ 主要成本驅動
請求量 Rules 數量
⚠️ 網站或 API 流量大且啟用較多安全規則時,費用會隨之增加,建議定期審查規則必要性,移除不再使用的規則。
查看 Cloud Armor 官方定價頁
Cloud Load Balancing
負載平衡服務 · 依規則數與流量計費
Forwarding rules(每小時)
Data processing(每 GiB)
Egress(對外流量)
負載平衡器類型差異
⚡ 主要成本驅動
Egress 流量(最大成本來源) Data processing 量
⚠️ 系統對外服務流量增加時,Egress 費用是最大成本來源,需特別注意跨區或對外流量的架構設計。
查看 Cloud Load Balancing 官方定價頁
Network Egress
跨服務共通成本 · 每 GiB 收費 · 最大隱藏成本來源
同區域內(通常免費)
跨區域(同 GCP)
對外網際網路
跨洲際流量
⚡ 主要成本驅動
對外流量量(最大成本來源) 跨區架構設計
⚠️ Egress 費用橫跨 Compute Engine、Cloud SQL、Cloud Storage、Load Balancing 等多個服務,是最常被低估的隱藏成本。架構設計時應盡量將服務部署在同一區域。
查看 Network 官方定價頁
Vertex AI
AI 平台 · 各功能模組獨立計費 · 需分開估算
模型訓練(節點小時)
模型部署(端點費用)
預測 / 推論
Token 用量(Generative AI)
工作階段
記憶庫(Vector Search)
資料儲存
⚡ 主要成本驅動
訓練時間與規模 推論 Token 數量 端點持續運行
⚠️ 各功能模組獨立計費,需特別注意模型訓練、推論、token 與資料儲存是否分開計算,避免預算估算失真。端點若持續部署即使無請求也會計費。
查看 Vertex AI 官方定價頁 查看 Generative AI 定價頁
Vertex AI Search
企業搜尋服務 · 提供即付即用與可設定價格兩種模式
查詢次數(每 1,000 次)
搜尋查詢
瀏覽查詢
訂閱門檻費用
加購機制
資料儲存費用
⚡ 主要成本驅動
查詢量 查詢類型(搜尋 vs 瀏覽)
ℹ️ 一般即付即用模式適合用量不穩定的場景;可設定價格模式提供訂閱門檻,適合需要明確預算控管的企業。Vertex AI Search for commerce 的搜尋與瀏覽查詢可按每 1,000 次查詢計費。
查看 Vertex AI Search 官方定價頁

📋 FinOps 成本模型分類

依計費模型分為四類:運算型(Compute)· 容量型(Storage)· 操作型(API/IO)· 網路型(Egress)。掌握每個服務的模型類型,有助於快速識別成本驅動因素。

服務產品類型計費模式主要計費單位預配型折扣官方定價
Compute Engine運算時間型vCPU/秒、GiB-hour、磁碟CUD/SUD定價頁
Cloud Run運算請求型vCPU-秒、GiB-秒、Requests定價頁
Kubernetes Engine運算混合型節點 VM / Pod 資源部分CUD定價頁
Cloud SQL資料庫時間型vCPU、Memory、GiB-hour定價頁
Memorystore快取容量型GiB-hour、Tier定價頁
Firestore資料庫操作型Reads / Writes / Deletes定價頁
Cloud Storage物件儲存容量+操作型GiB-hour、Operations A/B、Egress定價頁
Filestore檔案儲存容量型佈建容量、IOPS定價頁
Cloud KMS安全操作型Key version、Crypto ops定價頁
Secret Manager安全操作型Secret version、Access ops定價頁
Cloud Load Balancing網路流量型Forwarding rule、Data processing定價頁
Cloud Armor網路安全規則+請求型Policy、Rules、RequestsEnterprise定價頁
Vertex AIAI多維度型訓練、推論、Token定價頁
Vertex AI SearchAI 搜尋查詢型每 1,000 次查詢訂閱模式定價頁

🔴 預配型服務風險

Compute Engine、Cloud SQL、Memorystore、Filestore 等預配型服務的核心風險是閒置資源持續計費。建議定期審查未使用的實例並及時關閉或縮減規格。

🟡 請求型服務風險

Cloud Run、Firestore、Cloud KMS、Secret Manager 等請求型服務的核心風險是高流量或高頻操作導致費用快速累積。建議設定預算警示並監控請求量。

🔵 儲存型服務注意

Cloud Storage 要注意儲存類別最短保留時間、小檔案大量操作與跨區流量。Archive 類別雖然儲存便宜,但取出費用高,需依存取頻率選擇適合的儲存類別。

🟢 AI 服務特別注意

Vertex AI 各功能模組獨立計費,需特別注意模型訓練、推論、token、查詢與資料儲存是否分開計費。端點若持續部署即使無請求也會計費。

🟣 折扣策略

Compute Engine 與 GKE 可善用承諾使用折扣(CUD)持續使用折扣(SUD)。長期穩定工作負載建議評估 1 年或 3 年承諾方案,可節省顯著費用。

🩵 Egress 是最大隱藏成本

跨區或對外網路流量(Egress)在 Compute Engine、Cloud SQL、Cloud Storage、Load Balancing 等多個服務中都會產生費用,是最常被低估的成本。架構設計時應盡量將服務部署在同一區域

⚠️ 常見隱藏成本清單

以下是 FinOps 實務中最常被忽略的成本來源:

未刪除的磁碟

VM 停止後,Persistent Disk 仍持續計費。刪除 VM 時務必確認是否一併刪除磁碟。

備份保留

Cloud SQL、Firestore PITR 的備份保留天數越長,儲存費用越高,需依業務需求設定合理保留期。

小檔案大量操作

Cloud Storage 的 Operations 費用在小檔案高頻寫入場景下會快速累積,建議批次處理。

網路 Egress

跨區或對外流量費用橫跨多個服務,是最常被低估的成本,需在架構設計階段就納入考量。

Firestore 索引放大

索引設計不當會大幅放大讀取次數,進而推高費用。需定期審查索引設計。

GKE Pod requests 過大

Autopilot 模式依 Pod requests 計費,設定過大的 requests 即使實際用量低也會浪費成本。