デフォルトでは、クエリの料金はスキャンされたデータに対して（TiB 単位で）課金されるオンデマンド料金モデルを使用して請求されます。

オンデマンド料金では、通常、単一のプロジェクトのすべてのクエリで共有される最大 2,000 個のスロットを同時実行できます。BigQuery は、小規模なクエリを高速化するため、この上限を定期的に一時超過します。また、特定のロケーションでのオンデマンド容量に対して大量の競合が発生している場合、利用可能なスロットが少なくなることがあります。

オンデマンド（TiB あたり）のクエリ料金は次のとおりです。

オンデマンド（TiB あたり）のクエリ料金については、次の点に注意してください。

• BigQuery ではカラム型データ構造が使用されています。選択した列にある処理される全データに応じて課金され、列ごとの全データは、列のデータの種類に基づいて計算されます。データサイズの計算方法の詳細については、クエリ費用の見積もりをご覧ください。
• 共有データに対して実行されるクエリに対して料金が発生します。データオーナーは、データにアクセスされても料金を請求されません。
• エラーが返されたクエリまたはキャッシュから結果が取得されたクエリに対しては料金が発生しません。手続き型言語ジョブでは、これと同じことがステートメント単位で考慮されます。
• 料金は MB 単位のデータ処理容量（端数は切り上げ）で決まります。クエリが参照するテーブルあたりのデータ最小処理容量は 10 MB、クエリあたりのデータ最小処理容量は 10 MB とします。
• 実行中のクエリジョブをキャンセルすると、そのクエリが完了した場合に発生する料金が全額課金される可能性があります。
• クエリを実行するときは、結果に LIMIT を明示的に設定している場合でも、選択した列にある処理されたデータに応じて課金されます。
• テーブルのパーティショニングとクラスタ化により、クエリで処理されるデータ量を削減できます。ベスト プラクティスとして、可能な限りパーティショニングとクラスタリングを行ってください。
• オンデマンド（TiB あたり）料金は、Google Cloud SKU ページに分析料金として記載されています。
• クラスタ化テーブルにクエリを実行するときに、そのクエリにクラスタ化された列のフィルタが含まれている場合、BigQuery はフィルタ式を使用して、クエリでスキャンされるブロックをプルーニングします。これにより、スキャンされるバイト数を減らすことができます。

BigQuery の費用管理メカニズムを使用すると、クエリ料金に上限を設定できます。以下の項目を設定できます。

• ユーザーレベルまたはプロジェクト レベルのカスタムコスト管理
• クエリで課金される最大バイト数

処理されるバイト数を計算する方法の詳細な例については、クエリサイズの計算をご覧ください。

BigQuery は、追加の容量が必要なお客様や、オンデマンド料金（処理されたデータ 1 TiB あたり）よりもクエリ ワークロードの費用を予測可能にすることを希望するお客様向けに、容量ベースのコンピューティング料金モデルを提供しています。容量コンピューティング モデルでは、従量制料金（自動スケーリングあり）と、割引料金が適用される 1 年間または 3 年間のオプションのコミットメントが提供されます。クエリ処理容量（スロット（仮想 CPU）単位）に対して料金が発生します。

容量料金を有効にするには、BigQuery Reservations を使用します。

BigQuery スロット容量:

• は、Standard、Enterprise、Enterprise Plus の 3 つのエディションでご利用いただけます。
• BigQuery ML、DML、DDL ステートメントなどのクエリ費用に適用されます。
• ストレージ費用や BI Engine コストには適用されません。
• ストリーミング挿入と BigQuery Storage API の使用には適用されません。
• BigQuery の自動スケーラーを活用できます。
• は 1 秒ごとに課金されます（最小課金時間は 1 分）。

オプションの BigQuery スロット コミットメント:

• 1 年または 3 年の期間で利用できます。
• は Enterprise と Enterprise Plus のエディションで利用できます。
• リージョン容量です。あるリージョンまたはマルチリージョンで購入したコミットメントを別のリージョンまたはマルチリージョンで使用することも、移行することもできません。
• 組織全体での共有が可能です。すべてのプロジェクトでスロット コミットメント を購入する必要はありません。
• スロットの最小数は 50 で、50 スロット単位で追加購入できます。
• 期間終了時にキャンセルするように設定されていない限り、自動的に更新されます。

次の表に、Standard エディションのスロットの費用を示します。

次の表に、Enterprise エディションのスロットの費用を示します。

次の表に、Enterprise Plus エディションのスロットの費用を示します。

BigQuery の一部として使用される追加のサービスは、BigQuery サービス SKU を使用して課金されます。これらのサービスには、データ転送サービスが含まれます。

次の表は、BigQuery サービスの SKU を使用して課金されるさまざまなサービスを示しています。

ストレージ料金は、BigQuery に読み込むデータを保存する費用です。アクティブ ストレージと長期保存に対して料金が発生します。

• アクティブ ストレージには、過去 90 日間で変更されたテーブルまたはテーブル パーティションが含まれます。
• 長期保存には、90 日間連続して変更されていないテーブルまたはテーブル パーティションが含まれます。そのテーブルのストレージの料金は自動的に約 50% 割引されます。アクティブ ストレージと長期保存のパフォーマンス、耐久性、可用性に違いはありません。

ストレージの料金は、テーブルに格納されているデータの量に基づいて計算されます。 一時セッション テーブル と 一時マルチステートメント テーブル は、アクティブ ストレージに対してのみ課金されます。タイムトラベル ストレージとフェイルセーフ ストレージの料金は発生しません。一時キャッシュのクエリ結果テーブルにはストレージ料金はかかりません。

データのサイズは、個々の列のデータ型に基づいて計算されます。データサイズの計算方法の詳細については、データサイズの計算をご覧ください。

ストレージの料金は、MiB あたり、秒あたりで案分されます。たとえば、us-central1 でアクティブな論理ストレージを使用している場合:

• 512 MiB を半月格納した場合、支払い額は $0.00575 USD
• 100 GiB を半月保存した場合、支払い額は 1.15 米ドル
• 1 TiB を 1 か月格納した場合、支払い額は $23.552

ストレージの使用量は ギビバイト月（GiB 月）単位で計算されます。1 GiB は 230 バイト（1,024 MiB）です。同様に、1 テビバイト（TiB）は 240 バイト（1,024 GiB）です。最終的な使用量値は、データサイズ（ギビバイト）とストレージ使用時間（月）の積です。

テーブルのデータが 90 日間連続して変更または削除されていない場合、長期保存レートで請求されます。テーブルを長期にわたって保存していても、パフォーマンス、耐久性、可用性などの各種機能性が損なわれることはありません。

分割テーブルの各パーティションには長期保存の料金が個別に適用されます。90 日間変更がなかったパーティションのデータは長期保存料金の対象となり、割引価格が適用されます。

そのテーブルを編集すると、価格は通常のストレージ価格に戻り、90 日間の無編集日数計数タイマーがゼロから始まります。テーブルで次のようなデータ変更を行った時点で、このタイマーはリセットされます。

上記以外の次のような操作では、タイマーはリセットされません。

• テーブルのクエリ
• テーブルクエリのビューの作成
• テーブルからのデータのエクスポート
• テーブルのコピー（別の宛先テーブルへ）
• テーブル リソースのパッチ適用または更新

請求期間内に 90 日間のしきい値に達したテーブルの料金は、日割りで計算されます。

長期保存の料金が適用されるのは BigQuery ストレージのみです。Bigtable、Cloud Storage、Google ドライブなどの外部データソースには適用されません。

データサイズの計算

BigQuery にデータを読み込むとき、またはデータのクエリを実行するときに、データサイズに応じて料金が発生します。データサイズは、各列のデータ型のサイズに基づいて計算されます。

保存されたデータのサイズとクエリで処理されたデータのサイズは、ギビバイト（GiB）単位で計算されます。1 GiB は 230 バイト（1,024 MiB）です。同様に、1 テビバイト（TiB）は 240 バイト（1,024 GiB）です。

詳細については、データ型のサイズをご覧ください。

BigQuery Data Transfer Service は、月ごとに比例配分されて料金が請求されます。請求は次のようになります。

すべての Android アプリには、com.example.myapp などの Java パッケージ名に似た一意のアプリケーション ID があります。[インストール] レポートには「パッケージ名」の列があります。転送の使用量を計算する際には、一意のパッケージ名の数が使用されます。

作成する 1 つの転送処理ごとに、1 日に 1 回以上の実行が生成されます。パッケージ名は、転送実行が完了した日にのみカウントされます。たとえば、7 月 14 日に開始、7 月 15 日に完了した転送実行では、7 月 15 日にパッケージ名がカウントされます。

同じ日に複数回の転送で一意のパッケージ名が検出された場合は、1 回だけカウントされます。パッケージ名は、転送構成ごとに別個にカウントされます。2 つの別々の転送構成の実行で 1 つの一意のパッケージ名が検出された場合、そのパッケージ名は 2 回カウントされます。

パッケージ名が 1 か月間毎日表示された場合、その月の料金は 25 ドルになります。それ以外の場合、1 か月の一部で表示された場合は、料金が日割り計算されます。

例 1: 1 つのアプリ（com.smule.singandroid）を同期する場合、月額料金は 25 ドル + BigQuery のストレージ料金になりますか？

答えは、月額 25 ドル（日割り）+ BigQuery のストレージ/クエリ費用です。

例 2: 過去のすべてのデータ（10 年分）を同期する場合、120 か月分の料金が請求されますか、それとも一度に転送したため 1 か月分の料金が請求されますか？

答えは、依然として月額 25 ドル（日割り）+ BigQuery のストレージ/クエリ費用です。Installs_country テーブルの個別 Package Name ごとに 25 ドルを請求するため、その個別 Package Name の履歴データが何年前のものかに関係ありません。

BigQuery Omni では、ワークロードとニーズに応じて次の料金モデルが提供されます。

BigQuery のオンデマンド分析モデルと同様に、BigQuery Omni のクエリはデフォルトでオンデマンド（TiB 単位）料金モデルを使用して課金されます。このモデルでは、クエリでスキャンされたデータに対して料金が支払われます。

オンデマンド料金では、通常、単一のプロジェクトのすべてのクエリで共有される同時実行スロットの大きなプールを利用できます。BigQuery Omni が、小規模なクエリを高速化するために、この上限を超えて一時的にバーストする場合があります。また、特定のロケーションでのオンデマンド容量に対して大量の競合が発生している場合、利用可能なスロットが少なくなることがあります。

BigQuery Omni のオンデマンド（TiB 単位）クエリ料金は次のとおりです。

詳細と制限事項は、BigQuery 分析料金と同様です。オンデマンド（TiB あたり）のクエリ料金については、次の点に注意してください。

• BigQuery ではカラム型データ構造が使用されています。選択した列で処理されたデータの合計容量に応じて課金されます。列ごとの合計データは、その列のデータ型に基づいて計算されます。データサイズの計算方法の詳細については、データサイズの計算をご覧ください。
• エラーが返されたクエリとキャッシュから結果が取得されたクエリに対しては料金が発生しません。手続き型言語ジョブでは、これと同じことがステートメント単位で考慮されます。
• 料金は MB 単位のデータ処理容量（端数は切り上げ）で決まります。クエリが参照するテーブルあたりのデータ最小処理容量は 10 MB、クエリあたりのデータ最小処理容量は 10 MB とします。
• 実行中のクエリジョブをキャンセルすると、そのクエリが完了した場合に発生する料金が全額課金される可能性があります。
• クエリを実行するときは、結果に LIMIT を明示的に設定している場合でも、選択した列にある処理されたデータに応じて課金されます。
• テーブルのパーティショニングとクラスタ化により、クエリで処理されるデータ量を削減できます。ベスト プラクティスとして、可能な限りパーティショニングとクラスタリングを行ってください。
• オンデマンド（TiB あたり）料金は、Google Cloud SKU ページに分析料金として記載されています。
• クラスタ化テーブルにクエリを実行するときに、そのクエリにクラスタ化された列のフィルタが含まれている場合、BigQuery はフィルタ式を使用して、クエリでスキャンされるブロックをプルーニングします。これにより、スキャンされるバイト数を減らすことができます。

BigQuery の費用管理メカニズムを使用すると、クエリ料金に上限を設定できます。以下の項目を設定できます。

• ユーザーレベルまたはプロジェクト レベルのカスタムコスト管理
• クエリで課金される最大バイト数

BigQuery Omni リージョンは、BigQuery エディションをサポートしています。現時点では、Omni リージョンでサポートされるのは Enterprise エディションのみ

次の表に、Omni リージョンのスロットの費用を示します。

AWS または Azure から Google Cloud へのデータの移動を伴う Omni のクロスクラウド機能（クロスクラウド転送、SELECT AS TABLE の作成、SELECT INTO の挿入、クロスクラウド結合、クロスクラウド マテリアライズド ビュー）を使用する場合、データ転送に追加料金が発生します。

特に、クロスクラウド マテリアライズド ビュー、Create Table as Select、Insert Into Select、クロスクラウド結合については、プレビュー期間中は料金はかかりません。2024 年 2 月 29 日より、これらのサービスは一般提供が開始され、データ転送に対して料金が請求されます。AWS または Azure リージョンから Google Cloud BigQuery リージョンに上記のサービスを使用する場合にのみ、データ転送の料金が発生します。AWS または Azure から Google Cloud に転送されるデータ量に基づいて、GiB あたりの料金が課金されます。

Omni のクロスクラウド マテリアライズド ビュー機能を使用する場合は、AWS の BigQuery マネージド ストレージにあるローカル マテリアライズド ビューの作成料金も課金されます。ローカル マテリアライズド ビューに使用される物理ストレージの量に対して、GiB あたりの料金が課金されます。

BigQuery には次の 2 種類のデータ取り込みモードがあります。

• バッチ読み込み。単一のバッチ オペレーションで、ソースファイルを 1 つ以上の BigQuery テーブルに読み込む。
• ストリーミング。BigQuery Storage Write API または 以前のストリーミング API を使用して、一度に 1 レコードずつ、または小規模なバッチでデータをストリーミングします。

選択するモードの詳細については、データの読み込みの概要をご覧ください。

デフォルトでは、Cloud Storage から、またはローカル ファイルから BigQuery にデータを一括で読み込んでも料金は発生しません。リージョン間のロードジョブでは、ネットワーク使用量に対して ネットワーク データ転送 SKU に基づいて課金されます。

デフォルトでは、読み込みジョブはスロットの共有プールを使用します。BigQuery は、この共有プールの使用可能容量や、表示されるスループットを保証しません。別の方法として、読み込みジョブを実行するための専用スロットを購入することもできます。専用スロットを購入すると、容量ベースの料金が発生します。読み込みジョブは、予約に割り当てられると無料のプールにアクセスできなくなります。詳しくは、割り当てをご覧ください。

BigQuery に読み込んだデータは、BigQuery のストレージの料金の対象となります。Cloud Storage からデータを読み込む場合は、Cloud Storage へのデータの保存に対して料金が発生します。詳細については、Cloud Storage の料金ページのデータ ストレージをご覧ください。

BigQuery には次の 2 種類のデータ抽出モードがあります。

• バッチ エクスポート。抽出ジョブを使用して、テーブルデータを Cloud Storage にエクスポートします。抽出ジョブを使用して BigQuery テーブルからデータをエクスポートする場合、処理料金はかかりません。リージョン間の抽出ジョブは、Google Cloud クロスリージョン SKU の一般的なデータ転送ネットワーク トラフィックとして課金されます。
• クエリ結果をエクスポートする。EXPORT DATA ステートメントを使用して、クエリ結果を Cloud Storage、Bigtable、または Spanner にエクスポートします。クエリ文を処理するためのコンピューティング費用が課金されます。
• ストリーミング読み取り。Storage Read API を使用して、テーブルデータを高スループットで読み取ります。読み取られたデータ量に対して課金されます。

注: Google Cloud コンソール、BigQuery API、Looker などの他のクライアントでクエリ結果にアクセスする場合、データ抽出やデータ転送の料金は発生しません。

BigQuery から別のリージョンの Cloud Storage バケットまたは Spanner テーブルにデータをバッチでエクスポートする場合、データ転送の料金が発生します。

注: すべての料金は $/GiB で、すべての GiB は物理バイトです。

Storage Read API にはオンデマンド料金モデルがあり、オンデマンド料金では、BigQuery は、処理されたバイト数（読み取りバイト数とも呼ばれる）に基づいて課金します。オンデマンド料金は使用量のみに基づいて計算され、各請求先アカウントの読み取りバイト数の無料枠は 1 か月あたり 300 TiB です。一時テーブルからの読み取りの一環としてスキャンされたバイト数は無料であり、300 TiB の無料枠には計上されません。この無料の読み取りバイト数 300 TiB は、読み取りバイト数のコンポーネントに対するもので、関連付けられたアウトバウンド データ転送には適用されません。

Storage Read API の料金については、次の点に注意してください。

• 課金は読み取られた合計データ量に基づいて行われます。1 列あたりの読み取られた合計データ量は、列内のデータ型に基づいて計算され、データのサイズは列のデータ型に基づいて計算されます。データサイズの計算方法の詳細については、データサイズの計算をご覧ください。
• ReadRows の呼び出しが失敗した場合でも、読み取りセッションで読み取られたデータに対して料金が発生します。
• ストリームの終わりに達する前に ReadRows の呼び出しをキャンセルした場合、キャンセル前に読み取られたデータに対して料金が発生します。ReadRows の呼び出しをキャンセルする前に読み取られたものの返されていないデータが、請求金額に含まれる可能性があります。
• ベスト プラクティスとして、可能な限りパーティション分割テーブルやクラスタ化テーブルを使用してください。WHERE 句を使用してパーティションをプルーニングすると、読み取るデータ量を減らせます。詳細については、パーティション分割テーブルのクエリをご覧ください。
• インターコネクトを使用する場合、BigQuery Storage Read API の一般的なネットワーク使用量の料金ではなく、Cloud インターコネクトの料金 が適用されます。

同じリージョン内でのコピー操作に加えて、BigQuery ではリージョン間でデータを複製（コピー）する 2 つのモードが用意されています。1 回限りのコピー オペレーションを実行することも、増分継続レプリケーションを使用することもできます。リージョン間でデータをコピーするオプションは次のとおりです。

• クロスリージョン コピー。リージョン間またはマルチリージョン間でテーブルデータを 1 回コピーまたはスケジュール コピーする場合、データセットのコピーまたはテーブルのコピーをご覧ください。クロスリージョン コピーは、Google Cloud クロスリージョン SKU の一般的なデータ転送ネットワーク トラフィックとして課金されます。
• クロスリージョン レプリケーション。2 つ以上の異なるリージョンまたはマルチリージョン間でのデータセットの継続的な増分レプリケーション（クロスリージョン データセット レプリケーションを参照）。
• クロスリージョン ターボ レプリケーション。2 つ以上の異なるリージョンまたはマルチリージョン間で、データセットの継続的な増分レプリケーションを高いパフォーマンスで実行します。マネージド障害復旧でのみ利用可能。

クロスリージョン レプリケーションとクロスリージョン ターボ レプリケーションはどちらも、BigQuery ネットワーク下りレプリケーション SKU の下で課金されます。

宛先リージョンまたはマルチリージョンに保存されたレプリケートされたデータには、BigQuery ストレージの料金が課金されます。

レプリケートされたデータ量に対してデータ転送料金が課金されます。ユースケースとデータ転送料金の明細は次のとおりです。

注: すべての料金は $/GiB で、すべての GiB は物理バイトです。

BigQuery Studio ノートブックは、ノートブック コードの実行を可能にする Colab Enterprise ランタイム を使用するデフォルトのノートブック ランタイムに依存しています。デフォルトの Colab Enterprise ランタイムは、コンピューティング リソースとディスク リソース（SSD と PD の両方）を消費します。

これらのリソースの料金は、以下に示す従量課金制スロットとして計測されます。これらのスロットは、BigQuery Standard エディション SKU で課金されます。

デフォルト以外のランタイムを使用するノートブックは、Vertex SKU の下で課金されます。

デフォルトのノートブック ランタイムは、ノートブック（IPYNB ファイル）内のコードを実行できる、Google がプロビジョニングした仮想マシン（VM）です。これにより、BigQuery のお客様は Python スクリプトを実行でき、アイドル時間後に料金が請求されることはありません。

デフォルトのノートブックでは、ユーザーが新しいデータ サイエンス パッケージをインストールし、実行する Python コード以外にも作業を維持できるように、バックグラウンドで PD と SSD が割り当てられます。PD と SSD がリリースされると、料金は発生しません。

BigQuery ML モデル は、組み込みモデルと外部モデルの 2 つの異なるカテゴリに分類できます。BigQuery ML の組み込みモデル（線形回帰、ロジスティック回帰、K 平均法、行列分解、PCA、ARIMA のモデルなど）は、BigQuery 内でトレーニングされます。事前トレーニング済みの TimesFM モデルも組み込みモデルとみなされます。BigQuery ML の外部モデルは、他の Google Cloud サービス、DNN、ブーストツリー、ランダム フォレスト（Vertex AI でトレーニング）および AutoML モデル（Vertex AI Tables のバックエンドでトレーニング）を活用してトレーニングされます。BigQuery ML モデルのトレーニング料金は、モデルタイプと使用パターン、および料金モデル（エディションまたはオンデマンド）に基づいて計算されます。BigQuery ML の予測関数と評価関数は、すべてのモデルタイプを対象に BigQuery ML 内で実行されます。料金設定については以下の説明をご覧ください。

BigQuery ML は、オンデマンド（処理されたバイト数）モデルよりもコンピューティング容量（スロット数）ベースの料金モデルを好むお客様向けに、Enterprise エディションと Enterprise Plus エディションで利用できます。お客様は、Enterprise または Enterprise Plus の予約を使用して、BigQuery ML のすべての機能を利用できます。BigQuery ML の使用量は、BigQuery エディションの使用量に含まれます。

組み込みモデルを作成するための予約

BigQuery には、予約割り当てのジョブタイプが 3 つあります。QUERY、PIPELINE、ML_EXTERNAL です。分析クエリに使用される QUERY 割り当ては、BigQuery ML の組み込みモデルの CREATE MODEL クエリを実行するためにも使用されます。組み込みモデルのトレーニングと分析クエリは、割り当てられた予約で同じリソースプールを共有し、プリエンプティブルである、また他の予約のアイドル スロットを使用するという点に関して同じように動作します。

外部モデルを作成するための予約

外部モデルは BigQuery 外でトレーニングされるため、これらのワークロードはプリエンプティブルではありません。その結果、他のワークロードが影響を受けないように、これらの外部ジョブには ML_EXTERNAL ジョブタイプが割り当てられた予約のみを使用できます。予約のワークロード管理では、外部モデルのトレーニング ジョブの予約の作成方法を説明しています。ジョブあたりのスロットの使用量は、BigQuery のスロットと Google Cloud の外部サービスとの間で同等の料金を維持するように計算されます。

注: BigQuery ML 外部モデルの構築に使用する予約には、 ML_EXTERNAL ジョブタイプを割り当てることができます。予約のスロットが QUERY/PIPELINE ジョブと ML_EXTERNAL ジョブの両方によって共有されている場合、QUERY/PIPELINE ジョブがそのスロットを使用できるのは空きがある場合のみです。従って、ML_EXTERNAL ジョブはプリエンプティブルではないため、重要な QUERY ジョブと PIPELINE ジョブはすべて独自の予約で実行することが重要です。 ML_EXTERNAL ジョブは他の予約のアイドル スロットを使用できません。一方、この予約のスロット（ML_EXTERNAL 割り当てあり）が利用可能な場合、他の予約（ignore_idle_slots=false を使用）からのジョブでそれらのスロットを使用できます。

注: AutoML Tables のモデルを作成するには、約 1, 000 ML_EXTERNAL スロットが必要です。スロットの数は、Vertex AI Tables のバックエンドの料金に応じて変わることがあります。一方、他の BigQuery ML 外部モデル（DNN、ブーストツリー、ランダム フォレストなど）のトレーニングに使用される外部スロットの数は、トレーニング ジョブを水平スケーリングするために動的に決定されます。具体的には、Vertex AI トレーニング スケール階層（チーフワーカー、パラメータ サーバー、ワーカーの仮想マシン構成）は、トレーニング データのサイズとモデルタイプに基づいて実行時に決定されます。その後、BigQuery ML サービスは、ML_EXTERNAL 予約の合計 VM 料金に相当するスロットを予約します。

BigQuery ML のオンデマンド クエリの料金は、オペレーションのタイプ（モデルタイプ、モデルの作成、モデルの評価、モデルの検査、モデルの予測）によって異なります。ハイパーパラメータ チューニングをサポートするモデルの場合、ハイパーパラメータ チューニングはモデル作成と同じ料金で課金されます。ハイパーパラメータ チューニングに関連するモデル トレーニングの費用は、実行されたすべてのトライアルの費用の合計です。

注: 行列分解モデルは、エディションをご利用のお客様、または Reservations をご利用のお客様のみが使用できます。

BigQuery ML のオンデマンド料金は次のとおりです。

BigQuery ML を使用すると、Vertex AI 基盤モデル、Vertex AI オンライン予測エンドポイント、または Cloud AI API（Cloud AI Vision API など）をターゲットとするリモートモデルを作成できます。

BigQuery ML リモートモデル推論の料金は、次の部分で構成されています。

1. BigQuery で処理されたバイトは、オンデマンド料金やエディション料金などの標準料金に従って課金されます。
2. さらに、リモート エンドポイントには次のような費用が発生します。

Vertex AI LLM を介してリモートモデルで教師ありチューニングを使用する場合、費用は以下に基づいて計算されます。

• AS SELECT 句で指定されたトレーニング データテーブルから処理されたバイト数。これらの料金は、BigQuery からプロジェクトに請求されます。
• LLM をチューニングするための GPU または TPU の使用量。これらの料金は、Vertex AI からプロジェクトに請求されます。詳細については、Vertex AI の料金をご覧ください。

各モデルタイプの基盤となるアルゴリズムの性質上、および料金の相違により、初期見積もりの計算が複雑になるため、モデルタイプによっては、トレーニングが完了するまで処理されたバイト数が計算されません。

BigQuery ML の料金は、請求明細に個別に記載されません。現在のモデルでは、BigQuery ML の料金が BigQuery エディションに含まれています。

オンデマンド料金を選択している場合、BigQuery ML の料金は BigQuery 分析（クエリ）の料金に含まれます。

検査、評価、予測の各オペレーションを実行する BigQuery ML ジョブは、オンデマンド クエリジョブと同じ料金が発生します。CREATE MODEL クエリは料金が異なるため、CREATE MODEL ジョブの料金は Cloud Logging 監査ログを使用して、個別に計算する必要があります。監査ログを使用すると、BigQuery ML サービスによって課金されるバイト数を BigQuery ML の CREATE MODEL ジョブごとに算出できます。その後、課金されるバイト数に、リージョンまたはマルチリージョンのロケーションごとに定められた CREATE MODEL クエリの料金を掛けます。

たとえば、BigQuery ML の CREATE MODEL ステートメントを含むクエリジョブの米国での料金を算出するには、次の手順に沿って操作します。

• Google Cloud コンソールで [Cloud Logging] ページを開きます。
• プロダクトが BigQuery に設定されていることを確認します。
• [ラベルまたはテキスト検索でフィルタ] ボックスのプルダウン矢印をクリックし、[高度なフィルタに変換] を選択します。これでフィルタに次のテキストが追加されます。

• 2 行目（resource.type 行の下）に次のテキストを追加します。

• [フィルタを送信] ボタンの右側にあるプルダウン リストから、適切な期間を選択します。たとえば、[過去 24 時間] を選択すると、過去 24 時間に完了した BigQuery ML の CREATE MODEL ジョブが表示されます。
• [フィルタを送信] をクリックして、指定した時間枠内で完了したジョブを表示します。
• データが入力されたら、[表示設定] をクリックして [カスタム フィールドを変更] を選択します。
• [カスタム フィールドの追加] ダイアログに、次のテキストを入力します。

• [保存] をクリックして結果を更新します。
• BigQuery ML CREATE MODEL ジョブの料金を計算するには、課金されるバイト数に BigQuery ML のオンデマンド料金を掛けます。この例では、CREATE MODEL ジョブは 100,873,011,200 バイトを処理しています。このジョブの料金を US マルチリージョン ロケーションで計算するには、課金されるバイト数を TiB のバイト数で割り、その数にモデル作成の料金を掛けます。

100873011200 / 1099511627776 x $312.5 = $28.669

注: 現在、Cloud Logging で BigQuery ML の指標は利用できません。利用可能になると、Cloud Logging 指標を使用して、BigQuery ML の課金されるバイト数をカスタム集計とともにグラフで表示できるようになります。

BI Engine は、BigQuery データをメモリにキャッシュすることで SQL クエリを高速化します。データの保存量は、購入する容量によって制限されます。BI Engine の容量を購入するには、クエリを実行するプロジェクトで BI Engine の予約を作成します。

BI Engine がクエリを高速化すると、テーブルデータを読み取るクエリステージは無料になります。以降の段階は、使用している BigQuery の料金タイプによって異なります。

• オンデマンド料金の場合、BI Engine を使用するステージでは、スキャンされたバイト数 0 で課金されます。後続のステージでは、追加のオンデマンド料金は発生しません。
• エディションの料金の場合、最初のステージでは BigQuery 予約スロットは消費されません。後続のステージでは、BigQuery の予約のスロットが使用されます。

BI Engine の料金は次のとおりです。

BigQuery エディションのコミットメントで BigQuery の容量コンピューティング料金を使用している場合、以下の図に示すように、エディションの料金の一部として、追加料金なしで一定量の BI Engine 容量を受け取る資格があります。追加料金なしで BI Engine 容量を利用するには、エディションの予約と同じ組織内のプロジェクトで 容量を予約 する手順に従います。特定のプロジェクトの BI Engine 予約がこのバンドルされた容量に対して割引されるようにするには、そのプロジェクトにスロットを割り当てる必要があります。「オンデマンド分析」プロジェクトの BI Engine 予約は、無料容量にはカウントされません。無料容量は請求レポートでは通常料金として表示されますが、これは「支出に基づく割引」として割引されます。

次の BigQuery オペレーションは、どのロケーションでも無料でご利用いただけます。これらのオペレーションには割り当てと上限が適用されます。

リージョン間でテーブルをコピーする場合は、データ レプリケーションの料金が発生します。

Google Cloud の無料枠の一部として、BigQuery では特定の上限まで無料でリソースを使用できるようになっています。この無料枠の使用量上限は、無料トライアル期間中だけでなく、期間終了後も適用されます。使用量上限を超えた場合や無料トライアル期間を過ぎた場合は、このページで説明する料金体系に沿って課金されます。BigQuery サンドボックスで、クレジット カードなしで BigQuery の無料枠をお試しいただけます。

注: BigQuery の定額料金モデルは、2023 年 7 月 5 日をもって提供を終了しました。既存の定額料金コミットメントがあるお客様向けに説明されています

定額料金のコンピューティング料金モデルを使用する場合は、専用のクエリ処理容量（BigQuery スロットの割り当て数）を購入します。クエリでこの容量を使用しても、処理されたバイト数に対しては請求されません。容量の需要がコミット済み容量を超過すると、BigQuery はクエリをキューに入れます。追加の料金はかかりません。

定額コンピューティング料金:

• BigQuery ML、DML、DDL ステートメントなどのクエリ費用に適用されます。
• ストレージ費用や BI Engine コストには適用されません。
• ストリーミング挿入と BigQuery Storage API の使用には適用されません。
• 購入した容量はリージョン リソースとなります。あるリージョンまたはマルチリージョンで購入したスロット コミットメント は、別のリージョンまたはマルチリージョンで使用することも、移行することもできません。
• コミットメントは秒単位（フレックス）、月額、年額からお選びいただけます。
• 組織全体での共有が可能です。すべてのプロジェクトでスロット コミットメント を購入する必要はありません。
• 最小スロット数は 100 で、100 スロット単位で購入可能です。
• コミットメントがキャンセルされるまで、秒単位で課金されます。キャンセルはコミットメントの終了日を過ぎてからいつでも可能です。

次の表に、月定額スロット コミットメントの費用を記載します。詳しくは、月間コミットメントをご覧ください。

次の表に、年間定額スロット コミットメントの費用を記載します。詳細については、年間コミットメントをご覧ください。

Flex Slots は特殊なコミットメント タイプです。

• コミット期間は 60 秒のみです。
• その後はいつでも Flex Slots のスロットをキャンセルできます。
• コミットメントがデプロイされた期間中にのみ秒単位で課金されます。

Flex Slots は容量の可用性の影響を受けます。Flex Slots を購入しようとするとき、その購入が確実に成功するとは限りません。ただし、コミットメントの購入が成功すると、確保した容量はキャンセルするまで保証されます。詳細については、Flex Slots をご覧ください。

次の表に、Flex Slots コミットメントの費用を記載します。