BigQuery のロケーション
このページでは、ロケーションのコンセプトと、データを保存して処理できるさまざまなリージョンについて説明します。ストレージと分析の料金は、データと予約のロケーションによっても定義されます。ロケーションの料金の詳細については、BigQuery の料金をご覧ください。データセットのロケーションを設定する方法については、データセットを作成するをご覧ください。予約のロケーションについては、さまざまなリージョンの予約の管理をご覧ください。
BigQuery Data Transfer Service がロケーションを使用する方法について詳しくは、データのロケーションと転送をご覧ください。
ロケーションとリージョン
BigQuery には次の 2 種類のデータとコンピューティング ロケーションがあります。
リージョンは、ロンドンなどの特定の地理的な場所となります。
マルチリージョンは、米国などの複数のリージョンを含む広い地理的なエリアとなります。マルチリージョン ロケーションは、シングル リージョンよりも大きい割り当てを提供できます。
どちらのロケーションでも、BigQuery は選択したロケーションの 1 つのリージョン内にある 2 つの異なる Google Cloud ゾーンにデータのコピーを自動的に保存します。データの可用性と耐久性の詳細については、信頼性: 障害対策をご覧ください。
サポートされているロケーション
BigQuery データセットは、次のリージョンとマルチリージョンに保存できます。リージョンとゾーンの詳細については、地域とリージョンをご覧ください。
地域
次の表は、BigQuery が利用可能な南北アメリカのリージョンを示したものです。| リージョンの説明 | リージョン名 | 詳細 |
|---|---|---|
| コロンバス（オハイオ州） | us-east5 |
|
| ダラス | us-south1 |
|
| アイオワ | us-central1 |
 低 CO2 |
| ラスベガス | us-west4 |
|
| ロサンゼルス | us-west2 |
|
| モントリオール | northamerica-northeast1 |
低 CO2 |
| 北バージニア | us-east4 |
|
| オレゴン | us-west1 |
低 CO2 |
| ソルトレイクシティ | us-west3 |
|
| サンパウロ | southamerica-east1 |
低 CO2 |
| サンティアゴ | southamerica-west1 |
|
| サウスカロライナ | us-east1 |
|
| トロント | northamerica-northeast2 |
低 CO2 |
| リージョンの説明 | リージョン名 | 詳細 |
|---|---|---|
| デリー | asia-south2 |
|
| 香港 | asia-east2 |
|
| ジャカルタ | asia-southeast2 |
|
| メルボルン | australia-southeast2 |
|
| ムンバイ | asia-south1 |
|
| 大阪 | asia-northeast2 |
|
| ソウル | asia-northeast3 |
|
| シンガポール | asia-southeast1 |
|
| シドニー | australia-southeast1 |
|
| 台湾 | asia-east1 |
|
| 東京 | asia-northeast1 |
| リージョンの説明 | リージョン名 | 詳細 |
|---|---|---|
| ベルギー | europe-west1 |
低 CO2
|
| フィンランド | europe-north1 |
低 CO2
|
| フランクフルト | europe-west3 |
|
| ロンドン | europe-west2 |
|
| マドリッド | europe-southwest1 |
低 CO2
|
| ミラノ | europe-west8 |
|
| オランダ | europe-west4 |
|
| パリ | europe-west9 |
低 CO2 |
| ワルシャワ | europe-central2 |
|
| チューリッヒ | europe-west6 |
低 CO2
|
| リージョンの説明 | リージョン名 | 詳細 |
|---|---|---|
| イスラエル | me-west1 |
マルチリージョン
次の表に、BigQuery を利用可能なマルチリージョンを示します。| マルチリージョンの説明 | マルチリージョン名 |
|---|---|
| 欧州連合の加盟国内のデータセンター1 | EU |
| 米国内のデータセンター | US |
1 EU マルチリージョン内のデータは europe-west1（ベルギー）または europe-west4（オランダ）のデータセンターにのみ保存されます。
BigQuery Omni のロケーション
BigQuery Omni は、クエリを実行するテーブルを含むデータセットと同じロケーションにあるクエリを処理します。データセットを作成した後で、そのロケーションを変更することはできません。データは AWS アカウントまたは Azure アカウント内に存在します。Standard エディションと Enterprise エディションは、BigQuery Omni リージョンをサポートしていません。エディションの詳細については、BigQuery エディションの概要をご覧ください。| リージョンの説明 | リージョン名 | |
|---|---|---|
| AWS | ||
| AWS - US East（北Virginia） | aws-us-east-1 |
|
| Azure | ||
| Azure - East US 2 | azure-eastus2 |
|
BigQuery ML のロケーション
BigQuery ML では、データを含むデータセットと同じロケーションにあるデータが処理され、ステージングされます。
BigQuery ML では、サービス固有の規約に従って、選択したロケーションにデータが保存されます。
BigQuery ML モデル予測とその他の ML 関数は、すべての BigQuery リージョンでサポートされています。モデルのトレーニングのサポートはリージョンによって異なります。
組み込みモデル（線形回帰、ロジスティック回帰、K 平均法、行列分解、時系列）およびインポートされたモデルのトレーニングは、すべての BigQuery リージョンでサポートされています。
XGBoost モデルを使用した DNN ツリーとブーストツリーのトレーニングは、マルチリージョン
USおよびEUとほとんどの単一リージョンで利用できます。詳細については、次の表をご覧ください。AutoML Tables のトレーニングは、
USとEUのマルチリージョン、およびほとんどの単一リージョンでサポートされています。
リージョンのロケーション
| リージョンの説明 | リージョン名 | インポートされた モデル |
組み込み モデルの トレーニング |
DNN/オートエンコーダ/ ブーストツリー/ ワイド＆ディープ モデル トレーニング |
AutoML モデルの トレーニング |
ハイパーパラメータ 調整 |
外部モデルのトレーニング | Vertex AI Model Registry の統合 | |
|---|---|---|---|---|---|---|---|---|---|
| 南北アメリカ | |||||||||
| コロンバス（オハイオ州） | us-east5 |
● | ● | ||||||
| ダラス | us-south1 |
● | ● | ||||||
| アイオワ | us-central1 |
● | ● | ● | ● | ● | ● | ● | |
| ラスベガス | us-west4 |
● | ● | ● | ● | ||||
| ロサンゼルス | us-west2 |
● | ● | ● | ● | ||||
| モントリオール | northamerica-northeast1 |
● | ● | ● | ● | ● | ● | ● | |
| 北バージニア | us-east4 |
● | ● | ● | ● | ● | ● | ● | |
| オレゴン | us-west1 |
● | ● | ● | ● | ● | ● | ||
| ソルトレイクシティ | us-west3 |
● | ● | ● | |||||
| サンパウロ | southamerica-east1 |
● | ● | ● | ● | ||||
| サンティアゴ | southamerica-west1 |
● | ● | ||||||
| サウスカロライナ | us-east1 |
● | ● | ● | ● | ● | ● | ||
| トロント | northamerica-northeast2 |
● | ● | ● | |||||
| ヨーロッパ | |||||||||
| ベルギー | europe-west1 |
● | ● | ● | ● | ● | ● | ● | |
| フィンランド | europe-north1 |
● | ● | ● | |||||
| フランクフルト | europe-west3 |
● | ● | ● | ● | ● | ● | ● | |
| ロンドン | europe-west2 |
● | ● | ● | ● | ● | ● | ● | |
| マドリッド | europe-southwest1 |
● | ● | ||||||
| ミラノ | europe-west8 |
● | ● | ||||||
| オランダ | europe-west4 |
● | ● | ● | ● | ● | ● | ● | |
| パリ | europe-west9 |
● | ● | ||||||
| ワルシャワ | europe-central2 |
● | ● | ||||||
| チューリッヒ | europe-west6 |
● | ● | ● | ● | ● | ● | ● | |
| アジア太平洋 | |||||||||
| デリー | asia-south2 |
● | ● | ||||||
| 香港 | asia-east2 |
● | ● | ● | ● | ● | ● | ● | |
| ジャカルタ | asia-southeast2 |
● | ● | ● | |||||
| メルボルン | australia-southeast2 |
● | ● | ||||||
| ムンバイ | asia-south1 |
● | ● | ● | ● | ● | |||
| 大阪 | asia-northeast2 |
● | ● | ● | |||||
| ソウル | asia-northeast3 |
● | ● | ● | ● | ● | ● | ● | |
| シンガポール | asia-southeast1 |
● | ● | ● | ● | ● | ● | ● | |
| シドニー | australia-southeast1 |
● | ● | ● | ● | ● | ● | ● | |
| 台湾 | asia-east1 |
● | ● | ● | ● | ● | ● | ● | |
| 東京 | asia-northeast1 |
● | ● | ● | ● | ● | ● | ● | |
| 中東 | |||||||||
| イスラエル | me-west1 |
● | ● | ||||||
マルチリージョンのロケーション
| リージョンの説明 | リージョン名 | インポートされた モデル |
組み込み モデルの トレーニング |
DNN/オートエンコーダ/ ブーストツリー/ ワイド＆ディープ モデルト レーニング |
AutoML モデルの トレーニング |
ハイパーパラメータ 調整 |
Vertex AI の統合 |
|---|---|---|---|---|---|---|---|
| 欧州連合の加盟国内のデータセンター1 | EU |
● | ● | ● | ● | ● | ● |
| 米国内のデータセンター | US |
● | ● | ● | ● | ● | ● |
1 EU マルチリージョン内のデータは europe-west2（ロンドン）や europe-west6（チューリッヒ）のデータセンターには保存されません。
Vertex AI Model Registry の統合は、単一リージョンの統合でのみサポートされています。マルチリージョン BigQuery ML モデルを Vertex AI Model Registry に送信すると、Vertex AI のリージョン モデルに変換されます。
BigQuery ML のマルチリージョン US モデルは Vertex AI us-central1 に同期され、BigQuery ML のマルチリージョン EU モデルは Vertex AI europe-west4 に同期されます。単一リージョン モデルの場合、変更はありません。
ロケーションを指定する
BigQuery は、データの読み込み、データのクエリ、データのエクスポートを行うときに、リクエストで参照されるデータセットに基づいてジョブを実行するロケーションを決定します。たとえば、クエリが asia-northeast1 リージョンに格納されたデータセット内のテーブルを参照する場合、クエリジョブはそのリージョンで実行されます。
クエリがデータセット内のテーブルやその他のリソースを参照せず、宛先テーブルが指定されていない場合、クエリジョブは US マルチリージョンで実行されます。
プロジェクトに US 以外のリージョンで定額料金の予約があり、クエリがデータセット内のテーブルやその他のリソースを参照していない場合は、ジョブの送信時に定額料金の予約があるロケーションを明示的に指定する必要があります。
定額コミットメントは US や EU などのロケーションに関連付けられています。定額容量のロケーションの外でジョブを実行すると、そのジョブの料金は自動的にオンデマンド料金に切り替わります。
ジョブを明示的に実行するロケーションは、次の方法で指定できます。
- Query Editor で Google Cloud コンソールを使用してデータのクエリを実行する場合は、 [詳細] > [クエリの設定] をクリックし、[詳細オプション] を展開して、[データのロケーション] を選択します。
bqコマンドライン ツールを使用する場合、--locationグローバル フラグを指定し、その値を該当するロケーションに設定します。- API を使用する場合は、ジョブリソースの
jobReferenceセクションにあるlocationプロパティで該当するリージョンを指定します。
指定したロケーションがリクエスト内のデータセットのロケーションと一致しない場合、BigQuery はエラーを返します。リクエストに関連するすべてのデータセット（読み取り / 書き込みを含む）の場所は、推定されるジョブまたは指定されたジョブのロケーションと一致する必要があります。
シングル リージョンのロケーションがマルチリージョンのロケーションに含まれている場合でも、シングル リージョンのロケーションはマルチリージョンのロケーションと一致しません。したがって、関連付けられたロケーションのセットにシングル リージョンのロケーションとマルチリージョンのロケーションの両方が含まれている場合、ジョブは常に失敗します。たとえば、ジョブのロケーションが US に設定されている場合、us-central1 のデータセットを参照すると、ジョブが失敗します。同様に、US にあるデータセットと us-central1 にある別のデータセットを参照するジョブも失敗します。
ロケーション、予約、ジョブ
容量コミットメントはリージョン リソースです。スロットを購入すると、そのスロットは特定のリージョンまたはマルチリージョンに制限されます。EU にのみ容量コミットメントがある場合、US に予約を作成することはできません。予約を作成するときは、ロケーション（リージョン）とスロット数を指定します。そのスロットは、そのリージョン内の容量コミットメントから pull されます。
同様に、リージョンでジョブを実行する場合、ジョブのロケーションが予約のロケーションと一致する場合にのみ、予約が使用されます。たとえば、EU のプロジェクトに予約を割り当て、そのプロジェクトで US にあるデータセットにクエリを実行した場合、そのクエリは EU の予約では実行されません。US の予約がない場合、ジョブはオンデマンドとして実行されます。
ロケーションに関する留意事項
データのロケーションを選択するときは、次の点を考慮してください。
Cloud Storage
BigQuery を使用して Cloud Storage のデータを操作する方法は次のとおりです。
- BigLake または BigLake 以外の外部テーブルを使用して Cloud Storage データにクエリを実行する
- Cloud Storage データを BigQuery に読み込む
- BigQuery から Cloud Storage にデータをエクスポートする
Cloud Storage データのクエリ
BigLake または BigLake 以外の外部テーブルを使用して Cloud Storage のデータにクエリを実行する場合、クエリするデータは BigQuery データセットと同じロケーションに配置する必要があります。 例:
シングル リージョンのバケット: BigQuery データセットがワルシャワ（
europe-central2）リージョンにある場合、対応する Cloud Storage バケットもワルシャワ リージョンにある必要があります。これは現在、ワルシャワを含む Cloud Storage のデュアルリージョンがないためです。BigQuery データセットがマルチリージョンのいずれかにある場合、バケットがそのデータセットのマルチリージョンに含まれるロケーションにあったとしても、シングル リージョンの Cloud Storage バケットは対象外です。たとえば、外部テーブルが
EUマルチリージョンにあり、Cloud Storage バケットがeurope-central2にある場合、ジョブは失敗します。デュアルリージョン バケット: BigQuery データセットが東京（
asia-northeast1）リージョンにある場合、対応する Cloud Storage バケットは東京リージョン、ASIA1デュアルリージョンなどの東京を含むデュアルリージョン、または東京を含むカスタム デュアルリージョン内にある必要があります。詳細については、デュアルリージョン バケットを作成するをご覧ください。マルチリージョン バケット: 外部クエリのパフォーマンスは最小のレイテンシと最適なネットワーク帯域幅によって決まるため、外部データに対して、マルチリージョンの Cloud Storage バケットを持つマルチリージョン データセットのロケーションを使用することはおすすめしません。
BigQuery データセットが
USマルチリージョンにある場合、対応する Cloud Storage バケットはUSマルチリージョン、NAM4デュアルリージョンなどのアイオワ（us-central1）を含むデュアルリージョン、またはアイオワ（us-central1）を含むカスタム デュアルリージョン内にある必要があります。BigQuery データセットが
EUマルチリージョンにある場合、対応する Cloud Storage バケットはEUマルチリージョン、EUR4デュアルリージョンなどのベルギー（europe-west1）を含むデュアルリージョン、またはベルギーを含むカスタム デュアルリージョン内にある必要があります。
サポートされているCloud Storage のロケーションについて詳しくは、Cloud Storage ドキュメントのバケットのロケーションをご覧ください。
Cloud Storage からデータを読み込む
データを読み込むCloud Storage バケットを同じリージョンに配置する:- BigQuery データセットが
EUマルチリージョンにある場合、読み込むデータが含まれている Cloud Storage バケットは、同じマルチリージョンまたはマルチリージョンに含まれるロケーションに存在する必要があります。たとえば、BigQuery データセットがEUマルチリージョンにある場合、Cloud Storage バケットは EU 内のeurope-west1ベルギー リージョンに配置できます。データセットが
USマルチリージョンにある場合は、任意のロケーションにある Cloud Storage バケットからデータを読み込めます。 - データセットがリージョンにある場合、Cloud Storage バケットは同じリージョンに存在する必要があります。たとえば、データセットが
asia-northeast1の東京リージョンにある場合、Cloud Storage バケットをASIAマルチリージョンに配置することはできません。
詳細については、データ読み込みバッチをご覧ください。
Cloud Storage にデータをエクスポートする
データをエクスポートするには Cloud Storage バケットを同じリージョンに配置する:- BigQuery データセットが
EUマルチリージョンにある場合、エクスポート対象のデータが含まれている Cloud Storage バケットは、同じマルチリージョンか、マルチリージョンに含まれているロケーションに存在する必要があります。たとえば、BigQuery データセットがEUマルチリージョンにある場合、Cloud Storage バケットは EU 内のeurope-west1ベルギー リージョンに配置できます。データセットが
USマルチリージョンにある場合は、任意のロケーションにある Cloud Storage バケットにデータをエクスポートできます。 - データセットがリージョンにある場合、Cloud Storage バケットは同じリージョンに存在する必要があります。たとえば、データセットが
asia-northeast1の東京リージョンにある場合、Cloud Storage バケットをASIAマルチリージョンに配置することはできません。
詳細については、テーブルデータのエクスポートをご覧ください。
Cloud Bigtable
BigQuery 外部テーブルを介して Bigtable のデータにクエリを実行する場合は、Bigtable インスタンスが BigQuery データセットと同じロケーションに存在しなければなりません。
- 単一リージョン: BigQuery データセットがベルギー（
europe-west1）のリージョン ロケーションにある場合は、対応する Bigtable インスタンスがベルギー リージョンに存在しなければなりません。 - マルチリージョン: 外部クエリのパフォーマンスは最小のレイテンシと最適なネットワーク帯域幅によって決定されるため、Bigtable の外部テーブルにマルチリージョン データセットのロケーションを使用することはおすすめしません。
サポートされている Bigtable のロケーションについて詳しくは、Bigtable のロケーションをご覧ください。
Google ドライブ
ロケーションに関する考慮事項は、Google ドライブの外部データソースには適用されません。
Cloud SQL
BigQuery の連携クエリを使用して Cloud SQL のデータに対してクエリを実行する場合、Cloud SQL インスタンスは BigQuery データセットと同じロケーションに存在する必要があります。
- 単一リージョン: BigQuery データセットがベルギー（
europe-west1）のリージョン ロケーションにある場合は、対応する Cloud SQL インスタンスがベルギー リージョンに存在する必要があります。 - マルチリージョン: BigQuery データセットが
USマルチリージョンにある場合、対応する Cloud SQL インスタンスは米国の地理的エリアの単一リージョンに存在する必要があります。
サポートされている Cloud SQL のロケーションについて詳しくは、Cloud SQL のロケーションをご覧ください。
Cloud Spanner
BigQuery の連携クエリを使用して Spanner のデータに対してクエリを実行する場合、Cloud Spanner インスタンスは BigQuery データセットと同じロケーションに存在する必要があります。
- 単一リージョン: BigQuery データセットがベルギー（
europe-west1）のリージョン ロケーションにある場合は、対応する Spanner インスタンスがベルギー リージョンに存在する必要があります。 - マルチリージョン: BigQuery データセットが
USマルチリージョンにある場合、対応する Spanner インスタンスは米国の地理的エリアの単一リージョンに存在する必要があります。
サポートされている Spanner のロケーションの詳細については、Spanner のロケーションをご覧ください。
分析ツール
分析ツールを使用して BigQuery データセットを同じロケーションに配置する:- Dataproc: BigQuery コネクタを使用して、BigQuery データセットに対してクエリを実行する場合、BigQuery データセットを Dataproc クラスタと同じロケーションに配置する必要があります。 Dataproc は、すべての Compute Engine のロケーションでサポートされています。
- Vertex AI Workbench: Vertex AI Workbench で Jupyter ノートブックを使用して BigQuery データセットに対してクエリを実行する場合、BigQuery データセットを Vertex AI ノートブック インスタンスと同じ場所に配置する必要があります。 サポートされている Vertex AI Workbench のロケーションを表示します。
データ管理計画
データ管理計画を作成する:- BigQuery データセットや Cloud Storage バケットなどのリージョン ストレージ リソースを選択する場合は、データの地理的管理を行うための計画を作成します。
ロケーションを制限する
組織のポリシー サービスを使用して、データセットを作成できるロケーションを制限できます。詳細については、リソース ロケーションの制限とリソース ロケーションのサポート対象サービスをご覧ください。
データセットのセキュリティ
BigQuery でデータセットへのアクセスを制御するには、データセットへのアクセスの制御をご覧ください。データ暗号化の詳細については、保存データの暗号化をご覧ください。
次のステップ
- データセットを作成する方法を学びます。
- BigQuery へのデータの読み込みについて学びます。
- BigQuery の料金について学びます。
- 世界中のロケーションで利用可能なすべての Google Cloud Platform サービスを確認します。
- 他の Google Cloud Platform サービスに適用される、ゾーンなどの追加のロケーションに基づくコンセプトを確認します。