Прежде чем использовать Cloud Firestore, вы должны выбрать место для своей базы данных. Чтобы уменьшить задержку и повысить доступность, храните свои данные рядом с пользователями и службами, которым они нужны. Этот параметр местоположения является местоположением ресурса Google Cloud Platform (GCP) вашего проекта по умолчанию .
Обратите внимание, что местоположение ресурса GCP по умолчанию могло быть установлено ранее либо во время создания проекта, либо при настройке другой службы, требующей настройки местоположения (см. ниже).
Местоположение ресурса GCP по умолчанию
Для некоторых сервисов, доступных для вашего приложения, требуется настройка местоположения, которая называется местоположением ресурса Google Cloud Platform (GCP) вашего проекта по умолчанию . Здесь хранятся ваши данные для сервисов GCP, для которых требуется настройка местоположения.
Следующие продукты используют одно и то же расположение ресурсов GCP по умолчанию:
Облачный пожарный магазин
Обратите внимание, что местоположение ресурса GCP по умолчанию не применяется к базе данных Firebase Realtime .Облачное хранилище
Обратите внимание, что местоположение ресурса GCP по умолчанию применяется только к сегменту Cloud Storage по умолчанию . Если вы используете план Blaze, вы можете создать несколько сегментов, каждый из которых имеет свое собственное местоположение .Приложение Google App Engine (GAE)
Если вы настроили приложение App Engine , его местоположение совпадает с местоположением ресурса GCP по умолчанию. Обратите внимание: если вы используете Cloud Scheduler (например, для запуска запланированных функций ), в вашем проекте должно быть приложение App Engine.
Типы локаций
Вы можете хранить данные Cloud Firestore в нескольких регионах или в региональном расположении .
Обратите внимание: если у вас уже есть приложение App Engine с местоположением us-central или europe-west , ваша база данных Cloud Firestore будет считаться мультирегиональной .
Мультирегиональные локации
Выберите расположение в нескольких регионах, чтобы максимизировать доступность и надежность вашей базы данных.
Многорегиональное расположение состоит из определенного набора регионов , в которых хранятся несколько реплик базы данных. Каждая реплика является либо репликой для чтения и записи, которая содержит все данные в базе данных, либо репликой-свидетелем, которая не хранит полный набор данных, но участвует в репликации.
Репликация данных между несколькими регионами позволяет продолжать обслуживать данные даже при потере всего региона. Внутри региона данные реплицируются между зонами , поэтому данные могут продолжать обслуживаться в этом регионе даже после потери зоны.
Firebase поддерживает следующие многорегиональные расположения ресурсов GCP:| Мультирегиональное имя | Мультирегиональное описание | Области чтения-записи | Свидетельский регион |
|---|---|---|---|
eur3 | Европа | europe-west1 (Бельгия), europe-west4 (Нидерланды) | europe-north1 (Финляндия) |
nam5 | Соединенные Штаты | us-central1 (Айова), us-central2 (Оклахома — частный регион GCP) | us-east1 (Южная Каролина) |
Региональные местоположения
Региональное местоположение – это определенное географическое место, например Южная Каролина. Данные в региональном расположении реплицируются в несколько зон внутри региона . Все региональные локации отделены от других региональных локаций не менее чем на 100 миль.
Выберите региональное расположение, чтобы снизить затраты, уменьшить задержку записи, если ваше приложение чувствительно к задержке, или разместить его вместе с другими ресурсами GCP .
Firebase поддерживает следующие региональные местоположения ресурсов GCP:| Название региона | Описание региона | |
|---|---|---|
| Северная Америка | ||
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 | Мумбаи | |
Это местоположение не поддерживает Cloud Storage для Firebase. Если вы планируете использовать Cloud Storage для Firebase, вам следует выбрать другое местоположение. | Дели | |
asia-southeast1 | Сингапур | |
asia-southeast2 | Джакарта | |
asia-east2 | Гонконг | |
asia-east1 | Тайвань | |
asia-northeast1 | Токио | |
asia-northeast2 | Осака | |
asia-northeast3 | Сеул | |
| Австралия | ||
australia-southeast1 | Сидней | |
Это местоположение не поддерживает Cloud Storage для Firebase. Если вы планируете использовать Cloud Storage для Firebase, вам следует выбрать другое местоположение. | Мельбурн | |
Местоположение SLA
Тип вашего местоположения Cloud Firestore определяет процент работоспособности Соглашения об уровне обслуживания (SLA) :
| Покрываемое обслуживание | Ежемесячный процент работоспособности |
|---|---|
| Cloud Firestore для нескольких регионов | >= 99,999% |
| Облачный Firestore Региональный | >= 99,99% |
Местоположение
Местоположение вашего Cloud Firestore определяет стоимость операций с базой данных.
Подробное объяснение цен для каждого региона и типа региона см. в разделе Общие сведения о выставлении счетов Cloud Firestore .
Просмотр настроек местоположения вашего проекта
В консоли Firebase перейдите в настройки проекта .
Следующие шаги
- Чтобы создать базу данных Cloud Firestore в определенном месте, посетите страницу «Начало работы с Cloud Firestore» .
- Дополнительные сведения о создании приложений, отвечающих вашим требованиям к задержке, доступности и надежности, см. в разделе География и регионы .