Cloud Firestore インスタンスをプロビジョニングする場合、インスタンスのロケーションを選択する必要があります。レイテンシを低減し可用性を高めるため、データを必要とするユーザーとサービスに近いロケーションにデータを保存します。
プロジェクトで従量課金制の Blaze 料金プランを使用している場合は、必要に応じてプロジェクト内に複数のデータベースを作成し、それぞれに独自のロケーション設定を指定できます。
データベース インスタンスをプロビジョニングした後、そのロケーション設定を変更することはできないことに注意してください。
ロケーションの種類
Cloud Firestore のデータは、マルチリージョン ロケーションまたはリージョン ロケーションに保存できます。
マルチリージョン ロケーション
データベースの可用性と耐久性を最大限にする場合は、マルチリージョン ロケーションを選択します。
マルチリージョン ロケーションは定義済みのリージョンのセットで構成され、それら複数のリージョンにデータベースの複数のレプリカが保存されます。各レプリカは、データベース内のすべてのデータを含む読み取り / 書き込みレプリカ、または完全なデータセットを保持せずレプリケーションに参加するウィットネス レプリカのいずれかです。
複数のリージョン間でデータを複製することで、1 つのリージョン全体が失われてもデータの提供を継続できます。リージョン内においては、データはゾーン間で複製されるため、1 つのゾーンが失われてもそのリージョン内でデータの提供を継続できます。
パイプライン オペレーションのプレビュー期間中、ネイティブ モードの Firestore Enterprise のデータベースは、次のマルチリージョン ロケーションで利用できます。
| マルチリージョン名 | マルチリージョンの説明 | 読み取り / 書き込みリージョン | ウィットネス リージョン |
|---|---|---|---|
nam5 |
米国（中部） | us-central1（アイオワ）、us-central2（オクラホマ - 限定公開の GCP リージョン） |
us-east1（サウスカロライナ） |
リージョンのロケーション
リージョン ロケーションは、サウスカロライナなどの特定のロケーションを表します。リージョン ロケーションのデータは、リージョン内の複数のゾーンに複製されます。
アプリケーションでレイテンシが重要な場合や、他の Google Cloud リソースとのコロケーションが必要な場合は、費用や書き込みレイテンシを抑えるためにリージョン ロケーションを選択します。
Pipeline オペレーションのプレビュー期間中、ネイティブ モードの Firestore Enterprise のデータベースは、次のリージョン リソース ロケーションで使用できます。
| リージョン名 | リージョンの説明 | |
|---|---|---|
| 北米 | ||
us-east4 | 北バージニア | |
| 南アメリカ | ||
southamerica-east1 | サンパウロ | |
| ヨーロッパ | ||
|
|
オランダ | |
| アジア | ||
asia-south1 | ムンバイ | |
asia-east1 | 台湾 | |
ロケーションの料金
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 の関連付けも変化しています。特に、*.firebasestorage.app
考えられるロケーションの依存関係での変更内容は次のとおりです。
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
- 既存のデフォルトの Cloud Firestore インスタンスは、将来のデフォルトの Cloud Storage バケット（
2024 年 10 月 30 日 以降、Firebase バケットのデフォルト Cloud Storage がすでにプロビジョニングされている（具体的には*.appspot.com- デフォルトの Cloud Storage バケット（
*.appspot.com*.appspot.com
- デフォルトの Cloud Storage バケット（
第 1 世代のスケジュール設定された関数を使用した場合、そのロケーションはデフォルトの Google Cloud リソースのロケーションに設定されます。これは、Cloud Scheduler と App Engine が以前に相互に関連付けられていたためです。また、このロケーション設定を共有するほかのリソースをプロビジョニングする前に第 1 世代のスケジュール設定された関数を設定した場合は、そのロケーションも設定します。
us-central または europe-west のいずれかのロケーションを使用する App Engine アプリがある場合、デフォルトの Google Cloud リソースのロケーションはマルチリージョンとみなされます。