Udostępniając instancję 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ę w wielu regionach, aby zmaksymalizować dostępność i trwałość bazy danych.
Lokalizacja obejmująca wiele regionów składa się ze zdefiniowanego zbioru regionów, w których przechowywanych jest wiele replik 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 replikacji danych między wieloma regionami dane mogą być w dalszym ciągu dostępne nawet w przypadku utraty 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 obejmujące wiele regionów:
Nazwa wielu regionów | Opis dotyczący wielu regionów | Regiony do odczytu i zapisu | Obszar ś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, skrócić czas oczekiwania na zapis, jeśli Twoja aplikacja jest wrażliwa na czas oczekiwania, lub współlokalizować inne zasoby Google Cloud.
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 | |
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 procentowy czas dostępności usługi (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
Lokalizacja Cloud Firestore określa koszty operacji na bazie danych.
Szczegółowe informacje o cenach w poszczególnych regionach i regionach o różnym typie 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ć. Ponadto, gdy ustawisz lokalizację dla jednego z powiązanych zasobów, pośrednio ustawisz lokalizację 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 zaszły liczne zmiany, przez co powiązania zasobów z App Engine ulegały zmianom. W szczególności od *.firebasestorage.app
Oto szczegóły zmian w możliwych zależnościach od lokalizacji:
Jeśli od
30 października 2024 r. domyślna instancja Cloud Firestore i domyślny zasobnik Cloud Storage dla Firebase (Cloud Storage) nie będą jeszcze nie udostępniane:Udostępnienie domyślnej instancji Cloud Firestore określa lokalizację każdej przyszłej aplikacji App Engine udostępnianej w projekcie. Nie określa jednak lokalizacji przyszłego domyślnego zasobnika Cloud Storage.
Udostępnianie domyślnego zasobnika Cloud Storage nie udostępnia już aplikacji App Engine. W związku z tym 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 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 r. jeśli domyślny zasobnik Cloud Storage dla Firebase został już udostępniony (konkretnie zasobnik ), ale domyślna instancja Cloud Firestore nie zostanie udostępniona:*.appspot.com
- W czasie konfigurowania domyślnego zasobnika Cloud Storage (
) została także skonfigurowana aplikacja App Engine, co oznacza, że w tym czasie została ustawiona lokalizacja 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
- 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. Wynika to z tego, że domeny 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, które spełniają wymagania dotyczące czasu oczekiwania, dostępności i trwałości, znajdziesz w sekcji dotyczącej regionów geograficznych i regionów.