Antes de usar Cloud Firestore, debes elegir una ubicación para tu base de datos. Para reducir la latencia y aumentar la disponibilidad, almacene sus datos cerca de los usuarios y servicios que los necesitan. Esta configuración de ubicación es la ubicación de recursos predeterminada de Google Cloud Platform (GCP) de su proyecto.
Tenga en cuenta que es posible que la ubicación predeterminada de sus recursos de GCP se haya configurado previamente, ya sea durante la creación del proyecto o al configurar otro servicio que requiera una configuración de ubicación (consulte a continuación).
Ubicación predeterminada de recursos de GCP
Varios servicios disponibles para tu aplicación requieren una configuración de ubicación, denominada ubicación de recursos predeterminada de Google Cloud Platform (GCP) de tu proyecto. Esta ubicación es donde se almacenan sus datos para los servicios de GCP que requieren una configuración de ubicación.
Los siguientes productos comparten la misma ubicación predeterminada de recursos de GCP:
Tienda de fuego en la nube
Tenga en cuenta que su ubicación predeterminada de recursos de GCP no se aplica a Firebase Realtime Database .Almacenamiento en la nube
Tenga en cuenta que su ubicación predeterminada de recursos de GCP solo se aplica a su depósito predeterminado de Cloud Storage . Si tiene el plan Blaze, puede crear varios depósitos, cada uno con su propia ubicación .Aplicación Google App Engine (GAE)
Si configuras una aplicación de App Engine , su ubicación comparte tu ubicación predeterminada de recursos de GCP. Tenga en cuenta que si usa Cloud Scheduler (por ejemplo, para ejecutar funciones programadas ), deberá tener una aplicación de App Engine en su proyecto.
Tipos de ubicaciones
Puedes almacenar tus datos de Cloud Firestore en una ubicación multirregional o en una ubicación regional .
Tenga en cuenta que si ya tiene una aplicación de App Engine con una ubicación en us-central o europe-west , su base de datos de Cloud Firestore se considerará multirregional .
Ubicaciones multirregionales
Seleccione una ubicación multirregional para maximizar la disponibilidad y durabilidad de su base de datos.
Una ubicación de varias regiones consta de un conjunto definido de regiones donde se almacenan varias réplicas de la base de datos. Cada réplica es una réplica de lectura y escritura que contiene todos los datos de la base de datos o una réplica testigo que no mantiene un conjunto completo de datos pero participa en la replicación.
Al replicar los datos entre varias regiones, los datos se pueden seguir publicando incluso con la pérdida de una región completa. Dentro de una región, los datos se replican entre zonas para que los datos puedan continuar entregándose dentro de esa región incluso si se pierde una zona.
Firebase admite las siguientes ubicaciones de recursos de GCP en varias regiones:| Nombre de varias regiones | Descripción de varias regiones | 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 replican en varias zonas dentro de una región . Todas las ubicaciones regionales están separadas de otras ubicaciones regionales por al menos 100 millas.
Seleccione una ubicación regional para obtener costos más bajos, una latencia de escritura más baja si su aplicación es sensible a la latencia o para la ubicación conjunta con otros recursos de GCP .
Firebase admite las siguientes ubicaciones de recursos regionales de GCP:| Nombre de la región | Descripción de la región | |
|---|---|---|
| América del norte | ||
us-west1 | Oregón | |
us-west2 | los Angeles | |
us-west3 | Salt Lake City | |
us-west4 | Las Vegas | |
northamerica-northeast1 | Montreal | |
| toronto | |
us-east1 | Carolina del Sur | |
us-east4 | Virginia del Norte | |
| Sudamerica | ||
southamerica-east1 | Sao Paulo | |
| Europa | ||
europe-west2 | Londres | |
| Bélgica | |
| Países Bajos | |
| París | |
europe-west3 | Francfort | |
europe-central2 | Varsovia | |
europe-west6 | Zúrich | |
| Oriente Medio | ||
| Doha | |
| Dammam | |
| Tel Aviv | |
| Asia | ||
asia-south1 | Bombay | |
Esta ubicación no admite Cloud Storage para Firebase. Si planeas usar Cloud Storage para Firebase, debes elegir una ubicación diferente. | Delhi | |
asia-southeast1 | Singapur | |
asia-southeast2 | Jacarta | |
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 admite Cloud Storage para Firebase. Si planeas usar Cloud Storage para Firebase, debes elegir una ubicación diferente. | Melbourne | |
Ubicación SLA
Su tipo de ubicación de Cloud Firestore determina el porcentaje de tiempo de actividad del Acuerdo de Nivel de Servicio (SLA) :
| Servicio cubierto | Porcentaje de tiempo de actividad mensual |
|---|---|
| Cloud Firestore multirregión | >= 99,999% |
| Regional de Cloud Firestore | >= 99,99% |
Precios de ubicación
Su 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, consulte Comprender la facturación de Cloud Firestore .
Ver la ubicación de sus bases de datos
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, visita Comenzar con Cloud Firestore .
- Para obtener más información sobre cómo crear aplicaciones que cumplan con sus requisitos de latencia, disponibilidad y durabilidad, consulte Geografía y regiones .