При предоставлении экземпляра Cloud Firestore необходимо выбрать местоположение для экземпляра. Чтобы сократить задержку и повысить доступность, храните данные близко к пользователям и службам, которым они нужны.
Если ваш проект реализуется по тарифному плану Blaze с оплатой по факту использования, то вы можете при желании создать в своем проекте несколько баз данных , каждую из которых будет иметь собственную настройку местоположения.
Имейте в виду, что после подготовки экземпляра базы данных вы не сможете изменить настройки его местоположения.
Типы локаций
Вы можете хранить данные Cloud Firestore в многорегиональном или региональном расположении .
Многорегиональные локации
Выберите многорегиональное расположение, чтобы максимально повысить доступность и надежность вашей базы данных.
Многорегиональное расположение состоит из определенного набора регионов , в которых хранятся несколько реплик базы данных. Каждая реплика является либо репликой чтения-записи, которая содержит все данные в базе данных, либо репликой-свидетелем, которая не поддерживает полный набор данных, но участвует в репликации.
Репликация данных между несколькими регионами позволяет продолжать обслуживание данных даже при потере целого региона. В пределах региона данные реплицируются по зонам , чтобы данные могли продолжать обслуживание в этом регионе даже при потере зоны.
Cloud Firestore поддерживает следующие многорегиональные расположения:
| Мультирегиональное имя | Описание мультирегиона | Регионы чтения-записи | Регион свидетелей |
|---|---|---|---|
eur3 | Европа | europe-west1 (Бельгия), europe-west4 (Нидерланды) | europe-north1 (Финляндия) |
nam5 | Соединенные Штаты (Центр) | us-central1 (Айова), us-central2 (Оклахома — частный регион GCP) | us-east1 (Южная Каролина) |
nam7 | Соединенные Штаты (Центральная и Восточная часть) | us-central1 (Айова), us-east4 (Северная Вирджиния) | us-central2 (Оклахома — частный регион Google Cloud ) |
Региональные локации
Региональное местоположение — это определенное географическое место, например, Южная Каролина. Данные в региональном местоположении реплицируются в нескольких зонах внутри региона . Все региональные местоположения отделены от других региональных местоположений по крайней мере на 100 миль.
Выберите региональное расположение для снижения затрат, для снижения задержки записи, если ваше приложение чувствительно к задержке, или для совместного размещения с другими ресурсами Google Cloud .
Cloud Firestore поддерживает следующие региональные расположения ресурсов:
| Название региона | Описание региона | |
|---|---|---|
| Северная Америка | ||
us-west1 | Орегон | |
us-west2 | Лос-Анджелес | |
us-west3 | Солт-Лейк-Сити | |
us-west4 | Лас-Вегас | |
| Айова | |
northamerica-northeast1 | Монреаль | |
| Торонто | |
| Керетаро | |
us-east1 | Южная Каролина | |
us-east4 | Северная Вирджиния | |
| Колумбус | |
| Даллас | |
| Южная Америка | ||
| Сантьяго | |
southamerica-east1 | Сан-Паулу | |
| Европа | ||
europe-west2 | Лондон | |
| Бельгия | |
| Нидерланды | |
| Милан | |
| Мадрид | |
| Париж | |
| Турин | |
| Берлин | |
europe-west3 | Франкфурт | |
| Финляндия | |
| Стокгольм | |
europe-central2 | Варшава | |
europe-west6 | Цюрих | |
| Средний Восток | ||
| Доха | |
| Даммам | |
| Тель-Авив | |
| Азия | ||
asia-south1 | Мумбаи | |
| Дели | |
asia-southeast1 | Сингапур | |
asia-southeast2 | Джакарта | |
asia-east2 | Гонконг | |
asia-east1 | Тайвань | |
asia-northeast1 | Токио | |
asia-northeast2 | Осака | |
asia-northeast3 | Сеул | |
| Австралия | ||
australia-southeast1 | Сидней | |
| Мельбурн | |
| Африка | ||
| Йоханнесбург | |
Местоположение SLA
Тип вашего расположения Cloud Firestore определяет процент безотказной работы в соответствии с Соглашением об уровне обслуживания (SLA) :
| Покрытая услуга | Ежемесячный процент безотказной работы |
|---|---|
| Cloud Firestore Мультирегион | >= 99,999% |
| Региональный Cloud Firestore | >= 99,99% |
Местоположение цен
Местоположение вашего Cloud Firestore определяет стоимость операций с базой данных.
Подробное описание ценообразования по регионам и типам регионов см. в разделе Понимание биллинга Cloud Firestore .
Просмотр местоположения ваших баз данных
В консоли Firebase перейдите на вкладку « Данные Cloud Firestore , чтобы просмотреть список экземпляров вашей базы данных и их расположение.
Возможные зависимости от местоположения из-за «местоположения ресурсов Google Cloud по умолчанию»
«Расположение ресурсов Google Cloud по умолчанию» — это настройка расположения для любых ресурсов проекта, связанных с Google App Engine , включая следующие:
- экземпляр базы данных Cloud Firestore по умолчанию
- по умолчанию контейнер Cloud Storage для Firebase с именем в формате
*.appspot.com - Планировщик Google Cloud Scheduler используемый специально с запланированными функциями первого поколения
Это "расположение для ресурсов Google Cloud по умолчанию" является неизменяемой настройкой. Кроме того, когда вы устанавливаете расположение для одного из связанных ресурсов, вы косвенно устанавливаете расположение для всех из них из-за их общей ассоциации с App Engine .
Однако с течением лет, с учетом многочисленных изменений в экосистеме Firebase и Google Cloud , связи ресурсов с App Engine менялись. В частности, начиная с *.firebasestorage.app , и они не связаны с App Engine .
Вот подробности того, что изменилось в возможных зависимостях местоположения :
Начиная с
30 октября 2024 г. , если экземпляр Cloud Firestore по умолчанию и контейнер Cloud Storage для Firebase по умолчанию еще не подготовлены:Подготовка экземпляра Cloud Firestore по умолчанию устанавливает местоположение для любого будущего приложения App Engine подготовленного в проекте. Однако это не определяет местоположение будущего контейнера Cloud Storage по умолчанию.
Подготовка контейнера Cloud Storage по умолчанию больше не обеспечивает подготовку приложения App Engine . Таким образом, местоположение контейнера Cloud Storage по умолчанию не определяет местоположение будущего экземпляра Cloud Firestore по умолчанию.
Начиная
с 30 октября 2024 г. , если экземпляр Cloud Firestore по умолчанию уже подготовлен, но контейнер Cloud Storage для Firebase по умолчанию не подготовлен:- Существующий экземпляр Cloud Firestore по умолчанию не определяет местоположение будущего контейнера Cloud Storage по умолчанию (
*.firebasestorage.app).
- Существующий экземпляр Cloud Firestore по умолчанию не определяет местоположение будущего контейнера Cloud Storage по умолчанию (
Начиная
с 30 октября 2024 года , если контейнер Cloud Storage для Firebase по умолчанию уже подготовлен (в частности,*.appspot.combucket) , но экземпляр Cloud Firestore по умолчанию не был подготовлен:- Когда-то стандартное хранилище Cloud Storage (
*.appspot.com) был предоставлен, приложение App Engine также было предоставлено, и, таким образом, местоположение будущего экземпляра Cloud Firestore по умолчанию было установлено в то время. Даже если вы удалите*.appspot.com, вы не можете удалить приложение App Engine , поэтому настройка местоположения будущего экземпляра Cloud Firestore по умолчанию уже задана.
- Когда-то стандартное хранилище Cloud Storage (
Если вы использовали запланированные функции 1-го поколения , то их местоположение задается в соответствии с местоположением ресурсов Google Cloud по умолчанию. Это связано с тем, что Cloud Scheduler и App Engine ранее были связаны друг с другом. Кроме того, если вы настроили запланированные функции 1-го поколения до предоставления других ресурсов, которые разделяли эту настройку местоположения, то вы также задаете их местоположение.
Обратите внимание: если у вас есть приложение App Engine с местоположением us-central или europe-west , то ваше местоположение для ресурсов Google Cloud по умолчанию считается мультирегиональным .
Следующие шаги
- Чтобы создать базу данных Cloud Firestore в определенном месте, посетите страницу Начало работы с Cloud Firestore .
- Дополнительную информацию о создании приложений, отвечающих вашим требованиям к задержке, доступности и долговечности, см. в разделе География и регионы .