Podczas tworzenia instancji Cloud Firestore musisz wybrać jej lokalizację. Aby skrócić czasy oczekiwania i zwiększyć dostępność, przechowuj dane blisko użytkowników i usług, które z nich korzystają.
Jeśli Twój projekt korzysta z abonamentu Blaze, możesz w nim opcjonalnie tworzyć wiele baz danych, z których każda będzie mieć własne ustawienie lokalizacji.
Pamiętaj, że po wdrożenie instancji bazy danych nie możesz zmienić jej ustawienia lokalizacji.
Typy lokalizacji
Dane Cloud Firestore możesz przechowywać w wielu regionach lub w regionie.
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ę z określonego zestawu regionów, w których przechowywane są liczne repliki bazy danych. Każda replika to replika z możliwością odczytu i zapisu, która zawiera wszystkie dane z bazy danych, lub replika świadkowa, która nie przechowuje pełnego zestawu danych, ale uczestniczy w replikacji.
Dzięki replikowaniu danych między wieloma regionami dane mogą być nadal dostępne nawet po utracie całego regionu. W obrębie regionu dane są replikowane w strefach, dzięki czemu mogą być one nadal udostępniane w tym regionie nawet po utracie strefy.
Cloud Firestore obsługuje te lokalizacje w wielu regionach:
| Nazwa wielu regionów | Opis wielu regionów | Regiony do odczytu i zapisu | Obszar świadka |
|---|---|---|---|
eur3 |
Europa | europe-west1 (Belgia), europe-west4 (Holandia) |
europe-north1 (Finlandia) |
nam5 |
Stany Zjednoczone (strefa centralna) | 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 (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. Wszystkie lokalizacje regionalne są odseparowane od innych lokalizacji regionalnych o co najmniej 160 km.
Wybierz lokalizację regionalną, aby obniżyć koszty, zmniejszyć opóźnienie zapisu (jeśli aplikacja jest wrażliwa na opóźnienia) lub zlokalizować zasoby Google Cloud w tym samym miejscu.
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
Typ lokalizacji Cloud Firestore określa procent czasu bezawaryjnej pracy w ramach gwarancji jakości usług (SLA):
| Usługa objęta ochroną | Miesięczny wskaźnik procentowy dostępności |
|---|---|
| Cloud Firestore Wiele regionów | >= 99,999% |
| Cloud Firestore Regional | >= 99,99% |
Ceny w różnych lokalizacjach
Koszt operacji na bazie danych zależy od Twojej lokalizacji Cloud Firestore.
Szczegółowe informacje o cenach w poszczególnych regionach i typach regionów znajdziesz w artykule [EN] Understanding Cloud Firestore billing (w języku angielskim).
Wyświetlanie lokalizacji baz danych
W konsoli Firebase otwórz kartę Cloud Firestore Dane, aby wyświetlić listę instancji bazy danych i ich lokalizacji.
Możliwe zależności lokalizacji z powodu „lokalizacji domyślnych zasobów Google Cloud”
„Lokalizacja domyślnych zasobów Google Cloud” to ustawienie lokalizacji dla wszystkich zasobów projektu powiązanych z Google App Engine, w tym:
- domyślna instancja bazy danych Cloud Firestore
- domyślna wartość Cloud Storage w przypadku zasobnika Firebase o nazwie w formacie
*.appspot.com - Google Cloud Scheduler używany wyłącznie w przypadku funkcji zaplanowanych 1 generacji
Ta „lokalizacja domyślnych zasobów Google Cloud” jest ustawieniem, którego nie można zmienić. Gdy ustawisz lokalizację dla jednego z powiązanych zasobów, pośrednio ustawisz ją dla wszystkich z nich ze względu na ich wspólne powiązanie z App Engine.
Jednak w ciągu lat w ekosystemie Firebase i Google Cloud wprowadzono wiele zmian, przez co powiązania zasobów z App Engine ulegały zmianom. Najważniejsze jest to, że od *.firebasestorage.app
Oto szczegółowe informacje o tym, co się zmieniło w przypadku możliwych zależność od lokalizacji:
Od
30 października 2024 roku jeśli domyślna instancja Cloud Firestore i domyślna instancja Cloud Storage dla zasobów Firebase nie zostały jeszcze zarezerwowane:W przypadku domyślnej instancji Cloud Firestore lokalizacja jest ustawiana dla wszystkich przyszłych aplikacji App Engine, które zostaną zainstalowane w projekcie. Nie określa ona jednak lokalizacji przyszłego domyślnego zasobnika Cloud Storage.
Przygotowywanie domyślnego zasobnika Cloud Storage nie powoduje już przygotowywania aplikacji App Engine. Dlatego lokalizacja domyślnego zasobnika Cloud Storage nie określa lokalizacji przyszłego domyślnego wystąpienia Cloud Firestore.
Od
30 października 2024 r. jeśli domyślna instancja Cloud Firestore została już utworzona, ale domyślna instancja Cloud Storage dla zasobów Firebase jeszcze nie została utworzona:- 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 roku jeśli domyślny kontener Cloud Storage w Firebase został już skonfigurowany (dotyczy to konkretnie kontenera*.appspot.com- Gdy skonfigurowano domyślny zasobnik Cloud Storage (
*.appspot.com*.appspot.com
- Gdy skonfigurowano domyślny zasobnik 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 powiązane ze sobą. Jeśli funkcje zaplanowane pierwszej generacji zostały skonfigurowane przed udostępnieniem innych zasobów, które mają takie samo ustawienie lokalizacji, to ich lokalizacja została też skonfigurowana.
Jeśli masz aplikację App Engine z lokalizacją us-central lub europe-west, lokalizacja domyślnych zasobów Google Cloud jest uważana za wieloregionalną.
Dalsze kroki
- Aby utworzyć bazę danych Cloud Firestore w konkretnej 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.