Zanim użyjesz Cloud Firestore, musisz wybrać lokalizację dla 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, która wymaga 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 są przechowywane Twoje dane dla usług GCP, które wymagają ustawienia lokalizacji.
Następujące produkty mają tę samą domyślną lokalizację zasobów GCP:
Cloud Firestore
Pamiętaj, że Twoja domyślna lokalizacja zasobu GCP nie ma zastosowania do Bazy danych czasu rzeczywistego Firebase .Magazyn w chmurze
Pamiętaj, że domyślna lokalizacja zasobu GCP ma zastosowanie tylko do domyślnego zasobnika Cloud Storage . Jeśli korzystasz z planu Blaze, możesz utworzyć wiele zasobników, każdy z własną lokalizacją .Aplikacja Google App Engine (GAE).
Jeśli skonfigurujesz aplikację App Engine , jej lokalizacja jest taka sama jak domyślna lokalizacja zasobu GCP. Pamiętaj, że jeśli używasz usługi Cloud Scheduler (na przykład do uruchamiania zaplanowanych funkcji ), musisz mieć w swoim projekcie aplikację App Engine.
Rodzaje lokacji
Możesz przechowywać dane Cloud Firestore w lokalizacji obejmującej wiele regionów lub w lokalizacji regionalnej .
Pamiętaj, że jeśli masz już aplikację App Engine z lokalizacją us-central
lub europe-west
, Twoja baza danych Cloud Firestore zostanie uznana za obejmującą wiele regionów .
Lokalizacje obejmujące wiele regionów
Wybierz lokalizację obejmującą wiele regionów, aby zmaksymalizować dostępność i trwałość bazy danych.
Lokalizacja wieloregionowa 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ą świadka, która nie przechowuje pełnego zestawu danych, ale uczestniczy w replikacji.
Dzięki replikacji danych między wieloma regionami dane mogą być nadal obsługiwane nawet po utracie całego regionu. W regionie dane są replikowane między strefami , dzięki czemu dane mogą być nadal obsługiwane w tym regionie nawet po utracie strefy.
Firebase obsługuje następujące wieloregionowe lokalizacje zasobów GCP:Nazwa wielu regionów | Opis wielu regionów | Regiony 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) |
Lokalizacje regionalne
Lokalizacja regionalna to określone miejsce geograficzne, takie jak Karolina Południowa. Dane w lokalizacji regionalnej są replikowane w wielu strefach w regionie . Wszystkie lokalizacje regionalne są oddalone od innych lokalizacji regionalnych o co najmniej 100 mil.
Wybierz lokalizację regionalną, aby obniżyć koszty, zmniejszyć opóźnienie zapisu, jeśli Twoja aplikacja jest wrażliwa na opóźnienia, lub kolokować 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 | Salt Lake City | |
us-west4 | Las Vegas | |
northamerica-northeast1 | Montreal | |
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 używać Cloud Storage dla Firebase, wybierz 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 używać Cloud Storage dla Firebase, wybierz inną lokalizację. | Melbourne |
Umowa SLA lokalizacji
Twój typ lokalizacji Cloud Firestore określa procent czasu działania umowy SLA (Service Level Agreement) :
Usługa objęta usługą | Miesięczny procent czasu sprawności |
---|---|
Cloud Firestore dla wielu regionów | >= 99,999% |
Regionalny Cloud Firestore | >= 99,99% |
Cennik lokalizacji
Twoja lokalizacja w Cloud Firestore określa koszt operacji na bazie danych.
Aby uzyskać szczegółowe wyjaśnienie cen dla poszczególnych regionów i typów regionów, zobacz Omówienie rozliczeń 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ę Pierwsze kroki 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 Geografia i regiony .