Podczas tworzenia instancji Cloud Firestore musisz wybrać jej lokalizację. Aby zmniejszyć 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 kilka 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.
Typy lokalizacji
Dane Cloud Firestore możesz przechowywać w lokalizacji obejmującej wiele regionów lub w lokalizacji regionalnej.
Lokalizacje obejmujące wiele regionów
Aby zmaksymalizować dostępność i trwałość bazy danych, wybierz lokalizację obejmującą wiele regionów.
Lokalizacja obejmująca wiele regionów to zdefiniowany zestaw 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ą świadka, która nie zawiera 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 regionie dane są replikowane w 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 lokalizacji obejmującej wiele regionów | Opis lokalizacji obejmującej wiele regionów | Regiony do odczytu i zapisu | Region świadka |
|---|---|---|---|
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 (Północna Wirginia) |
us-central2 (Oklahoma – prywatny Google Cloud region) |
us-centraleurope-west
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ę 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 Google Cloud zasoby.
Cloud Firestore obsługuje te lokalizacje zasobów regionalnych:
| 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 | |
Umowa SLA dotycząca lokalizacji
Typ lokalizacji Cloud Firestore określa procent dostępności w ramach gwarancji jakości usług (SLA):
| Usługa objęta umową | Miesięczny procent dostępności |
|---|---|
| Cloud Firestore (wiele regionów) | >= 99,999% |
| Cloud Firestore (region) | >= 99,99% |
Ceny w różnych lokalizacjach
Twoja lokalizacja Cloud Firestore określa koszt operacji na bazie danych.
Szczegółowe wyjaśnienie cen w poszczególnych regionach i typach regionów znajdziesz w artykule Omówienie Cloud Firestore rozliczeń.
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 od lokalizacji wynikające z "lokalizacji domyślnych Google Cloud zasobów"
„Lokalizacja domyślnych zasobów Google Cloud” to ustawienie lokalizacji wszystkich zasobów projektu powiązanych z Google App Engine, w tym:
- domyślnej Cloud Firestore instancji bazy danych,
- domyślnego Cloud Storage dla zasobnika Firebase o formacie nazwy
*.appspot.com - Google Cloud Scheduler używanego tylko z zaplanowanymi funkcjami 1 generacji.
„Lokalizacja domyślnych Google Cloud zasobów” to ustawienie, którego nie można zmienić. Ponadto, 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 związku z wieloma zmianami w ekosystemie Firebase i Google Cloud na przestrzeni
lat powiązania zasobów z App Engine uległy
zmianie. Przede wszystkim od
*.firebasestorage.app
Oto szczegóły zmian w możliwych zależnościach od lokalizacji:
Od
30 października 2024 r. , jeśli domyślna instancja Cloud Firestore i domyślny zasobnik Cloud Storage for Firebase nie zostały jeszcze utworzone:Utworzenie domyślnej instancji Cloud Firestore ustawia lokalizację każdej przyszłej aplikacji App Engine utworzonej w projekcie. Nie określa jednak lokalizacji przyszłego domyślnego Cloud Storage zasobnika.
Utworzenie domyślnego zasobnika Cloud Storage nie powoduje już utworzenia aplikacji App Engine. Lokalizacja domyślnego zasobnika Cloud Storage nie określa więc lokalizacji przyszłej domyślnej instancji Cloud Firestore.
Od
30 października 2024 r. , jeśli domyślna instancja Cloud Firestore została już utworzona, ale domyślny zasobnik domyślny Cloud Storage for Firebase nie został utworzony:- Istniejąca domyślna Cloud Firestore instancja nie określa
lokalizacji przyszłego domyślnego Cloud Storage zasobnika
(
).*.firebasestorage.app
- Istniejąca domyślna Cloud Firestore instancja nie określa
lokalizacji przyszłego domyślnego Cloud Storage zasobnika
(
Od
30 października 2024 r. , jeśli domyślny Cloud Storage for Firebase został już utworzony (konkretnie zasobnik ), ale domyślna Cloud Firestore instancja nie została utworzona:*.appspot.com- Gdy utworzono domyślny zasobnik Cloud Storage(
), utworzono App Engine aplikację również, a tym samym ustawiono lokalizację przyszłej domyślnej instancji Cloud Firestore. Nawet jeśli usuniesz zasobnik*.appspot.com , nie możesz usunąć aplikacji App Engine, więc ustawienie lokalizacji przyszłej domyślnej instancji Cloud Firestore jest już ustawione.*.appspot.com
- Gdy utworzono 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. Wynika to z tego, że Cloud Scheduler i App Engine były wcześniej ze sobą powiązane. Jeśli przed utworzeniem innych zasobów, które mają to samo ustawienie lokalizacji, skonfigurujesz zaplanowane funkcje 1 generacji, ustawisz też ich lokalizację.
Pamiętaj, że jeśli masz aplikację App Engine w
lokalizacji us-central lub europe-west, Twoja
lokalizacja domyślnych zasobów Google Cloud jest uważana za
wieloregionową.
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óźnień, dostępności i trwałości znajdziesz w artykule Położenie geograficzne i regiony.