При создании экземпляра Cloud Firestore необходимо выбрать его местоположение . Для уменьшения задержек и повышения доступности храните данные как можно ближе к пользователям и сервисам, которым они необходимы.
Если ваш проект использует тарифный план Blaze с оплатой по мере использования, вы можете дополнительно создать несколько баз данных в своем проекте, каждая со своими настройками местоположения.
Обратите внимание, что после создания экземпляра базы данных изменить настройку его местоположения будет невозможно.
Типы местоположений
Вы можете хранить данные Cloud Firestore в многорегиональном или региональном хранилище .
Многорегиональные местоположения
Выберите многорегиональное расположение, чтобы максимально повысить доступность и надежность вашей базы данных.
Многорегиональное хранилище представляет собой определенный набор регионов , в которых хранятся несколько реплик базы данных. Каждая реплика может быть либо репликой для чтения и записи, содержащей все данные базы данных, либо репликой-свидетелем, которая не хранит полный набор данных, но участвует в репликации.
Благодаря репликации данных между несколькими регионами, предоставление данных может продолжаться даже при потере целого региона. Внутри региона данные реплицируются между зонами , так что предоставление данных в этом регионе может продолжаться даже при потере зоны.
В течение этого предварительного периода работы с Pipeline базы данных Firestore Enterprise в собственном режиме доступны в следующих регионах:
| Многорегиональное название | Многорегиональное описание | Области чтения-записи | Регион свидетелей |
|---|---|---|---|
nam5 | Соединенные Штаты (Центральные) | us-central1 (Айова), us-central2 (Оклахома — частный регион GCP) | us-east1 (Южная Каролина) |
Региональные локации
Региональная локация — это конкретное географическое место, например, Южная Каролина. Данные, полученные в региональной локации, дублируются в нескольких зонах внутри региона .
Выберите региональное расположение для снижения затрат, уменьшения задержки записи, если ваше приложение чувствительно к задержкам, или для размещения совместно с другими ресурсами Google Cloud .
В течение этого предварительного периода работы с Pipeline базы данных для Firestore Enterprise в собственном режиме доступны в следующих региональных точках доступа:
| Название региона | Описание региона | |
|---|---|---|
| Северная Америка | ||
us-east4 | Северная Вирджиния | |
| Южная Америка | ||
southamerica-east1 | Сан-Паулу | |
| Европа | ||
| Нидерланды | |
| Азия | ||
asia-south1 | Мумбаи | |
asia-east1 | Тайвань | |
Цены в зависимости от местоположения
Стоимость операций с базой данных определяется местоположением вашего хранилища 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 for Firebase еще не созданы:Создание экземпляра Cloud Firestore по умолчанию определяет местоположение для любого будущего приложения App Engine , созданного в проекте. Однако это не определяет местоположение будущего сегмента Cloud Storage по умолчанию.
Создание Cloud Storage по умолчанию больше не приводит к созданию приложения App Engine . Таким образом, местоположение Cloud Storage по умолчанию не определяет местоположение будущего экземпляра Cloud Firestore по умолчанию.
Начиная
с 30 октября 2024 года , если стандартный экземпляр Cloud Firestore уже создан, но стандартный сегмент Cloud Storage for Firebase еще не создан:- Существующий экземпляр Cloud Firestore по умолчанию не определяет местоположение будущего сегмента Cloud Storage по умолчанию.
*.firebasestorage.app).
- Существующий экземпляр Cloud Firestore по умолчанию не определяет местоположение будущего сегмента Cloud Storage по умолчанию.
Начиная
с 30 октября 2024 года , если стандартный сегмент Cloud Storage for Firebase уже создан (в частности,*.appspot.combucket) , но экземпляр Cloud Firestore по умолчанию не был создан:- В те времена, когда по умолчанию использовался сегмент Cloud Storage (
После создания учетной записи *.appspot.comбыло также создано приложение App Engine , и, таким образом, местоположение будущего экземпляра Cloud Firestore по умолчанию было определено в тот момент. Даже если вы удалитеВ хранилище *.appspot.comнельзя удалить приложение App Engine , поэтому параметры местоположения для будущего экземпляра Cloud Firestore по умолчанию уже заданы.
- В те времена, когда по умолчанию использовался сегмент Cloud Storage (
Если вы использовали запланированные функции первого поколения , то их местоположение устанавливается в соответствии с местоположением ресурсов Google Cloud по умолчанию. Это связано с тем, что Cloud Scheduler и App Engine ранее были связаны друг с другом. Кроме того, если вы настроили запланированные функции первого поколения до выделения других ресурсов, которые используют это же местоположение, то вы также устанавливаете их местоположение.
Обратите внимание, что если ваше приложение App Engine имеет местоположение us-central или europe-west , то местоположение для ресурсов Google Cloud по умолчанию считается многорегиональным .