Cloud Firestore インスタンスをプロビジョニングする場合、インスタンスのロケーションを選択する必要があります。レイテンシを低減し可用性を高めるため、データを必要とするユーザーとサービスに近いロケーションにデータを保存します。
プロジェクトで従量課金制の Blaze 料金プランを使用している場合は、必要に応じてプロジェクト内に複数のデータベースを作成し、それぞれに独自のロケーション設定を指定できます。
データベース インスタンスをプロビジョニングした後、そのロケーション設定を変更することはできないことに注意してください。
ロケーションの種類
Cloud Firestore のデータは、マルチリージョン ロケーションまたはリージョン ロケーションに保存できます。
マルチリージョン ロケーション
データベースの可用性と耐久性を最大限にする場合は、マルチリージョン ロケーションを選択します。
マルチリージョン ロケーションは定義済みのリージョンのセットで構成され、それら複数のリージョンにデータベースの複数のレプリカが保存されます。各レプリカは、データベース内のすべてのデータを含む読み取り / 書き込みレプリカ、または完全なデータセットを保持せずレプリケーションに参加するウィットネス レプリカのいずれかです。
複数のリージョン間でデータを複製することで、1 つのリージョン全体が失われてもデータの提供を継続できます。リージョン内においては、データはゾーン間で複製されるため、1 つのゾーンが失われてもそのリージョン内でデータの提供を継続できます。
Cloud Firestore は、次のマルチリージョン ロケーションをサポートしています。
マルチリージョン名 | マルチリージョンの説明 | 読み取り / 書き込みリージョン | ウィットネス リージョン |
---|---|---|---|
eur3 |
ヨーロッパ | europe-west1 (ベルギー)、europe-west4 (オランダ) |
europe-north1 (フィンランド) |
nam5 |
米国 | us-central1 (アイオワ)、us-central2 (オクラホマ - 限定公開の GCP リージョン) |
us-east1 (サウスカロライナ) |
プロジェクトに us-central
または europe-west
のいずれかのロケーションを使用する App Engine アプリがすでにある場合、デフォルトの Cloud Firestore データベースはマルチリージョンとみなされることに留意してください。
リージョンのロケーション
リージョン ロケーションは、サウスカロライナなどの特定のロケーションを表します。リージョン ロケーションのデータは、リージョン内の複数のゾーンに複製されます。すべてのリージョン ロケーションは、他のロケーションから 160 km 以上離れています。
アプリケーションでレイテンシが重要な場合や、他の Google Cloud リソースとのコロケーションが必要な場合は、費用や書き込みレイテンシを抑えるためにリージョン ロケーションを選択します。
Cloud Firestore は、次のリージョン リソース ロケーションをサポートしています。
リージョン名 | リージョンの説明 | |
---|---|---|
北米 | ||
us-west1 | オレゴン | |
us-west2 | ロサンゼルス | |
us-west3 | ソルトレイクシティ | |
us-west4 | ラスベガス | |
|
アイオワ | |
northamerica-northeast1 | モントリオール | |
|
トロント | |
|
ケレタロ | |
us-east1 | サウスカロライナ | |
us-east4 | 北バージニア | |
|
コロンバス | |
|
Dallas | |
南アメリカ | ||
|
サンチアゴ | |
southamerica-east1 | サンパウロ | |
ヨーロッパ | ||
europe-west2 | ロンドン | |
|
ベルギー | |
|
オランダ | |
|
ミラノ | |
|
マドリッド | |
|
パリ | |
|
トリノ | |
|
ベルリン | |
europe-west3 | フランクフルト | |
|
フィンランド | |
europe-central2 | ワルシャワ | |
europe-west6 | チューリッヒ | |
中東 | ||
|
ドーハ | |
|
Dammam | |
|
テルアビブ | |
アジア | ||
asia-south1 | ムンバイ | |
|
デリー | |
asia-southeast1 | シンガポール | |
asia-southeast2 | ジャカルタ | |
asia-east2 | 香港 | |
asia-east1 | 台湾 | |
asia-northeast1 | 東京 | |
asia-northeast2 | 大阪 | |
asia-northeast3 | ソウル | |
オーストラリア | ||
australia-southeast1 | シドニー | |
|
メルボルン | |
アフリカ | ||
|
ヨハネスブルグ |
ロケーション 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 の関連付けも変化しています。特に、*.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 がすでにプロビジョニングされている(具体的には バケット)が、デフォルトの Cloud Firestore インスタンスがプロビジョニングされていない場合:*.appspot.com
- デフォルトの Cloud Storage バケット(
)がプロビジョニングされたとき、App Engine アプリもプロビジョニングされたため、将来のデフォルトの Cloud Firestore インスタンスのロケーションがその時点で設定されました。*.appspot.com
バケットを削除しても App Engine アプリは削除できないため、今後のデフォルトの Cloud Firestore インスタンスのロケーション設定はすでに設定されています。*.appspot.com
- デフォルトの Cloud Storage バケット(
第 1 世代のスケジュール設定された関数を使用した場合、そのロケーションはデフォルトの Google Cloud リソースのロケーションに設定されます。これは、Cloud Scheduler と App Engine が以前に相互に関連付けられていたためです。また、このロケーション設定を共有するほかのリソースをプロビジョニングする前に第 1 世代のスケジュール設定された関数を設定した場合は、そのロケーションも設定します。
us-central
または europe-west
のいずれかのロケーションを使用する App Engine アプリがある場合、デフォルトの Google Cloud リソースのロケーションはマルチリージョンとみなされます。
次のステップ
- 特定のロケーションに Cloud Firestore データベースを作成するには、Cloud Firestore を使ってみるをご覧ください。
- レイテンシ、可用性、耐久性の要件を満たすアプリケーションの構築について詳しくは、地域とリージョンをご覧ください。