Zanim zaczniesz korzystać z 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 to domyślna lokalizacja zasobu Twojego projektu w Google Cloud Platform (GCP) .
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 zasobów GCP
Kilka usług dostępnych dla Twojej aplikacji wymaga ustawienia lokalizacji, nazywanego domyślną lokalizacją zasobów Google Cloud Platform (GCP) projektu . Ta lokalizacja to miejsce, w którym przechowywane są Twoje dane 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 domyślna lokalizacja zasobów GCP nie dotyczy Bazy danych czasu rzeczywistego Firebase .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 zasobników, każdy z własną lokalizacją .Aplikacja Google App Engine (GAE)
Jeśli skonfigurujesz aplikację App Engine , jej lokalizacja będzie udostępniać Twoją domyślną lokalizację 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ć swoje dane Cloud Firestore w lokalizacji wieloregionalnej lub 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 wieloregionalną .
Lokalizacje w wielu regionach
Wybierz lokalizację w wielu regionach, aby zmaksymalizować dostępność i trwałość bazy danych.
Lokalizacja wieloregionalna 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 obrębie regionu dane są replikowane w różnych strefach , dzięki czemu dane mogą być nadal obsługiwane w tym regionie nawet po utracie strefy.
Firebase obsługuje te wieloregionalne lokalizacje zasobów GCP:| Nazwa wielu regionów | Opis 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) |
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ą oddzielone od innych lokalizacji regionalnych o co najmniej 100 mil.
Wybierz lokalizację regionalną, aby obniżyć koszty, skrócić czasy zapisu, jeśli aplikacja jest wrażliwa na opóźnienia, lub kolokacji 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 | |
us-east1 | Karolina Południowa | |
us-east4 | Północna Wirginia | |
| Ameryka Południowa | ||
southamerica-east1 | San Paulo | |
| Europa | ||
europe-west2 | Londyn | |
europe-west3 | Frankfurt | |
europe-central2 | Warszawa | |
europe-west6 | Zurych | |
| Azja | ||
asia-south1 | Bombaj | |
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 | |
Lokalizacja SLA
Typ lokalizacji Cloud Firestore określa procent czasu dostępności w ramach umowy SLA (Service Level Agreement) :
| Usługa objęta usługą | Procent Czasu Sprawnego Działania w Miesiącu |
|---|---|
| Cloud Firestore w wielu regionach | >= 99,999% |
| Cloud Firestore regionalny | >= 99,99% |
Ceny lokalizacji
Twoja lokalizacja Cloud Firestore określa koszt operacji na bazie danych.
Pełne wyjaśnienie cen według regionu i według typu regionu znajdziesz w artykule 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ź Pierwsze kroki z Cloud Firestore .
- Aby uzyskać więcej informacji na temat tworzenia aplikacji w celu spełnienia wymagań dotyczących opóźnień, dostępności i trwałości, zobacz Geografia i regiony .