Podczas udostępniania instancji Cloud Firestore musisz wybrać dla niej lokalizację. Aby skrócić czasy oczekiwania i zwiększyć dostępność, przechowuj dane w pobliżu użytkowników i usług, które będą je wykorzystywać.
Jeśli Twój projekt jest objęty abonamentem Blaze z płatnością według wykorzystania, możesz opcjonalnie utworzyć w nim wiele baz danych, z których każda będzie miała własne ustawienie lokalizacji.
Pamiętaj, że po udostępnieniu instancji bazy danych nie możesz zmienić jej ustawienia lokalizacji.
Typy lokalizacji
Dane Cloud Firestore możesz przechowywać w wielu regionach lub w jednym regionie.
Lokalizacje w wielu regionach
Wybierz lokalizację obejmującą wiele regionów, aby zmaksymalizować dostępność i trwałość bazy danych.
Lokalizacja obejmująca wiele regionów składa się ze zdefiniowanego zbioru regionów, w których przechowywanych jest wiele replik bazy danych. Każda replika jest repliką do odczytu i zapisu, która zawiera wszystkie dane w bazie danych, lub repliką świadka, która nie przechowuje pełnego zestawu danych, ale uczestniczy w replikacji.
Dzięki replikacji danych między wieloma regionami dane mogą być nadal udostępniane nawet w przypadku utraty całego regionu. W obrębie regionu dane są replikowane w różnych strefach, dzięki czemu mogą być nadal udostępniane w tym regionie nawet w przypadku utraty strefy.
Cloud Firestore obsługuje te lokalizacje obejmujące wiele regionów:
| Nazwa wielu regionów | Opis wielu regionów | Regiony do odczytu i zapisu | Region poświadczający |
|---|---|---|---|
eur3 |
Europa | europe-west1 (Belgia), europe-west4 (Holandia) |
europe-north1 (Finlandia) |
nam5 |
Stany Zjednoczone (region centralny) | us-central1 (Iowa), us-central2 (Oklahoma – prywatny region GCP) |
us-east1 (Karolina Południowa) |
nam7 |
Stany Zjednoczone (region centralny i wschodni) | us-central1 (Iowa), us-east4 (Wirginia Północna) |
us-central2 (Oklahoma – prywatny region Google Cloud) |
Lokalizacje regionalne
Lokalizacja regionalna to określone miejsce geograficzne, np. Karolina Południowa. Dane w lokalizacji regionalnej są replikowane w wielu strefach w regionie.
Wybierz lokalizację w jednym regionie, aby obniżyć koszty, zmniejszyć opóźnienia zapisu, jeśli Twoja aplikacja jest wrażliwa na opóźnienia, lub umieścić zasoby w tej samej lokalizacji co inne zasoby Google Cloud.
Cloud Firestore obsługuje te regionalne lokalizacje zasobów:
| Nazwa regionu | Opis regionu | |
|---|---|---|
| Ameryka Północna | ||
us-west1 | Oregon | |
us-west2 | Los Angeles | |
us-west3 | Salt Lake City | |
us-west4 | Las Vegas | |
|
|
Iowa | |
northamerica-northeast1 | Montreal | |
|
|
Toronto | |
|
|
Querétaro | |
us-east1 | Karolina Południowa | |
us-east4 | Północna Wirginia | |
|
|
Columbus | |
|
|
Dallas | |
| Ameryka Południowa | ||
|
|
Santiago | |
southamerica-east1 | São Paulo | |
| Europa | ||
europe-west2 | Londyn | |
|
|
Belgia | |
|
|
Holandia | |
|
|
Mediolan | |
|
|
Madryt | |
|
|
Paryż | |
|
|
Turyn | |
|
|
Berlin | |
europe-west3 | Frankfurt | |
|
|
Finlandia | |
|
|
Sztokholm | |
europe-central2 | Warszawa | |
europe-west6 | Zurych | |
| Bliski Wschód | ||
|
|
Doha | |
|
|
Dammam | |
|
|
Tel Awiw | |
| Azja | ||
asia-south1 | Mumbaj | |
|
|
Delhi | |
asia-southeast1 | Singapur | |
asia-southeast2 | Dżakarta | |
asia-southeast3 | Bangkok | |
asia-east2 | Hongkong | |
asia-east1 | Tajwan | |
asia-northeast1 | Tokio | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seul | |
| Australia | ||
australia-southeast1 | Sydney | |
|
|
Melbourne | |
| Afryka | ||
|
|
Johannesburg | |
Ceny w różnych lokalizacjach
Lokalizacja Cloud Firestore określa koszt operacji na bazie danych.
Szczegółowe informacje o cenach według regionu i typu regionu znajdziesz w artykule Ceny.
Wyświetlanie lokalizacji baz danych
W konsoli Firebase otwórz Cloud Firestore kartę Dane, aby wyświetlić listę instancji bazy danych i ich lokalizacje.
Możliwe zależności lokalizacji ze względu na „lokalizację domyślnych zasobów Google Cloud”
„Lokalizacja domyślnych zasobów Google Cloud” to ustawienie lokalizacji wszystkich zasobów projektu powiązanych z Google App Engine, w tym:
- domyślna instancja bazy danych Cloud Firestore
- domyślny zasobnik Cloud Storage dla Firebase o nazwie w formacie
*.appspot.com - Google Cloud Scheduler używane specjalnie z funkcjami zaplanowanymi 1 generacji
To ustawienie „lokalizacji domyślnych zasobów Google Cloud” jest niezmienne. Gdy ustawisz lokalizację jednego z powiązanych zasobów, pośrednio ustawisz lokalizację wszystkich z nich ze względu na ich wspólne powiązanie z App Engine.
Jednak w ciągu ostatnich lat w ekosystemie Firebase i Google Cloud zaszło wiele zmian, które wpłynęły na powiązania zasobów z App Engine. Przede wszystkim od *.firebasestorage.app
Oto szczegóły zmian w możliwych zależnościach lokalizacji:
Od
30 października 2024 r. , jeśli domyślna instancja Cloud Firestore i domyślny zasobnik Cloud Storage dla Firebase nie zostały jeszcze udostępnione:Udostępnienie domyślnej instancji Cloud Firestore powoduje ustawienie lokalizacji dla wszystkich przyszłych aplikacji App Engine udostępnionych w projekcie. Nie określa jednak lokalizacji przyszłego domyślnego zasobnika Cloud Storage.
Udostępnienie domyślnego zasobnika Cloud Storage nie powoduje już udostępnienia aplikacji App Engine. W związku z tym lokalizacja domyślnego zasobnika Cloud Storage nie określa lokalizacji przyszłej domyślnej instancji Cloud Firestore.
Od
30 października 2024 r. , jeśli domyślna instancja Cloud Firestore została już udostępniona, ale domyślny zasobnik Cloud Storage dla Firebase nie został udostępniony:- Istniejąca domyślna instancja Cloud Firestore nie określa lokalizacji przyszłego domyślnego zasobnika Cloud Storage (
*.firebasestorage.app
- Istniejąca domyślna instancja Cloud Firestore nie określa lokalizacji przyszłego domyślnego zasobnika Cloud Storage (
Od
30 października 2024 r. , jeśli domyślny zasobnik Cloud Storage dla Firebase został już udostępniony (konkretnie zasobnik*.appspot.com- Gdy udostępniono domyślny zasobnik Cloud Storage (
*.appspot.com*.appspot.com
- Gdy udostępniono domyślny zasobnik Cloud Storage (
Jeśli używasz zaplanowanych funkcji 1 generacji, ich lokalizacja jest ustawiona na lokalizację domyślnych zasobów Google Cloud. Dzieje się tak, ponieważ konta Cloud Scheduler i App Engine były wcześniej powiązane. Jeśli skonfigurujesz zaplanowane funkcje 1 generacji przed udostępnieniem innych zasobów, które współdzielą to ustawienie lokalizacji, ustawisz też ich lokalizację.
Pamiętaj, że jeśli masz aplikację App Engine z lokalizacją us-central lub europe-west, lokalizacja domyślnych zasobów Google Cloud jest uznawana za obejmującą wiele regionów.