Avant d'utiliser Cloud Firestore, vous devez choisir un emplacement pour votre base de données. Pour réduire la latence et augmenter la disponibilité, stockez vos données à proximité des utilisateurs et des services qui en ont besoin. Ce paramètre d'emplacement est l'emplacement des ressources Google Cloud Platform (GCP) par défaut de votre projet .
Notez que votre emplacement de ressource GCP par défaut a peut-être déjà été défini, soit lors de la création du projet, soit lors de la configuration d'un autre service nécessitant un paramètre d'emplacement (voir ci-dessous).
Emplacement des ressources GCP par défaut
Plusieurs services disponibles pour votre application nécessitent un paramètre d'emplacement, appelé emplacement de la ressource Google Cloud Platform (GCP) par défaut de votre projet . Cet emplacement est l'endroit où vos données sont stockées pour les services GCP qui nécessitent un paramètre d'emplacement.
Les produits suivants partagent le même emplacement de ressources GCP par défaut :
Cloud Firestore
Notez que votre emplacement de ressources GCP par défaut ne s'applique pas à Firebase Realtime Database .Stockage en ligne
Notez que votre emplacement de ressource GCP par défaut ne s'applique qu'à votre bucket Cloud Storage par défaut . Si vous êtes sur le plan Blaze, vous pouvez créer plusieurs buckets, chacun avec son propre emplacement .Application Google App Engine (GAE)
Si vous configurez une application App Engine , son emplacement partage votre emplacement de ressource GCP par défaut. Notez que si vous utilisez Cloud Scheduler (par exemple, pour exécuter des fonctions planifiées ), vous devez disposer d'une application App Engine dans votre projet.
Types d'emplacements
Vous pouvez stocker vos données Cloud Firestore dans un emplacement multirégional ou régional .
Notez que si vous disposez déjà d'une application App Engine dont l'emplacement est us-central ou europe-west , votre base de données Cloud Firestore sera considérée comme multirégionale .
Emplacements multirégionaux
Sélectionnez un emplacement multirégional pour optimiser la disponibilité et la durabilité de votre base de données.
Un emplacement multi-région consiste en un ensemble défini de régions où plusieurs répliques de la base de données sont stockées. Chaque réplica est soit un réplica en lecture-écriture qui contient toutes les données de la base de données, soit un réplica témoin qui ne conserve pas un ensemble complet de données mais participe à la réplication.
En répliquant les données entre plusieurs régions, les données peuvent continuer à être servies même avec la perte d'une région entière. Au sein d'une région, les données sont répliquées entre les zones afin que les données puissent continuer à être servies dans cette région même avec la perte d'une zone.
Firebase est compatible avec les emplacements de ressources GCP multirégionaux suivants :| Nom multi-région | Description multirégionale | Régions en lecture-écriture | Région témoin |
|---|---|---|---|
eur3 | L'Europe | europe-west1 (Belgique), europe-west4 (Pays-Bas) | europe-north1 (Finlande) |
nam5 | États-Unis | us-central1 (Iowa), us-central2 (Oklahoma—région GCP privée) | us-east1 (Caroline du Sud) |
Emplacements régionaux
Un emplacement régional est un lieu géographique spécifique, tel que la Caroline du Sud. Les données d'un emplacement régional sont répliquées dans plusieurs zones d'une région . Tous les emplacements régionaux sont séparés des autres emplacements régionaux par au moins 100 miles.
Sélectionnez un emplacement régional pour réduire les coûts, pour réduire la latence d'écriture si votre application est sensible à la latence ou pour une colocalisation avec d'autres ressources GCP .
Firebase est compatible avec les emplacements de ressources GCP régionaux suivants :| Nom de la région | Description de la région | |
|---|---|---|
| Amérique du Nord | ||
us-west1 | Oregon | |
us-west2 | Los Angeles | |
us-west3 | Salt Lake City | |
us-west4 | Las Vegas | |
northamerica-northeast1 | Montréal | |
us-east1 | Caroline du Sud | |
us-east4 | Virginie du Nord | |
| Amérique du Sud | ||
southamerica-east1 | São Paulo | |
| L'Europe | ||
europe-west2 | Londres | |
| Pays-Bas | |
europe-west3 | Francfort | |
europe-central2 | Varsovie | |
europe-west6 | Zurich | |
| Asie | ||
asia-south1 | Bombay | |
Cet emplacement n'est pas compatible avec Cloud Storage pour Firebase. Si vous prévoyez d'utiliser Cloud Storage pour Firebase, vous devez choisir un autre emplacement. | Delhi | |
asia-southeast1 | Singapour | |
asia-southeast2 | Jakarta | |
asia-east2 | Hong Kong | |
asia-east1 | Taïwan | |
asia-northeast1 | Tokyo | |
asia-northeast2 | Osaka | |
asia-northeast3 | Séoul | |
| Australie | ||
australia-southeast1 | Sidney | |
Cet emplacement n'est pas compatible avec Cloud Storage pour Firebase. Si vous prévoyez d'utiliser Cloud Storage pour Firebase, vous devez choisir un autre emplacement. | Melbourne | |
Emplacement SLA
Votre type d'emplacement Cloud Firestore détermine le pourcentage de disponibilité du contrat de niveau de service (SLA) :
| Service couvert | Pourcentage de disponibilité mensuel |
|---|---|
| Cloud Firestore multi-régions | >= 99.999% |
| Cloud Firestore Régional | >= 99,99 % |
Tarification de l'emplacement
Votre emplacement Cloud Firestore détermine le coût des opérations de base de données.
Pour une explication complète de la tarification par région et par type de région, consultez Comprendre la facturation de Cloud Firestore .
Afficher les paramètres d'emplacement de votre projet
Dans la console Firebase, accédez aux paramètres de votre projet .
Prochaines étapes
- Pour créer une base de données Cloud Firestore dans un emplacement spécifique, consultez Premiers pas avec Cloud Firestore .
- Pour plus d'informations sur la création d'applications répondant à vos exigences de latence, de disponibilité et de durabilité, reportez-vous à Géographie et régions .