Cuando aprovisionas una instancia de Cloud Firestore, debes elegir una ubicación para ella. A fin de reducir la latencia y aumentar la disponibilidad, almacena los datos cerca de los usuarios y los servicios que los necesitan.
Si tu proyecto está en el plan de precios Blaze de pago por uso, puedes (de manera opcional) crear varias bases de datos en tu proyecto, cada una con su propia configuración de ubicación.
Ten en cuenta que, una vez que aprovisiones una instancia de base de datos, no podrás cambiar su configuración de ubicación.
Tipos de ubicaciones
Puedes almacenar los datos de Cloud Firestore en una ubicación multirregional o regional.
Ubicaciones multirregionales
Para maximizar la disponibilidad y la durabilidad de la base de datos, debes seleccionar una ubicación multirregional.
Una ubicación multirregional consiste en un conjunto definido de regiones en las que se almacenan múltiples réplicas de la base de datos. Las réplicas pueden ser de lectura y escritura que contienen todos los datos de la base de datos, o pueden ser réplicas testigo que no mantienen un conjunto completo de datos, pero participan en la replicación.
Si se replican los datos entre múltiples regiones, los datos se pueden seguir entregando, incluso con la pérdida de toda una región. En una región, los datos se replican en varias zonas para que se puedan seguir entregando datos dentro de esa región, incluso con la pérdida de una zona.
Cloud Firestore admite las siguientes ubicaciones multirregionales:
Nombre de la multirregión | Descripción de la multirregión | Regiones de lectura y escritura | Región testigo |
---|---|---|---|
eur3 |
Europa | europe-west1 (Bélgica), europe-west4 (Países Bajos) |
europe-north1 (Finlandia) |
nam5 |
Estados Unidos | us-central1 (Iowa), us-central2 (Oklahoma, región privada de GCP) |
us-east1 (Carolina del Sur) |
Ten en cuenta que, si tu proyecto ya tiene una app de App Engine con una ubicación de us-central
o europe-west
, tu base de datos de Cloud Firestore predeterminada se considerará multirregional.
Ubicaciones regionales
Una ubicación regional es un lugar geográfico específico, como Carolina del Sur. Los datos de una ubicación regional se repiten en varias zonas dentro de una región. Hay una separación de al menos 160 kilómetros entre las ubicaciones regionales.
Selecciona una ubicación regional para disminuir los costos o la latencia de las operaciones de escritura si tu aplicación es sensible a la latencia o si deseas una ubicación conjunta con otros recursos de Google Cloud.
Cloud Firestore admite las siguientes ubicaciones de recursos regionales:
Nombre de la región | Descripción de la región | |
---|---|---|
Norteamérica | ||
us-west1 | Oregón | |
us-west2 | Los Ángeles | |
us-west3 | Salt Lake City | |
us-west4 | Las Vegas | |
|
Iowa | |
northamerica-northeast1 | Montreal | |
|
Toronto | |
us-east1 | Carolina del Sur | |
us-east4 | Virginia del Norte | |
|
Columbus | |
|
Dallas | |
Sudamérica | ||
|
Santiago | |
southamerica-east1 | São Paulo | |
Europa | ||
europe-west2 | Londres | |
|
Bélgica | |
|
Países Bajos | |
|
Milán | |
|
Madrid | |
|
París | |
|
Turín | |
|
Berlín | |
europe-west3 | Fráncfort | |
|
Finlandia | |
europe-central2 | Varsovia | |
europe-west6 | Zúrich | |
Oriente Medio | ||
|
Doha | |
|
Dammam | |
|
Tel Aviv | |
Asia | ||
asia-south1 | Bombay | |
|
Delhi | |
asia-southeast1 | Singapur | |
asia-southeast2 | Yakarta | |
asia-east2 | Hong Kong | |
asia-east1 | Taiwán | |
asia-northeast1 | Tokio | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seúl | |
Australia | ||
australia-southeast1 | Sídney | |
|
Melbourne | |
África | ||
|
Johannesburgo |
ANS de ubicación
El tipo de ubicación de Cloud Firestore determina el porcentaje de tiempo de actividad del Acuerdo de Nivel de Servicio (ANS):
Servicio cubierto | Porcentaje de tiempo de actividad mensual |
---|---|
Cloud Firestore multirregional | >= 99.999% |
Cloud Firestore regional | >= 99.99% |
Precios de ubicación
La ubicación de Cloud Firestore determina el costo de las operaciones de la base de datos.
Para obtener una explicación completa de los precios por región y tipo de región, consulta Comprende la facturación de Cloud Firestore.
Cómo ver la ubicación de tus bases de datos
En Firebase console, ve a la pestaña Datos de Cloud Firestore para ver la lista de tus instancias de base de datos y sus ubicaciones.
Posibles dependencias de ubicación debido a la "ubicación de los recursos de Google Cloud predeterminados"
La "ubicación de los recursos de Google Cloud predeterminados" es la configuración de ubicación de los recursos de cualquier proyecto asociados con Google App Engine, incluidos los siguientes:
- instancia de base de datos de Cloud Firestore predeterminada
- bucket predeterminado de Cloud Storage para Firebase con el formato de nombre de
*.appspot.com
- Google Cloud Scheduler que se usa específicamente con funciones programadas de 1ª gen.
Esta "ubicación para los recursos de Google Cloud predeterminados" es un parámetro de configuración inmutable. Además, cuando configuras la ubicación de uno de los recursos asociados, configuras indirectamente la ubicación de todos ellos debido a su asociación común con App Engine.
Sin embargo, debido a múltiples cambios en el ecosistema de Firebase y Google Cloud a lo largo de los años, las asociaciones de recursos con App Engine han cambiado. En particular, desde el *.firebasestorage.app
Estos son los detalles de lo que cambió en las posibles dependencias de ubicación:
A partir del
30 de octubre de 2024 , si la instancia Cloud Firestore predeterminada y el bucket predeterminado de Cloud Storage para Firebase aún no se aprovisionaron, ocurrirá lo siguiente:Aprovisionar la instancia predeterminada de Cloud Firestore establece la ubicación para cualquier app de App Engine futura aprovisionada en el proyecto. Sin embargo, no determina la ubicación del futuro bucket predeterminado de Cloud Storage.
Aprovisionar el bucket predeterminado de Cloud Storage ya no aprovisiona una app de App Engine. Por lo tanto, la ubicación del bucket predeterminado de Cloud Storage no determina la ubicación de la instancia predeterminada futura de Cloud Firestore.
A partir del
30 de octubre de 2024 , si la instancia predeterminada de Cloud Firestore ya se aprovisionó, pero el bucket predeterminado de Cloud Storage para Firebase no se aprovisionó, haz lo siguiente:- La instancia predeterminada de Cloud Firestore existente no determina la ubicación del bucket predeterminado futuro de Cloud Storage (
).*.firebasestorage.app
- La instancia predeterminada de Cloud Firestore existente no determina la ubicación del bucket predeterminado futuro de Cloud Storage (
A partir del
30 de octubre de 2024 , si el bucket predeterminado de Cloud Storage para Firebase ya se aprovisionó (específicamente, el bucket ), pero la instancia predeterminada de Cloud Firestore no se aprovisionó, ocurrirá lo siguiente:*.appspot.com
- Cuando se aprovisionó el bucket predeterminado de Cloud Storage (
), también se aprovisionó una app de App Engine, por lo que la ubicación de la futura instancia predeterminada de Cloud Firestore se estableció en ese momento. Incluso si borras el bucket*.appspot.com
, no puedes borrar la app de App Engine, por lo que ya se configuró la configuración de ubicación de la futura instancia predeterminada de Cloud Firestore.*.appspot.com
- Cuando se aprovisionó el bucket predeterminado de Cloud Storage (
Si usaste funciones programadas de 1ª gen., su ubicación se establece en la ubicación de los recursos de Google Cloud predeterminados. Esto se debe a que Cloud Scheduler y App Engine tenían una asociación entre sí. Además, si configuraste funciones programadas de 1ª gen. antes de aprovisionar otros recursos que compartían esta configuración de ubicación, también configuraste su ubicación.
Ten en cuenta que, si tienes una app de App Engine con una ubicación de us-central
o europe-west
, tu ubicación para los recursos de Google Cloud predeterminados se considera multirregional.
Próximos pasos
- Para crear una base de datos de Cloud Firestore en una ubicación específica, consulta Comienza a usar Cloud Firestore.
- Para obtener más información sobre la compilación de aplicaciones que satisfagan tus requisitos de latencia, disponibilidad y durabilidad, consulta Geografía y regiones.