Googleは2026年10月14日付の発表で、BigQueryの生成AI費用管理機能を解説しました。一般提供済みのこの機能では、AIが処理する文章などの量を表す「トークン」の使用量に、日次の上限を設定できます。費用を管理する担当者だけでなく、生成AI関数を使う業務の運用担当者も、上限到達時の処理を確認する必要があります。
入力・出力を別々に管理、全リージョンを合算
BigQueryの生成AI関数は、トークン数に応じて課金されます。日次の割り当ては、入力と出力それぞれにプロジェクト単位とユーザー単位があり、計4種類です。初期値は次のとおりです。
- 入力：プロジェクト全体は1日2000億トークン。ユーザーごとは1プロジェクト当たり1日1500億トークンです。
- 出力：プロジェクト全体は1日200億トークン。ユーザーごとは1プロジェクト当たり1日150億トークンです。
ユーザー単位の上限は、組織全体に共通するものではありません。同じユーザーでも、各プロジェクト内で適用されます。一方、リージョンごとには分かれず、全リージョンの使用量を合算します。出力には、モデルが思考・推論に使うトークンも含まれます。
Googleによると、管理者はGoogle Cloudコンソールで上限の確認・変更と、過去の使用量の確認ができます。上限の引き下げは承認不要で即時反映されます。引き上げは申請制で、多くは自動承認されますが、大幅な増加は審査される場合があります。Cloud Quotas API、コマンド操作用のgcloud CLI、構成管理用のTerraformでも管理できます。
日本での提供は発表には書かれていません。
上限到達時は「成功」でも未処理行を確認
必要な割り当てを使い切っているクエリは、開始前にQuotaExceededエラーで拒否されます。実行中も使用量を追跡し、上限付近で処理を止めます。上限に達すると、BigQueryは新たな大規模言語モデル(LLM)の呼び出しを停止します。
ただし、関数によって結果の返し方が異なります。AI.IFなどは、未処理行が許容範囲を指定するmax_error_ratio以内なら部分結果を返し、超えると失敗します。AI.GENERATEは上限到達後も成功扱いとなり、未処理行には生成値が入らず、エラー状態が付きます。業務側では、クエリの成功だけをもって全行の生成が完了したと判断しない運用が必要です。
また、今回のトークン割り当てと、Cloud Billingの金額ベースの支出上限は別の仕組みです。後者は適用が即時ではなく、超過が生じる場合があります。金額の管理と、生成処理量の管理を分けて確認することが重要です。
影響する会社・しない会社
- 影響する: BigQueryでAI.GENERATE、AI.GENERATE_TABLE、AI.GENERATE_TEXT、別名のML.GENERATE_TEXTを使う会社です。日次上限と、上限到達時の処理結果を確認する対象になります。
- 影響する: AI.CLASSIFY、AI.IF、AI.SCORE、AI.AGGを使う会社も対象です。複数リージョンで使う場合も、使用量は合算されます。
- 影響しない: 埋め込み生成関数は、今回のトークン割り当ての対象外です。ただし、これは費用が発生しないという意味ではなく、この割り当てで制御する対象ではないという区別です。
情シスが今日やること
- 今日の確認として、BigQueryの運用担当者や開発担当者に、対象関数を使うプロジェクトと処理を洗い出してもらいます。生成結果を受け取る業務の担当者も確認先に含めます。
- 上限を変更する前に、Google Cloudコンソールで対象プロジェクトの割り当てと過去のトークン使用量を確認します。入力・出力、プロジェクト・ユーザーの4種類を記録し、ユーザー別上限が組織共通ではない点を費用管理担当者に共有します。
- 次の本番実行前に、入力をAI.COUNT_TOKENSで事前計数し、少量の試行で実使用量を測ります。この関数は課金対象の生成呼び出しなしに文字列を数えられますが、値は入力の下限です。追加指示や画像、出力・思考分は含まないため、その値だけで上限を決めないようにします。
- 引き下げを実施する前に、実行担当者と業務担当者へ変更内容を知らせます。即時反映を前提に、QuotaExceeded、部分結果、生成値のない行をどう検知するか確認します。特にAI.GENERATEを使う処理は、成功状態だけで後続業務へ進めないか点検してください。
