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 z modelem płatności „używaj, ile chcesz”, możesz opcjonalnie utworzyć w nim wiele baz danych, z których każda będzie mieć własne ustawienie lokalizacji.
Pamiętaj, że po skonfigurowaniu 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 można je nadal udostępniać 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 wieloregionowe:
| Nazwa wielu regionów | Opis dotyczący wielu regionów | Regiony do odczytu i zapisu | Region świadka |
|---|---|---|---|
eur3 |
Europa | europe-west1 (Belgia), europe-west4 (Holandia) |
europe-north1 (Finlandia) |
nam5 |
Stany Zjednoczone | us-central1 (Iowa), us-central2 (Oklahoma – prywatny region GCP) |
us-east1 (Karolina Południowa) |
Jeśli Twój projekt ma już aplikację App Engine z lokalizacją us-central lub europe-west, Twoja domyślna baza danych Cloud Firestore zostanie uznana za wieloregionalną.
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ą od siebie oddalone 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.
Usługa 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 | |
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 dostępności |
|---|---|
| Cloud Firestore Wiele regionów | >= 99,999% |
| Cloud Firestore Regional | >= 99,99% |
Ceny w różnych lokalizacjach
Lokalizacja Cloud Firestore określa koszty operacji na bazie danych.
Szczegółowe informacje o cenach w poszczególnych regionach i typach regionów znajdziesz w artykule [EN] Understanding Cloud Firestore billing.
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óły zmian w możliwych zależnościach 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 zasobnika Firebase 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- W czasie konfigurowania domyślnego zasobnika Cloud Storage (
*.appspot.com*.appspot.com
- W czasie konfigurowania domyślnego zasobnika 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ż 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.
Pamiętaj, że 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 Geografia i regiony.