Przed użyciem Cloud Firestore musisz wybrać lokalizację swojej bazy danych. Aby zmniejszyć opóźnienia i zwiększyć dostępność, przechowuj dane blisko użytkowników i usług, które ich potrzebują. To ustawienie lokalizacji jest domyślną lokalizacją zasobu Google Cloud Platform (GCP) Twojego projektu.
Pamiętaj, że domyślna lokalizacja zasobu GCP mogła zostać wcześniej ustawiona podczas tworzenia projektu lub podczas konfigurowania innej usługi wymagającej ustawienia lokalizacji (patrz poniżej).
Domyślna lokalizacja zasobu GCP
Kilka usług dostępnych dla Twojej aplikacji wymaga ustawienia lokalizacji, zwanego domyślną lokalizacją zasobu Google Cloud Platform (GCP) Twojego projektu. W tej lokalizacji przechowywane są Twoje dane na potrzeby usług GCP wymagających ustawienia lokalizacji.
Następujące produkty korzystają z tej samej domyślnej lokalizacji zasobów GCP:
Chmura Firestore
Pamiętaj, że domyślna lokalizacja zasobów GCP nie ma zastosowania do bazy danych Firebase Realtime Database .Magazyn w chmurze
Pamiętaj, że domyślna lokalizacja zasobów GCP dotyczy tylko domyślnego zasobnika Cloud Storage . Jeśli korzystasz z planu Blaze, możesz utworzyć wiele segmentów, każdy z własną lokalizacją .Aplikacja Google App Engine (GAE).
Jeśli skonfigurujesz aplikację App Engine , jej lokalizacja będzie korzystać z domyślnej lokalizacji zasobu GCP. Pamiętaj, że jeśli używasz Cloud Scheduler (na przykład do uruchamiania zaplanowanych funkcji ), musisz mieć w projekcie aplikację App Engine.
Rodzaje lokalizacji
Możesz przechowywać dane Cloud Firestore w lokalizacji obejmującej wiele regionów lub lokalizacji regionalnej .
Pamiętaj, że jeśli masz już aplikację App Engine z lokalizacją w us-central
lub europe-west
, Twoja baza danych Cloud Firestore zostanie uznana za obejmującą wiele regionów .
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 przechowywanych jest wiele replik bazy danych. Każda replika jest albo repliką do odczytu i zapisu, która zawiera wszystkie dane w bazie danych, albo repliką monitorującą, która nie przechowuje 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 obrębie regionu dane są replikowane w różnych strefach , dzięki czemu dane mogą być nadal udostępniane w tym regionie nawet w przypadku utraty strefy.
Firebase obsługuje następujące wieloregionowe lokalizacje zasobów GCP:Nazwa obejmująca wiele regionów | Opis wielu regionów | Regiony odczytu i zapisu | Region Świadków |
---|---|---|---|
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) |
Lokalizacje regionalne
Lokalizacja regionalna to określone miejsce geograficzne, takie jak Karolina Południowa. Dane w lokalizacji regionalnej są replikowane w wielu strefach w obrębie regionu . Wszystkie lokalizacje regionalne są oddzielone od innych lokalizacji regionalnych co najmniej 100 mil.
Wybierz lokalizację regionalną, aby uzyskać niższe koszty, mniejsze opóźnienia w zapisie, jeśli aplikacja jest wrażliwa na opóźnienia, lub kolokację z innymi zasobami GCP .
Firebase obsługuje następujące regionalne lokalizacje zasobów GCP:Nazwa regionu | Opis regionu | |
---|---|---|
Ameryka północna | ||
us-west1 | Oregon | |
us-west2 | Los Angeles | |
us-west3 | Miasto Salt Lake | |
us-west4 | Las Vegas | |
northamerica-northeast1 | Montreal | |
| Toronto | |
us-east1 | Karolina Południowa | |
us-east4 | Północna Wirginia | |
Ameryka Południowa | ||
southamerica-east1 | San Paulo | |
Europa | ||
europe-west2 | Londyn | |
| Holandia | |
europe-west3 | Frankfurt | |
europe-central2 | Warszawa | |
europe-west6 | Zurych | |
Azja | ||
asia-south1 | Bombaj | |
Ta lokalizacja nie obsługuje Cloud Storage dla Firebase. Jeśli planujesz korzystać z Cloud Storage dla Firebase, powinieneś wybrać inną lokalizację. | Delhi | |
asia-southeast1 | Singapur | |
asia-southeast2 | Djakarta | |
asia-east2 | Hongkong | |
asia-east1 | Tajwan | |
asia-northeast1 | Tokio | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seul | |
Australia | ||
australia-southeast1 | Sydnej | |
Ta lokalizacja nie obsługuje Cloud Storage dla Firebase. Jeśli planujesz korzystać z Cloud Storage dla Firebase, powinieneś wybrać inną lokalizację. | Melbourne |
Lokalizacja SLA
Typ lokalizacji Cloud Firestore określa procent czasu pracy w ramach umowy dotyczącej poziomu usług (SLA) :
Usługa objęta | Procent miesięcznego czasu sprawności |
---|---|
Cloud Firestore w wielu regionach | >= 99,999% |
Regionalne rozwiązanie Cloud Firestore | >= 99,99% |
Ceny lokalizacji
Twoja lokalizacja Cloud Firestore określa koszt operacji na bazie danych.
Aby uzyskać wyczerpujące wyjaśnienie cen dla poszczególnych regionów i typów regionów, zobacz Omówienie rozliczeń w Cloud Firestore .
Wyświetl ustawienia lokalizacji swojego projektu
W konsoli Firebase przejdź do ustawień projektu .
Następne kroki
- Aby utworzyć bazę danych Cloud Firestore w określonej lokalizacji, odwiedź stronę Rozpocznij pracę z Cloud Firestore .
- Aby uzyskać więcej informacji na temat tworzenia aplikacji spełniających wymagania dotyczące opóźnień, dostępności i trwałości, zobacz temat Geografia i regiony .