Google BigQuery料金比較|オンデマンド・容量・ストレージ

ITスキル実務

対象: 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公式料金ページと公式計算ツールで、リージョン、利用量、保存、転送、バックアップを入力してください。無料枠の条件、請求アラート、契約・解約画面を確認してから本番へ進めます。

関連する記事

公式情報

BigQueryはクエリが読むバイトを可視化すると整理しやすくなります。dry run、パーティション、列アクセス、ストレージ、スロット、無料枠を運用表へ置き、分析の自由さと上限を両立させます。 最初に入力する数字を小さくても記録し、公式料金ページの更新と請求画面を定期的に突き合わせることが、継続利用の判断を安定させます。

公開前にもう一度確認する数字

クラウドの料金は、登録した設定ではなく実際の使用量と保持状態で動きます。公開前に、平常日の利用量、ピーク時の上限、保存期間、バックアップの復元先、データの移転先を担当者と共有してください。数字が変わったときにどの設定を見直すかまで決めておけば、請求画面を見てから慌てずに済みます。

もう一つの確認点は、利用を止めた後に何が残るかです。リソース一覧、請求明細、監査ログ、バックアップの保存先を同じ担当者が見られるようにし、削除前には復元できるデータと削除すべきデータを分けます。無料枠を使い切ることより、想定外の利用を早く見つけられる運用を優先してください。

分析の前には、対象期間と列を絞ったクエリを保存し、dry runで読み取り量を確認します。定期実行の頻度、結果テーブルの保存期間、予約スロットの利用有無を担当者間で共有すれば、無料枠を超えた理由を後から追跡できます。

タイトルとURLをコピーしました