インテルが守備陣の大刷新に着手 ラツィオの主力ヒラとクロアチアの神童を同時捕獲へ
1月14日
AI Assisted
この記事は筆者の実体験をもとに執筆し、AIによる構成・推敲を経て公開しています。
本サイトはGoogle Cloud Run で運用しているのですが、月末の請求を見て違和感を覚えました。
「アクセス数の割に、料金が高すぎる...？」
トラフィックはまだそこまで多くない個人サイトにも関わらず、毎日コンスタントに課金され続け、想定していた予算を大きく超えていたのです。 調査の結果、原因は**「デプロイ方法を移行した際に、古い設定が見えない形で残っていたこと」**でした。
今回は、Cloud Run運用で見落としがちな CPU Throttling（CPUの割り当て） の設定と、その解決策を共有します。
実際の請求画面。設定変更（右端）を境に、コストが激減しているのがわかります。
発生していた症状
- 環境: Next.js 16, Google Cloud Run (asia-northeast1)
- デプロイ: GitHub Actions + Cloud Build
- 症状: トラフィックに関係なく、毎日一定額がインスタンス稼働分として課金され続ける
原因：CPU Throttlingが無効になっていた
結論から言うと、Cloud Runの設定で CPU Throttling（CPUの割り当て） が false になっていました。
CPU Throttlingとは？
Cloud Runには、CPUをどのように割り当てるか決める2つのモードがあります。
| 設定 | run.googleapis.com/cpu-throttling | 課金の仕組み | 想定ユースケース |
|---|---|---|---|
| リクエスト処理中のみ | true (デフォルト) | リクエストを処理している間だけ課金 | Webサイト、API |
| 常時割り当て | false | インスタンスが起動している間ずっと課金 | バックグラウンド処理、WebSocket |
通常のWebサイトであれば、デフォルトの true（リクエスト処理中のみ）で十分です。
しかし、私の環境ではここが false（常時割り当て）になっていたため、アクセスがない時間帯もインスタンスが起動している限り課金され続けていたのです。
なぜ設定が変わってしまったのか？
ここが今回の落とし穴でした。 **「デプロイ方法を変えたのに、過去の設定が引き継がれていた」**のです。
- 開発初期:
ローカルのシェルスクリプトでデプロイしていた。このスクリプト内に実験的に
--no-cpu-throttlingを記述していた。 - 運用移行:
GitHub Actions + Cloud Build に移行。
cloudbuild.yamlには CPU Throttling に関する記述をしなかった（デフォルトに戻ると想定）。 - 悲劇の発生:
Cloud Runは明示的に上書きしない限り、前回の設定値を保持する仕様があるため、初期の
false設定が亡霊のように残り続けていた。
現在の設定は以下のコマンドで確認できます。
gcloud run services describe [SERVICE_NAME] \
--region=asia-northeast1 \
--format="yaml(spec.template.metadata.annotations)"
もし以下のように表示されたら、あなたも「常時課金」されています。
run.googleapis.com/cpu-throttling: 'false' # ← これが課金の元凶
解決策
設定を true（リクエスト中のみ割り当て）に戻すことで解決します。
方法1：gcloudコマンドで即時修正
gcloud run services update [SERVICE_NAME] \
--region=asia-northeast1 \
--cpu-throttling
方法2：cloudbuild.yaml で明示的に指定（推奨）
CI/CDを使っている場合、設定ファイルに明示的に記述しておくことを強くおすすめします。これで「設定の亡霊」に悩まされることはありません。
steps:
- name: 'gcr.io/cloud-builders/gcloud'
args:
- 'run'
- 'deploy'
- '${_SERVICE_NAME}'
# ... 他の設定 ...
- '--cpu-throttling' # ★ここを明示的に追加
教訓：構成管理は「明示的」に
今回の失敗からの学びは3つです。
- Cloud Runの設定は「前回の値を継承」する デプロイコマンドに書いていないオプションは、勝手にデフォルトに戻るわけではありません。
- 重要なパラメータはIaC/CIで明示する
--cpu-throttlingや--min-instancesなど、料金に直結するパラメータは省略せずに書くべきです。 - 移行時は設定の総点検を
手動デプロイからCI/CDへ移行する際は、
gcloud run services describeで現在の全設定をダンプして確認しましょう。
設定を見直した翌日から、課金額は正常な範囲に落ち着きました（グラフの右端）。 Cloud Runの請求が想定より高いと感じたら、まずはこの設定を疑ってみてください。
