Ubicaciones de Cloud Firestore

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.

Importante: La configuración de ubicación de tu instancia de la base de datos Cloud Firestore predeterminada depende de la ubicación de los recursos Google Cloud predeterminados. Esto significa que, cuando aprovisiones tu base de datos Cloud Firestore predeterminada, es posible que su ubicación ya se haya establecido, ya sea durante la creación del proyecto o en la configuración de otro servicio que comparte esta dependencia de ubicación.

Las instancias de Realtime Database y las instancias de bases de datos de Cloud Firestore no predeterminadas de tu proyecto no comparten esta dependencia 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
	us-central1	Iowa
	northamerica-northeast1	Montreal
	northamerica-northeast2	Toronto
	northamerica-south1	Querétaro
	us-east1	Carolina del Sur
	us-east4	Virginia del Norte
	us-east5	Columbus
	us-south1	Dallas
Sudamérica
	southamerica-west1	Santiago
	southamerica-east1	São Paulo
Europa
	europe-west2	Londres
	europe-west1	Bélgica
	europe-west4	Países Bajos
	europe-west8	Milán
	europe-southwest1	Madrid
	europe-west9	París
	europe-west12	Turín
	europe-west10	Berlín
	europe-west3	Fráncfort
	europe-north1	Finlandia
	europe-central2	Varsovia
	europe-west6	Zúrich
Oriente Medio
	me-central1	Doha
	me-central2	Dammam
	me-west1	Tel Aviv
Asia
	asia-south1	Bombay
	asia-south2	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
	australia-southeast2	Melbourne
África
	africa-south1	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 predeterminada de Cloud Firestore
• Cloud Storage predeterminado para el bucket de Firebase con el formato de nombre de *.appspot.com
• Google Cloud Scheduler que se usa específicamente con funciones programadas de 1ª gen.

Nota: Ninguno de los otros recursos de tu proyecto comparte esta dependencia de ubicación, incluidas las siguientes: instancias de Realtime Database, instancias de Cloud Firestore no predeterminadas, buckets de Cloud Storage no predeterminados, buckets predeterminados de Cloud Storage con el formato de nombre de *.firebasestorage.app, funciones no programadas y funciones programadas de 2ª gen.

Esta "ubicación de los recursos predeterminados de Google Cloud" 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 con el paso del tiempo, las asociaciones de recursos con App Engine han cambiado. En particular, a partir del 30 de octubre de 2024, todos los buckets predeterminados de Cloud Storage aprovisionados recientemente para Firebase tendrán el formato de nombre *.firebasestorage.app y no estarán asociados con App Engine.

Punto clave: A partir del 30 de octubre de 2024, aprovisionar el bucket predeterminado de Cloud Storage para Firebase ya no establece la "ubicación de los recursos predeterminados de Google Cloud" (como la ubicación de la instancia predeterminada de Cloud Firestore del proyecto). Además, el aprovisionamiento de la instancia predeterminada de Cloud Firestore ya no establece la ubicación de un bucket predeterminado de Cloud Storage nuevo para Firebase (con el formato de nombre de *.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 predeterminada de Cloud Firestore 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 futura instancia predeterminada 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).

• A partir del 30 de octubre de 2024, si el bucket predeterminado de Cloud Storage para Firebase ya se aprovisionó (específicamente, el bucket *.appspot.com), pero la instancia predeterminada de Cloud Firestore no se aprovisionó, ocurrirá lo siguiente:

  • Cuando se aprovisionó el bucket predeterminado de Cloud Storage (*.appspot.com), 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 estableció la configuración de ubicación de la futura instancia predeterminada de Cloud Firestore.

Si usaste funciones programadas de 1ª gen., su ubicación se establece en la ubicación de los recursos predeterminados de Google Cloud. 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.