При подготовке экземпляра 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 ) |
Региональные локации
Региональное местоположение — это определённая географическая точка, например, Южная Каролина. Данные в региональном местоположении реплицируются в нескольких зонах внутри региона . Все региональные местоположения отделены друг от друга не менее чем на 160 км.
Выберите региональное расположение для снижения затрат, уменьшения задержки записи, если ваше приложение чувствительно к задержке, или для совместного размещения с другими ресурсами 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 Multi-Region | >= 99,999% |
Региональный Cloud Firestore | >= 99,99% |
Цены на местоположение
Местоположение вашего Cloud Firestore определяет стоимость операций с базой данных.
Подробное объяснение ценообразования по регионам и типам регионов см. в разделе Понимание биллинга Cloud Firestore .
Просмотр расположения ваших баз данных
В консоли Firebase перейдите на вкладку Cloud Firestore Data , чтобы просмотреть список экземпляров базы данных и их расположения.
Возможные зависимости от местоположения из-за «расположения ресурсов 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.com
bucket) , но экземпляр 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 по умолчанию будет считаться мультирегиональным .
Следующие шаги
- Чтобы создать базу данных Cloud Firestore в определенном месте, посетите страницу Начало работы с Cloud Firestore .
- Дополнительную информацию о создании приложений, отвечающих вашим требованиям к задержке, доступности и долговечности, см. в разделе География и регионы .