Когда вы подготавливаете экземпляр Cloud Firestore , вы должны выбрать местоположение для него. Чтобы уменьшить задержку и повысить доступность, храните свои данные рядом с пользователями и службами, которым они нужны.
Если ваш проект использует тарифный план Blaze с оплатой по факту использования, вы можете при желании создать в проекте несколько баз данных , каждая из которых имеет свои собственные настройки местоположения.
Имейте в виду, что после подготовки экземпляра базы данных вы не сможете изменить настройку его местоположения.
Типы локаций
Вы можете хранить данные Cloud Firestore в нескольких регионах или в региональном расположении .
Мультирегиональные локации
Выберите расположение в нескольких регионах, чтобы максимизировать доступность и надежность вашей базы данных.
Многорегиональное расположение состоит из определенного набора регионов , в которых хранятся несколько реплик базы данных. Каждая реплика является либо репликой для чтения и записи, которая содержит все данные в базе данных, либо репликой-свидетелем, которая не поддерживает полный набор данных, но участвует в репликации.
Репликация данных между несколькими регионами позволяет продолжать обслуживать данные даже при потере всего региона. Внутри региона данные реплицируются между зонами , поэтому данные могут продолжать обслуживаться в этом регионе даже после потери зоны.
Cloud Firestore поддерживает следующие многорегиональные местоположения:
| Мультирегиональное название | Мультирегиональное описание | Области чтения и записи | Свидетельский регион |
|---|---|---|---|
eur3 | Европа | europe-west1 (Бельгия), europe-west4 (Нидерланды) | europe-north1 (Финляндия) |
nam5 | Соединенные Штаты | us-central1 (Айова), us-central2 (Оклахома — частный регион GCP) | us-east1 (Южная Каролина) |
Обратите внимание: если в вашем проекте уже есть приложение App Engine с местоположением us-central или europe-west , то ваша база данных Cloud Firestore по умолчанию будет считаться мультирегиональной .
Региональные местоположения
Региональное местоположение – это определенное географическое место, например Южная Каролина. Данные в региональном расположении реплицируются в несколько зон внутри региона . Все региональные локации отделены от других региональных локаций не менее чем на 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 используется специально с запланированными функциями 1-го поколения.
Это «местоположение ресурсов 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 .
- Дополнительные сведения о создании приложений, отвечающих вашим требованиям к задержке, доступности и надежности, см. в разделе География и регионы .
Когда вы подготавливаете экземпляр Cloud Firestore , вы должны выбрать местоположение для него. Чтобы уменьшить задержку и повысить доступность, храните свои данные рядом с пользователями и службами, которым они нужны.
Если ваш проект использует тарифный план Blaze с оплатой по факту использования, вы можете при желании создать в проекте несколько баз данных , каждая из которых имеет свои собственные настройки местоположения.
Имейте в виду, что после подготовки экземпляра базы данных вы не сможете изменить настройку его местоположения.
Типы локаций
Вы можете хранить данные Cloud Firestore в нескольких регионах или в региональном расположении .
Мультирегиональные локации
Выберите расположение в нескольких регионах, чтобы максимизировать доступность и надежность вашей базы данных.
Многорегиональное расположение состоит из определенного набора регионов , в которых хранятся несколько реплик базы данных. Каждая реплика является либо репликой для чтения и записи, которая содержит все данные в базе данных, либо репликой-свидетелем, которая не поддерживает полный набор данных, но участвует в репликации.
Репликация данных между несколькими регионами позволяет продолжать обслуживать данные даже при потере всего региона. Внутри региона данные реплицируются между зонами , поэтому данные могут продолжать обслуживаться в этом регионе даже после потери зоны.
Cloud Firestore поддерживает следующие многорегиональные местоположения:
| Мультирегиональное название | Мультирегиональное описание | Области чтения и записи | Свидетельский регион |
|---|---|---|---|
eur3 | Европа | europe-west1 (Бельгия), europe-west4 (Нидерланды) | europe-north1 (Финляндия) |
nam5 | Соединенные Штаты | us-central1 (Айова), us-central2 (Оклахома — частный регион GCP) | us-east1 (Южная Каролина) |
Обратите внимание: если в вашем проекте уже есть приложение App Engine с местоположением us-central или europe-west , то ваша база данных Cloud Firestore по умолчанию будет считаться мультирегиональной .
Региональные местоположения
Региональное местоположение – это определенное географическое место, например Южная Каролина. Данные в региональном расположении реплицируются в несколько зон внутри региона . Все региональные локации отделены от других региональных локаций не менее чем на 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 используется специально с запланированными функциями 1-го поколения.
Это «местоположение ресурсов 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 .
- Дополнительные сведения о создании приложений, отвечающих вашим требованиям к задержке, доступности и надежности, см. в разделе География и регионы .
Когда вы подготавливаете экземпляр Cloud Firestore , вы должны выбрать местоположение для него. Чтобы уменьшить задержку и повысить доступность, храните свои данные рядом с пользователями и службами, которым они нужны.
Если ваш проект использует тарифный план Blaze с оплатой по факту использования, вы можете при желании создать в проекте несколько баз данных , каждая из которых имеет свои собственные настройки местоположения.
Имейте в виду, что после подготовки экземпляра базы данных вы не сможете изменить настройку его местоположения.
Типы локаций
Вы можете хранить данные Cloud Firestore в нескольких регионах или в региональном расположении .
Мультирегиональные локации
Выберите расположение в нескольких регионах, чтобы максимизировать доступность и надежность вашей базы данных.
Многорегиональное расположение состоит из определенного набора регионов , в которых хранятся несколько реплик базы данных. Каждая реплика является либо репликой для чтения и записи, которая содержит все данные в базе данных, либо репликой-свидетелем, которая не поддерживает полный набор данных, но участвует в репликации.
Репликация данных между несколькими регионами позволяет продолжать обслуживать данные даже при потере всего региона. Внутри региона данные реплицируются между зонами , поэтому данные могут продолжать обслуживаться в этом регионе даже после потери зоны.
Cloud Firestore поддерживает следующие многорегиональные местоположения:
| Мультирегиональное название | Мультирегиональное описание | Области чтения и записи | Свидетельский регион |
|---|---|---|---|
eur3 | Европа | europe-west1 (Бельгия), europe-west4 (Нидерланды) | europe-north1 (Финляндия) |
nam5 | Соединенные Штаты | us-central1 (Айова), us-central2 (Оклахома — частный регион GCP) | us-east1 (Южная Каролина) |
Обратите внимание: если в вашем проекте уже есть приложение App Engine с местоположением us-central или europe-west , то ваша база данных Cloud Firestore по умолчанию будет считаться мультирегиональной .
Региональные местоположения
Региональное местоположение – это определенное географическое место, например Южная Каролина. Данные в региональном расположении реплицируются в несколько зон внутри региона . Все региональные локации отделены от других региональных локаций не менее чем на 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 используется специально с запланированными функциями 1-го поколения.
Это «местоположение ресурсов 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 .
- Дополнительные сведения о создании приложений, отвечающих вашим требованиям к задержке, доступности и надежности, см. в разделе География и регионы .
Когда вы подготавливаете экземпляр Cloud Firestore , вы должны выбрать местоположение для него. Чтобы уменьшить задержку и повысить доступность, храните свои данные рядом с пользователями и службами, которым они нужны.
Если ваш проект использует тарифный план Blaze с оплатой по факту использования, вы можете при желании создать в проекте несколько баз данных , каждая из которых имеет свои собственные настройки местоположения.
Имейте в виду, что после подготовки экземпляра базы данных вы не сможете изменить настройку его местоположения.
Типы локаций
Вы можете хранить данные Cloud Firestore в нескольких регионах или в региональном расположении .
Мультирегиональные локации
Выберите расположение в нескольких регионах, чтобы максимизировать доступность и надежность вашей базы данных.
Многорегиональное расположение состоит из определенного набора регионов , в которых хранятся несколько реплик базы данных. Каждая реплика является либо репликой для чтения и записи, которая содержит все данные в базе данных, либо репликой-свидетелем, которая не поддерживает полный набор данных, но участвует в репликации.
Репликация данных между несколькими регионами позволяет продолжать обслуживать данные даже при потере всего региона. Внутри региона данные реплицируются между зонами , поэтому данные могут продолжать обслуживаться в этом регионе даже после потери зоны.
Cloud Firestore поддерживает следующие многорегиональные местоположения:
| Мультирегиональное название | Мультирегиональное описание | Области чтения и записи | Свидетельский регион |
|---|---|---|---|
eur3 | Европа | europe-west1 (Бельгия), europe-west4 (Нидерланды) | europe-north1 (Финляндия) |
nam5 | Соединенные Штаты | us-central1 (Айова), us-central2 (Оклахома — частный регион GCP) | us-east1 (Южная Каролина) |
Обратите внимание: если в вашем проекте уже есть приложение App Engine с местоположением us-central или europe-west , то ваша база данных Cloud Firestore по умолчанию будет считаться мультирегиональной .
Региональные местоположения
Региональное местоположение – это определенное географическое место, например Южная Каролина. Данные в региональном расположении реплицируются в несколько зон внутри региона . Все региональные локации отделены от других региональных локаций не менее чем на 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 используется специально с запланированными функциями 1-го поколения.
Это «местоположение ресурсов 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 .
- Дополнительные сведения о создании приложений, отвечающих вашим требованиям к задержке, доступности и надежности, см. в разделе География и регионы .