Podczas udostępniania instancji Cloud Firestore musisz wybrać jej lokalizację. Aby skrócić czas oczekiwania i zwiększyć dostępność, przechowuj dane w pobliżu użytkowników i usług, które z nich korzystają.
Jeśli Twój projekt korzysta z abonamentu 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 utworzeniu instancji bazy danych nie możesz zmienić jej ustawienia lokalizacji.
Rodzaje lokalizacji
Dane Cloud Firestore możesz przechowywać w lokalizacji obejmującej wiele regionów lub w lokalizacji regionalnej.
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ę z określonego zestawu regionów, w których przechowywane są repliki bazy danych. Każda replika jest repliką do odczytu i zapisu, która zawiera wszystkie dane w bazie danych, lub repliką pomocniczą, która nie przechowuje pełnego zestawu danych, ale uczestniczy w replikacji.
Dzięki replikacji danych w wielu regionach można nadal udostępniać dane nawet w przypadku utraty całego regionu. W regionie dane są replikowane w strefach, dzięki czemu można je nadal udostępniać w tym regionie nawet w przypadku utraty strefy.
Cloud Firestore obsługuje te lokalizacje obejmujące wiele regionów:
| Nazwa regionu | 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 (środkowe) | us-central1 (Iowa), us-central2 (Oklahoma – prywatny region GCP) |
us-east1 (Karolina Południowa) |
nam7 |
Stany Zjednoczone (środkowe i wschodnie) | us-central1 (Iowa), us-east4 (Northern Virginia) |
us-central2 (Oklahoma – region prywatny Google Cloud) |
Lokalizacje regionalne
Lokalizacja regionalna to konkretne miejsce geograficzne, np. Karolina Południowa. Dane w lokalizacji regionalnej są replikowane w wielu strefach w regionie.
Wybierz lokalizację regionalną, aby obniżyć koszty, zmniejszyć opóźnienia zapisu, jeśli Twoja aplikacja jest wrażliwa na opóźnienia, lub aby umieścić ją 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 | |
|
|
Queretaro | |
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-east2 | Hongkong | |
asia-east1 | Tajwan | |
asia-northeast1 | Tokio | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seul | |
| Australia | ||
australia-southeast1 | Sydney | |
|
|
Melbourne | |
| Afryka | ||
|
|
Johannesburg | |
Gwarancja jakości usług dotycząca lokalizacji
Cloud FirestoreRodzaj lokalizacji określa procent dostępności w gwarancji jakości usług:
| Usługa objęta ochroną | Wskaźnik procentowy miesięcznej dostępności |
|---|---|
| Cloud Firestore Wiele regionów | >= 99,999% |
| Cloud Firestore Regionalny | >= 99,99% |
Ceny w różnych lokalizacjach
Koszt operacji na bazie danych zależy od Twojej Cloud Firestorelokalizacji.
Szczegółowe wyjaśnienie cen w poszczególnych regionach i typach regionów znajdziesz w artykule Omówienie rozliczeń Cloud Firestore.
Wyświetlanie lokalizacji baz danych
Listę instancji bazy danych i ich lokalizacji możesz wyświetlić w konsoli Firebase na karcie Bazy danych i pamięć > Firestore > Dane.
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 Cloud Storage dla zasobnika Firebase o formacie nazwy
*.appspot.com - Google Cloud Scheduler używane w przypadku funkcji zaplanowanych 1 generacji
„Lokalizacja domyślnych zasobów Google Cloud” to ustawienie niezmienne. Gdy ustawisz lokalizację jednego z powiązanych zasobów, pośrednio ustawisz lokalizację wszystkich pozostałych ze względu na ich wspólne powiązanie z App Engine.
Jednak w związku z wieloma zmianami w ekosystemie Firebase i Google Cloud na przestrzeni lat powiązania zasobów z App Engine ulegały zmianom. Najważniejsza z nich to zmiana, która zacznie obowiązywać *.firebasestorage.app
Oto szczegóły zmian w możliwych zależnościach od lokalizacji:
Od
30 października 2024 r. jeśli instancja domyślna Cloud Firestore i domyślny kosz Cloud Storage Firebase nie zostały jeszcze udostępnione:Udostępnienie domyślnej instancji Cloud Firestore określa lokalizację wszystkich przyszłych aplikacji App Engine udostępnionych w projekcie. Nie określa jednak lokalizacji przyszłego domyślnego zasobnika Cloud Storage.
Provisioning the default Cloud Storage bucket no longer provisions an App Engine app. Thus, the location of the default Cloud Storage bucket does not dictate the location of the future default Cloud Firestore instance.
Od
30 października 2024 r. jeśli domyślna instancjaCloud Firestore została już utworzona, ale domyślny zasobnik Cloud Storage w Firebase nie został utworzony:- Obecne domyślne wystąpienie Cloud Firestore nie określa lokalizacji przyszłego domyślnego kosza Cloud Storage (
).*.firebasestorage.app
- Obecne domyślne wystąpienie Cloud Firestore nie określa lokalizacji przyszłego domyślnego kosza Cloud Storage (
Od
30 października 2024 r. jeśli Cloud Storage domyślny zasobnik Firebase został już utworzony (a konkretnie zasobnik ), ale domyślna instancja Cloud Firestore nie została utworzona:*.appspot.com- Gdy został udostępniony domyślny kosz Cloud Storage (
), również udostępniono aplikację App Engine, dlatego lokalizacja przyszłej domyślnej instancji Cloud Firestore została ustawiona w tym czasie. Nawet jeśli usuniesz kosz*.appspot.com , nie możesz usunąć aplikacji App Engine, więc ustawienie lokalizacji przyszłej domyślnej instancji Cloud Firestore jest już skonfigurowane.*.appspot.com
- Gdy został udostępniony domyślny kosz Cloud Storage (
Jeśli używasz funkcji zaplanowanych 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 ze sobą powiązane. Jeśli skonfigurujesz funkcje zaplanowane 1 generacji przed udostępnieniem innych zasobów, które współużytkują to ustawienie lokalizacji, musisz też ustawić ich lokalizację.
Pamiętaj, że jeśli masz aplikację z App Enginelokalizacją us-central lub europe-west, lokalizacja domyślnych zasobów Google Cloud jest uznawana za obejmującą wiele regionów.
Dalsze kroki
- Aby utworzyć bazę danych Cloud Firestore w określonej lokalizacji, zapoznaj się z artykułem Pierwsze kroki z Cloud Firestore.
- Więcej informacji o tworzeniu aplikacji spełniających wymagania dotyczące opóźnienia, dostępności i trwałości znajdziesz w artykule Położenie geograficzne i regiony.