Antes de usar Cloud Firestore, debes seleccionar una ubicación para tu base de datos. A fin de reducir la latencia y aumentar la disponibilidad, almacena los datos cerca de los usuarios y servicios que los necesitan. Esta configuración de la ubicación corresponde a la ubicación predeterminada de los recursos de Google Cloud Platform (GCP) de tu proyecto.
Ten en cuenta que la ubicación predeterminada de los recursos de GCP podría haberse establecido previamente, ya sea durante la creación del proyecto o en la configuración de otro servicio que requiere una configuración de ubicación (consulta a continuación).
Ubicación predeterminada de los recursos de GCP
Varios de los servicios disponibles para tu app requieren que configures una ubicación que se denomina ubicación predeterminada para los recursos de Google Cloud Platform (GCP) de tu proyecto. Es donde se almacenan tus datos para los servicios de GCP que requieren una configuración de ubicación.
Los siguientes productos comparten la misma ubicación predeterminada de los recursos de GCP:
Cloud Firestore
Ten en cuenta que la ubicación predeterminada de los recursos de GCP no se aplica a Firebase Realtime Database.Cloud Storage
Ten en cuenta que la ubicación predeterminada de los recursos de GCP solo se aplica a tu bucket predeterminado de Cloud Storage. Si estás en el plan Blaze, puedes crear varios buckets, cada uno con su propia ubicación.App de Google App Engine (GAE)
Si configuras una aplicación de App Engine, esta utilizará la ubicación predeterminada de tus recursos de GCP. Ten en cuenta que, si usas Cloud Scheduler (por ejemplo, para ejecutar funciones programadas), debes tener una aplicación de App Engine en tu proyecto.
Tipos de ubicaciones
Puedes almacenar los datos de Cloud Firestore en una ubicación multirregional o regional.
Ten en cuenta que, si ya tienes una aplicación de App Engine con una ubicación de us-central o europe-west, tu base de datos de Cloud Firestore se considerará multirregional.
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.
Firebase admite las siguientes ubicaciones multirregionales para los recursos de GCP:| 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) |
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 GCP.
Firebase admite las siguientes ubicaciones regionales para los recursos de GCP:| 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 | |
northamerica-northeast1 | Montreal | |
|
|
Toronto | |
us-east1 | Carolina del Sur | |
us-east4 | Virginia del Norte | |
| Sudamérica | ||
southamerica-east1 | São Paulo | |
| Europa | ||
europe-west2 | Londres | |
|
|
Países Bajos | |
europe-west3 | Fráncfort | |
europe-central2 | Varsovia | |
europe-west6 | Zúrich | |
| Asia | ||
asia-south1 | Bombay | |
|
Esta ubicación no es compatible con Cloud Storage para Firebase. Si planeas usar Cloud Storage para Firebase, debes elegir una ubicación diferente. |
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 | |
|
Esta ubicación no es compatible con Cloud Storage para Firebase. Si planeas usar Cloud Storage para Firebase, debes elegir una ubicación diferente. |
Melbourne | |
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 mensual de tiempo de actividad |
|---|---|
| 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 por tipo de región, consulta Comprende la facturación de Cloud Firestore.
Consulta la configuración de la ubicación de tu proyecto
En Firebase console, ve a la configuración de tu proyecto.
Próximos pasos
- Para crear una base de datos de Cloud Firestore en una ubicación específica, consulta Primeros pasos con 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.