При создании экземпляра 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 ) |
Региональные локации
Региональная локация — это конкретное географическое место, например, Южная Каролина. Данные, полученные в региональной локации, дублируются в нескольких зонах внутри региона .
Выберите региональное расположение для снижения затрат, уменьшения задержки записи, если ваше приложение чувствительно к задержкам, или для размещения совместно с другими ресурсами 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 | Сидней | |
| Мельбурн | |
| Африка | ||
| Йоханнесбург | |
Соглашение об уровне обслуживания по местоположению
Тип расположения вашего 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 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 по умолчанию считается многорегиональным .
Следующие шаги
- Чтобы создать базу данных Cloud Firestore в определенном месте, посетите раздел «Начало работы с Cloud Firestore .
- Для получения дополнительной информации о создании приложений, отвечающих вашим требованиям к задержке, доступности и отказоустойчивости, обратитесь к разделу «География и регионы» .