Cloud Firestore のロケーション

Cloud Firestore インスタンスをプロビジョニングする場合、インスタンスのロケーションを選択する必要があります。レイテンシを低減し可用性を高めるため、データを必要とするユーザーとサービスに近いロケーションにデータを保存します。

プロジェクトで従量課金制の Blaze 料金プランを使用している場合は、必要に応じてプロジェクト内に複数のデータベースを作成し、それぞれに独自のロケーション設定を指定できます。

データベース インスタンスをプロビジョニングした後、そのロケーション設定を変更することはできないことに注意してください。

ロケーションの種類

Cloud Firestore のデータは、マルチリージョン ロケーションまたはリージョン ロケーションに保存できます。

マルチリージョン ロケーション

データベースの可用性と耐久性を最大限にする場合は、マルチリージョン ロケーションを選択します。

マルチリージョン ロケーションは定義済みのリージョンのセットで構成され、それら複数のリージョンにデータベースの複数のレプリカが保存されます。各レプリカは、データベース内のすべてのデータを含む読み取り / 書き込みレプリカ、または完全なデータセットを保持せずレプリケーションに参加するウィットネス レプリカのいずれかです。

複数のリージョン間でデータを複製することで、1 つのリージョン全体が失われてもデータの提供を継続できます。リージョン内においては、データはゾーン間で複製されるため、1 つのゾーンが失われてもそのリージョン内でデータの提供を継続できます。

Cloud Firestore では、次のマルチリージョン ロケーションがサポートされています。

マルチリージョン名 マルチリージョンの説明 読み取り / 書き込みリージョン ウィットネス リージョン
eur3 ヨーロッパ europe-west1（ベルギー）、europe-west4（オランダ） europe-north1（フィンランド）
nam5 米国（中部） us-central1（アイオワ）、us-central2（オクラホマ - 限定公開の GCP リージョン） us-east1（サウスカロライナ）
nam7 米国（中部、東部） us-central1（アイオワ）、us-east4（北バージニア） us-central2（オクラホマ - プライベート Google Cloud リージョン）

リージョンのロケーション

リージョン ロケーションは、サウスカロライナなどの特定のロケーションを表します。リージョン ロケーションのデータは、リージョン内の複数のゾーンに複製されます。すべてのリージョン ロケーションは、他のロケーションから 160 km 以上離れています。

アプリケーションでレイテンシが重要な場合や、他の Google Cloud リソースとのコロケーションが必要な場合は、費用や書き込みレイテンシを抑えるためにリージョン ロケーションを選択します。

Cloud Firestore では、次のリージョン リソース ロケーションがサポートされています。

リージョン名リージョンの説明
北米
us-west1オレゴン
us-west2ロサンゼルス
us-west3ソルトレイクシティ
us-west4ラスベガス

us-central1

 アイオワ
northamerica-northeast1モントリオール

northamerica-northeast2

 トロント

northamerica-south1

 ケレタロ
us-east1サウスカロライナ
us-east4北バージニア

us-east5

 コロンバス

us-south1

 ダラス
南アメリカ

southamerica-west1

 サンチアゴ
southamerica-east1サンパウロ
ヨーロッパ
europe-west2ロンドン

europe-west1

 ベルギー

europe-west4

 オランダ

europe-west8

 ミラノ

europe-southwest1

 マドリッド

europe-west9

 パリ

europe-west12

 トリノ

europe-west10

 ベルリン
europe-west3フランクフルト

europe-north1

 フィンランド

europe-north2

 ストックホルム
europe-central2ワルシャワ
europe-west6チューリッヒ
中東

me-central1

 ドーハ

me-central2

 Dammam

me-west1

 テルアビブ
アジア
asia-south1ムンバイ

asia-south2

 デリー
asia-southeast1シンガポール
asia-southeast2ジャカルタ
asia-east2香港
asia-east1台湾
asia-northeast1東京
asia-northeast2大阪
asia-northeast3ソウル
オーストラリア
australia-southeast1シドニー

australia-southeast2

 メルボルン
アフリカ

africa-south1

 ヨハネスブルグ

ロケーション SLA

Cloud Firestore のロケーションの種類によって、サービスレベル契約（SLA）の稼働率が決定されます。

対象サービス 各月の稼働率
Cloud Firestore マルチリージョン 99.999% 以上
Cloud Firestore リージョン 99.99% 以上

ロケーションの料金

Cloud Firestore のロケーションによって、データベース オペレーションの料金が決定されます。

リージョン別とリージョン タイプ別の料金の詳細については、Cloud Firestore の課金についてをご覧ください。

データベースのロケーションを表示する

Firebase コンソールで、[Cloud Firestore データ] タブに移動して、データベース インスタンスとそのロケーションのリストを表示します。

「デフォルトの Google Cloud リソースのロケーション」が原因で発生する可能性のあるロケーション依存関係

「デフォルトの Google Cloud リソースのロケーション」は、Google App Engine に関連付けられたプロジェクト リソースのロケーション設定です。次のものが含まれます。

  • デフォルトの Cloud Firestore データベース インスタンス
  • Firebase バケットのデフォルトの Cloud Storage（名前の形式は *.appspot.com）
  • 第 1 世代のスケジュール設定された関数でのみ使用される Google Cloud Scheduler

この「デフォルトの Google Cloud リソースの場所」は変えることのできない設定です。また、関連付けられたリソースのいずれかにロケーションを設定すると、App Engine との共通の関連付けにより、すべてのリソースのロケーションが間接的に設定されます。

ただし、Firebase と Google Cloud エコシステムには長年にわたって多くの変更が行われており、リソースと App Engine の関連付けも変化しています。特に、2024 年 10 月 30 日以降、Firebase バケット用に新しくプロビジョニングされたデフォルトの Cloud Storage の名前形式はすべて *.firebasestorage.app になり、App Engine には関連付けられません。

考えられるロケーションの依存関係での変更内容は次のとおりです。

  • 2024 年 10 月 30 日以降、デフォルトの Cloud Firestore インスタンスと Firebase バケットのデフォルトの Cloud Storage がまだプロビジョニングされていない場合:

    • デフォルトの Cloud Firestore インスタンスをプロビジョニングすると、プロジェクトでプロビジョニングされる今後の App Engine アプリのロケーションが設定されます。 ただし、将来のデフォルトの Cloud Storage バケットのロケーションは指定されません。

    • デフォルトの Cloud Storage バケットをプロビジョニングしても、App Engine アプリはプロビジョニングされなくなりました。したがって、デフォルトの Cloud Storage バケットのロケーションが、今後のデフォルトの Cloud Firestore インスタンスのロケーションを指定することはありません。

  • 2024 年 10 月 30 日以降、デフォルトの Cloud Firestore インスタンスがすでにプロビジョニングされているが、Firebase バケットのデフォルトの Cloud Storage がプロビジョニングされていない場合:

    • 既存のデフォルトの Cloud Firestore インスタンスは、将来のデフォルトの Cloud Storage バケット（*.firebasestorage.app）のロケーションを指定しません。

  • 2024 年 10 月 30 日以降、Firebase バケットのデフォルト Cloud Storage がすでにプロビジョニングされている（具体的には *.appspot.com バケット）が、デフォルトの Cloud Firestore インスタンスがプロビジョニングされていない場合:

    • デフォルトの Cloud Storage バケット（*.appspot.com）がプロビジョニングされたとき、App Engine アプリもプロビジョニングされたため、将来のデフォルトの Cloud Firestore インスタンスのロケーションがその時点で設定されました。 *.appspot.com バケットを削除しても App Engine アプリは削除できないため、今後のデフォルトの Cloud Firestore インスタンスのロケーション設定はすでに設定されています。

第 1 世代のスケジュール設定された関数を使用した場合、そのロケーションはデフォルトの Google Cloud リソースのロケーションに設定されます。これは、Cloud Scheduler と App Engine が以前に相互に関連付けられていたためです。また、このロケーション設定を共有するほかのリソースをプロビジョニングする前に第 1 世代のスケジュール設定された関数を設定した場合は、そのロケーションも設定します。

us-central または europe-west のいずれかのロケーションを使用する App Engine アプリがある場合、デフォルトの Google Cloud リソースのロケーションはマルチリージョンとみなされます。

次のステップ

  • レイテンシ、可用性、耐久性の要件を満たすアプリケーションの構築について詳しくは、地域とリージョンをご覧ください。