Podczas udostępniania instancji Cloud Firestore musisz wybrać lokalizację instancji. Aby skrócić czasy 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ą za wykorzystanie, 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 wieloregionalne
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 zestawu regionów, w których jest przechowywanych wiele replik 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 replikowaniu danych w wielu regionach można je nadal udostępniać nawet w przypadku utraty całego regionu. W regionie dane są replikowane w strefach, dzięki czemu mogą być nadal udostępniane w tym regionie nawet w przypadku utraty strefy.
W ramach tej wersji testowej operacji Pipeline bazy danych Firestore Enterprise w trybie natywnym są dostępne w tych lokalizacjach obejmujących wiele regionów:
| Nazwa regionu | Opis wielu regionów | Regiony do odczytu i zapisu | Region poświadczający |
|---|---|---|---|
nam5 |
Stany Zjednoczone (środkowe) | us-central1 (Iowa), us-central2 (Oklahoma – prywatny region GCP) |
us-east1 (Karolina Południowa) |
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.
W ramach tej wersji podglądowej operacji potoku bazy danych Firestore Enterprise w trybie natywnym są dostępne w tych lokalizacjach zasobów regionalnych:
| Nazwa regionu | Opis regionu | |
|---|---|---|
| Ameryka Północna | ||
us-east4 | Północna Wirginia | |
| Ameryka Południowa | ||
southamerica-east1 | São Paulo | |
| Europa | ||
|
|
Holandia | |
| Azja | ||
asia-south1 | Mumbaj | |
asia-east1 | Tajwan | |
Ceny w różnych lokalizacjach
Cloud Firestore lokalizacja określa koszt operacji na bazie danych.
Szczegółowe wyjaśnienie cen w poszczególnych regionach i typach regionów w okresie podglądu znajdziesz w sekcji Ceny.
Wyświetlanie lokalizacji baz danych
W konsoli Firebase otwórz Cloud Firestore kartę Dane, aby wyświetlić listę instancji bazy danych i ich lokalizacji.
Możliwe zależności lokalizacji wynikające z „lokalizacji 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, którego nie można zmienić. Jeśli ustawisz lokalizację jednego z powiązanych zasobów, pośrednio ustawisz lokalizację wszystkich zasobów 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, w związku z czym zmieniały się powiązania zasobów z App Engine. Co najważniejsze, od *.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ę dla każdej przyszłej aplikacji App Engine udostępnionej w projekcie. Nie określa jednak lokalizacji przyszłego domyślnego kosza Cloud Storage.
W przypadku udostępniania domyślnego zasobnika Cloud Storage nie jest już udostępniana aplikacja App Engine. Dlatego 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 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 zasobnika Cloud Storage (
*.firebasestorage.app
- Obecne domyślne wystąpienie Cloud Firestore nie określa lokalizacji przyszłego domyślnego zasobnika Cloud Storage (
Od
30 października 2024 r. jeśli Cloud Storagedomyślny zasobnik Firebase został już utworzony (a konkretnie zasobnik*.appspot.com- Gdy utworzono domyślny kosz Cloud Storage (
*.appspot.com*.appspot.com
- Gdy utworzono 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 harmonogramu 1 generacji przed udostępnieniem innych zasobów, które korzystają z tego ustawienia lokalizacji, musisz też ustawić ich lokalizację.
Pamiętaj, że jeśli masz aplikację z lokalizacją us-central lub europe-west, lokalizacja domyślnych zasobów Google Cloud jest uznawana za obejmującą różne regiony.App Engine