対象: SQLで大量データを分析し、オンデマンドと容量課金を比較したい人
要点: クエリ処理量、論理・物理ストレージ、エディション・スロット、取り込み、転送を分ける方法
公式情報確認: BigQueryの料金・無料枠・公式ドキュメント・規約を2026年8月19日に確認
更新日: 2026年8月19日(リージョン、税、為替、契約画面は申込時に再確認)
BigQueryはサーバーを起動してから分析するより、データを置きクエリを実行するサービスです。料金はSQL文の見た目ではなく、スキャンするバイト、保存期間、予約スロット、取り込み方法で変わります。
小さなSELECTだから安いとは限りません。パーティションや列の選び方を誤ると必要以上のデータを読みます。無料枠でもクエリの最大処理量を設定することが先です。 ここで扱うのは公式公開情報の整理であり、編集部の利用体験、収益、性能、転職や事業の成果を保証するものではありません。クラウド料金は表示通貨、リージョン、税、為替、割引契約で変動します。
BigQueryの料金を分解する
BigQueryはオンデマンドの処理量、エディション・予約スロット、論理・物理ストレージ、長期ストレージ、ストリーミング、ML、BI Engine、転送で構成されます。リージョン、データセット配置、外部テーブルも確認します。
| 料金項目 | 考え方 | 先に確認する条件 |
|---|---|---|
| クエリ | 読み取ったデータ量、オンデマンドTiB、最小課金 | 列、WHERE、パーティション、キャッシュ、dry run |
| 容量・スロット | エディション、予約、autoscaling、スロット時間 | 同時実行、契約、アイドル、リージョン |
| ストレージ | 論理・物理、長期保存、タイムトラベル | 圧縮、更新、保持 |
| 取り込み・周辺 | ストリーミング、Storage、転送、BI Engine、ML | 行数、データ、転送、ログ |
見積もりは、サービス名と月額を並べるだけでは足りません。1日の実測値を、稼働時間、保存量、リクエスト、バックアップ、転送、ログに分解します。開発・本番・予備を分け、ピーク時の余白と使わない時間の停止方法も同じ表へ置くと、無料枠の外へ出る地点が見えます。
無料枠と支払いの境目
公式無料枠は毎月最初の1TiBのクエリ処理と10GiBストレージです。新規アカウントのクレジット、BigQuery Sandbox、Always Freeを分けて確認します。無料枠はスロット予約、ストリーミング、転送、周辺サービスを全て無料にしません。
dry runで処理バイトを確認し、パーティションフィルタと列指定を徹底します。月のジョブ数、データ増加、同時クエリ、更新時間を測ってオンデマンドと予約を比較し、キャッシュヒットと請求を照合します。
- SELECT *やパーティションなしで全テーブルを読む。
- 無料枠が全プロジェクトへ無制限に合算されると考える。
- ストレージ、タイムトラベル、長期保存を別行にしない。
- 予約スロットを買って利用率を測らない。
無料枠を使う場合も、請求アラートと予算上限を先に用意します。停止すれば計算量が止まるサービスもあれば、ディスク、バックアップ、固定IP、ログの保存が続くものもあります。検証用のリソース名とリージョンを一覧化し、テスト終了後に削除・保持を判断してください。
運用と割引を料金へ戻す
処理バイト、スロット使用率、待ち時間、失敗、請求ラベル、テーブル増加、パーティション偏りを監視します。最大バイト制御、カスタムコスト制御、予約割当、データ品質を組み合わせます。
予約、Savings Plans、Committed Use Discountなどは、安くなる可能性と引き換えに利用を約束する仕組みです。変動の大きい初期段階はオンデマンドで測り、平常負荷、移行可能性、リージョン、前払い、未使用時の扱いが固まってから比較します。割引率だけでなく、解約や縮小が難しくなる条件を公式ページで確認します。
データ、契約、解約を決める
売上、顧客、ログ、個人情報が集まります。データセット・表・列レベルIAM、行・列アクセス、Policy Tags、CMEK、監査、リージョン、保持を設計し、開発コピーを匿名化します。
データセット、表、予約、スロット、BI Engine、転送、ログ、外部バケットを個別に削除・縮小します。予約やコミットメントは期間が残るため、分析量が固まってから購入します。 リソースを削除しても、バックアップ、スナップショット、ログ、DNS、レジストリ、請求設定が自動で消えるとは限りません。解約・停止の前にデータ、設定、監査ログ、請求書をエクスポートし、復元担当と保持期限を確認してください。
向く人・向かない人
| 向く人 | 向かない/先に決めること |
|---|---|
| SQLとモデリングでスキャン量を制御できる人 | クエリを最適化せず処理量で悩む人 |
| オンデマンドとスロットを利用率で比べるチーム | 少ない利用量で長期予約を買う人 |
| 権限・列アクセス・リージョンを設計できる人 | 本番データを分析プロジェクトへ無制限にコピーする人 |
| 無料枠・上限・請求ラベルを管理できる人 | 月末だけ請求を確認する人 |
迷ったら、最小構成を短時間だけ作り、同じ入力で再現できる計測表を残します。請求額だけでなく、復元に要する時間、権限分離、障害時の切り替え、削除後に残るデータを確認すると、価格と運用負荷を同じ判断にできます。
公式CTA: BigQuery公式料金ページと公式計算ツールで、リージョン、利用量、保存、転送、バックアップを入力してください。無料枠の条件、請求アラート、契約・解約画面を確認してから本番へ進めます。
関連する記事
- Cloud SQLの料金:料金・設計・運用の比較に役立つ。
- Google Compute Engineの料金:料金・設計・運用の比較に役立つ。
- Google Cloud Storageの料金:料金・設計・運用の比較に役立つ。
- Power BIの料金:料金・設計・運用の比較に役立つ。
公式情報
BigQueryはクエリが読むバイトを可視化すると整理しやすくなります。dry run、パーティション、列アクセス、ストレージ、スロット、無料枠を運用表へ置き、分析の自由さと上限を両立させます。 最初に入力する数字を小さくても記録し、公式料金ページの更新と請求画面を定期的に突き合わせることが、継続利用の判断を安定させます。
公開前にもう一度確認する数字
クラウドの料金は、登録した設定ではなく実際の使用量と保持状態で動きます。公開前に、平常日の利用量、ピーク時の上限、保存期間、バックアップの復元先、データの移転先を担当者と共有してください。数字が変わったときにどの設定を見直すかまで決めておけば、請求画面を見てから慌てずに済みます。
もう一つの確認点は、利用を止めた後に何が残るかです。リソース一覧、請求明細、監査ログ、バックアップの保存先を同じ担当者が見られるようにし、削除前には復元できるデータと削除すべきデータを分けます。無料枠を使い切ることより、想定外の利用を早く見つけられる運用を優先してください。
分析の前には、対象期間と列を絞ったクエリを保存し、dry runで読み取り量を確認します。定期実行の頻度、結果テーブルの保存期間、予約スロットの利用有無を担当者間で共有すれば、無料枠を超えた理由を後から追跡できます。

