GCP國際帳號優惠 谷歌雲 GCP 帳戶按量付費設置

為什麼你的 GCP 帳戶突然「被停機」？答案可能藏在計費設定裡

你有沒有試過：半夜收到一封標題為「Your project my-awesome-app-42 has been suspended」的郵件，打開一看——API 全掛、VM 全停、Cloud SQL 連不上，連 Stackdriver 日誌都黑屏？別急著重裝系統，先泡杯咖啡，然後打開 billing console。八成不是伺服器爆炸，而是你的 GCP 帳戶悄悄從「按量付費」滑進了「已停用」的深淵。

GCP國際帳號優惠 搞清楚：GCP 沒有「免費帳戶」，只有「免費層 + 按量付費」

很多人誤以為註冊 GCP 就是「開通免費帳號」，其實不然。Google 提供的是12 個月 $300 美元贈金 + 永久免費層（Always Free Tier），但這兩者都有一個共同前提：你必須綁定一個有效的計費帳戶（Billing Account）。沒綁？所有資源一啟動就報錯；綁錯？贈金刷完立刻停機，連通知都不多給你半秒。

第一步：建立並驗證你的計費帳戶（不是「建立帳號」，是「建立計費實體」）

登入 Cloud Console → Billing，點「+ 建立計費帳戶」。注意！這裡填的不是信用卡持卡人姓名，而是法律上對該費用負責任的主體名稱（個人可用本名，公司請填統編與登記名）。接著選付款方式——Visa/Mastercard/AMEX/JCB 都行，但不支援 PayPal、超商條碼、街口支付或任何第三方代收。填完後 Google 會做兩件事：小額授權（$1–2 USD）驗證卡片有效性，再發送簡訊/郵件進行雙因素確認。若 72 小時未完成驗證，帳戶直接失效，不會提醒你，只會默默把你踢回「無計費權限」狀態。

第二步：把專案「正式嫁給」計費帳戶（不是勾選，是綁定）

很多人卡在這裡：以為只要開了計費帳戶，所有專案就自動計費。錯！每個 GCP 專案（Project）都像獨立法人，必須手動「關聯」到某個計費帳戶。路徑：專案首頁 → 左側選單「Billing」→ 點「關聯計費帳戶」→ 從下拉選單挑出你剛創好的帳戶 → 點「儲存」。成功後右上角會出現綠色提示：「Billing is linked」。切記：一個專案只能綁一個計費帳戶，但一個計費帳戶可綁上百個專案——這正是企業分帳、成本分攤的核心設計。

第三步：設好「防暴走三道閘門」——預算、提醒、自動關停

GCP 不會替你守荷包，但給你工具。進入 Billing → Budgets & alerts，點「+ 建立預算」：
• 週期：建議選「每月」，而非「累計」，否則年底才爆表根本來不及；
• 金額：若用贈金，輸入 $295（留 $5 缓衝）；若已過期，建議從 $50 起跳，避免測試時誤開 16 vCPU 的 n2-highmem-16 實例；
• 提醒：務必勾選「80%」「100%」「110%」三檔，且至少指定一個 Email + 一個 Slack Webhook（GCP 支援直接推送至 Slack）；
• 高級選項：打開「Auto-shutdown on 110%」——這是唯一能真正防止天價帳單的開關，一旦達標，GCP 會自動停用該專案所有可計費資源（Compute Engine、Cloud SQL、Cloud Storage 多區域複製等），但保留專案結構與 IAM 設定，不會刪資料。

那些年，我們踩過的「按量付費」地雷

❌ 地雷一：忘記關閉「自動續訂贈金」

很多新手以為 $300 贈金用完就自動歸零。事實是：只要你沒手動關掉「Enable automatic renewal」，GCP 會在贈金耗盡當日，自動切換為真實信用卡扣款，且不會二次確認。曾有工程師測試 BigQuery 查詢，單次掃描 2TB 數據，帳單跳出 $1,200 USD——因為他忘了關自動續訂，也沒設預算提醒。

❌ 地雷二：免費層「隱形到期」

Free Tier 不是永久的。例如：
• f1-micro VM 每月 720 小時（等於 1 台 24/7），但僅限「特定地區」（如 us-central1）；
• Cloud Storage 每月 5GB 標準儲存免費，但「標準儲存」≠「多區域儲存」，後者全價；
• 最致命的是：免費層只適用「新建立的資源」，舊資源升級（如把 f1-micro 換成 e2-micro）立刻開始計費。

❌ 地雷三：IAM 權限不足，卻以為「功能壞了」

常見情境：A 同事建立計費帳戶，B 同事建專案，C 同事寫 Terraform。結果 C 執行 terraform apply 失敗，錯誤訊息是「PermissionDenied: Permission iam.serviceAccounts.actAs denied」。表面看是權限問題，實際是：B 的專案根本沒綁計費帳戶，所以 GCP 拒絕建立任何需計費的資源——連 Service Account 都不給生。解法不是加 IAM，而是先去 Billing 頁面確認關聯狀態。

終極檢查清單：5 分鐘自檢你的 GCP 按量付費是否穩如泰山

• ✅ 登入 Billing Overview，確認「Active billing accounts」數量 ≥ 1，且狀態為「Active」
• ✅ 點進任一專案 → Billing → 確認「Billing account」欄位顯示帳戶 ID（格式如 01A2B3-C4D5E6-F7G8H9），非「Not linked」
• ✅ 在 Budgets & alerts 中，至少有一筆預算啟用，且「Alert policies」包含 ≥ 2 種通知管道
• ✅ 執行 CLI 檢查：gcloud beta billing projects list --billing-account=YOUR_BILLING_ID（把 YOUR_BILLING_ID 換成你帳戶 ID），應列出所有已綁定專案
• ✅ 手動觸發一次「模擬超支」：在預算設定中臨時調低門檻至 $0.01，等待 5 分鐘，確認 Slack/Email 是否收到提醒——這是驗證整條告警鏈是否暢通的黃金測試

最後一句真心話：按量付費不是「隨便開」，而是「精準控」

GCP 的彈性，來自於你對計費邏輯的理解深度。它不像 AWS 那樣用「Reserved Instances」綁死三年，也不像 Azure 採「Savings Plans」強制承諾用量——GCP 的哲學很簡單：你開多少，就付多少；但你要自己畫出那條紅線，否則雲端不會替你喊停。所以，下次部署前，別只問「這個 instance 要幾核？」，請多問一句：「我的預算閥值在哪？誰會收到第一封告警信？如果我出國三天，誰來盯這筆帳？」

畢竟，在雲上，最貴的不是 CPU，是你醒來發現帳單時，那杯涼掉的咖啡。