Lorsque vous provisionnez une instance Cloud Firestore, vous devez choisir un emplacement pour l'instance. Pour réduire la latence et augmenter la disponibilité, stockez vos données à proximité des utilisateurs et des services qui en ont besoin.
Si votre projet utilise le forfait Blaze (paiement à l'usage), vous pouvez éventuellement créer plusieurs bases de données dans votre projet, chacune avec son propre paramètre d'emplacement.
Sachez qu'une fois que vous avez provisionné une instance de base de données, vous ne pouvez plus modifier son paramètre d'emplacement.
Types de zones
Vous pouvez stocker vos données Cloud Firestore dans un emplacement multirégional ou un emplacement régional.
Zones multirégionales
Sélectionnez un emplacement multirégional pour optimiser la disponibilité et la durabilité de votre base de données.
Un emplacement multirégional se compose d'un ensemble défini de régions dans lesquelles plusieurs instances répliquées de la base de données sont stockées. Chaque instance répliquée est soit une instance répliquée en lecture/écriture qui contient toutes les données de la base de données, soit une instance répliquée 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 diffusées même en cas de perte d'une région entière. Au sein d'une région, les données sont répliquées dans les zones afin de pouvoir continuer à être diffusées dans cette région, même en cas de perte d'une zone.
Cloud Firestore est compatible avec les emplacements multirégionaux suivants :
| Nom de l'emplacement multirégional | Description de la zone multirégionale | Régions de lecture/écriture | Région témoin |
|---|---|---|---|
eur3 |
Europe | europe-west1 (Belgique), europe-west4 (Pays-Bas) |
europe-north1 (Finlande) |
nam5 |
États-Unis (centre) | us-central1 (Iowa), us-central2 (Oklahoma, région GCP privée) |
us-east1 (Caroline du Sud) |
nam7 |
États-Unis (Centre et Est) | us-central1 (Iowa), us-east4 (Virginie du Nord) |
us-central2 (Oklahoma, région Google Cloud privée) |
Zones régionales
Une zone régionale correspond à une zone géographique spécifique, par exemple la Caroline du Sud. Les données d'une zone régionale sont répliquées dans plusieurs zones d'une même région.
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 la colocation avec d'autres ressources Google Cloud.
Cloud Firestore est compatible avec les emplacements de ressources 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 | |
|
|
Iowa | |
northamerica-northeast1 | Montréal | |
|
|
Toronto | |
|
|
Querétaro | |
us-east1 | Caroline du Sud | |
us-east4 | Virginie du Nord | |
|
|
Columbus | |
|
|
Dallas | |
| Amérique du Sud | ||
|
|
Santiago | |
southamerica-east1 | São Paulo | |
| Europe | ||
europe-west2 | Londres | |
|
|
Belgique | |
|
|
Pays-Bas | |
|
|
Milan | |
|
|
Madrid | |
|
|
Paris | |
|
|
Turin | |
|
|
Berlin | |
europe-west3 | Francfort | |
|
|
Finlande | |
|
|
Stockholm | |
europe-central2 | Varsovie | |
europe-west6 | Zurich | |
| Moyen-Orient | ||
|
|
Doha | |
|
|
Dammam | |
|
|
Tel Aviv | |
| Asie | ||
asia-south1 | Mumbai | |
|
|
Delhi | |
asia-southeast1 | Singapour | |
asia-southeast2 | Jakarta | |
asia-southeast3 | Bangkok | |
asia-east2 | Hong Kong | |
asia-east1 | Taïwan | |
asia-northeast1 | Tokyo | |
asia-northeast2 | Osaka | |
asia-northeast3 | Séoul | |
| Australie | ||
australia-southeast1 | Sydney | |
|
|
Melbourne | |
| Afrique | ||
|
|
Johannesburg | |
Contrat de niveau de service de la zone
Le type d'emplacement de votre Cloud Firestore détermine le pourcentage de temps d'activité du contrat de niveau de service (SLA) :
| Service couvert | Pourcentage de disponibilité mensuelle |
|---|---|
| Cloud Firestore (multirégional) | >= 99,999 % |
| Cloud Firestore Régional | >= 99,99 % |
Tarifs par zone
Votre emplacement Cloud Firestore détermine le coût des opérations de base de données.
Pour obtenir une explication complète des tarifs par région et par type de région, consultez Comprendre la facturation de Cloud Firestore.
Afficher l'emplacement de vos bases de données
Vous pouvez afficher la liste de vos instances de base de données et leurs emplacements dans l'onglet Bases de données et stockage > Firestore > Données de la console Firebase.
Dépendances d'emplacement possibles en raison de l'"emplacement des ressources Google Cloud par défaut"
L'emplacement des ressources Google Cloud par défaut est le paramètre d'emplacement de toutes les ressources de projet associées à Google App Engine, y compris les suivantes :
- Instance de base de données Cloud Firestore par défaut
- Cloud Storage par défaut pour le bucket Firebase au format de nom
*.appspot.com - Google Cloud Scheduler utilisé spécifiquement avec les fonctions planifiées de 1re génération
Cet "emplacement pour les ressources Google Cloud par défaut" est un paramètre immuable. De plus, lorsque vous définissez l'emplacement de l'une des ressources associées, vous définissez indirectement l'emplacement de toutes les ressources en raison de leur association commune avec App Engine.
Cependant, en raison des nombreux changements apportés à l'écosystème Firebase et Google Cloud au fil des ans, les associations de ressources à App Engine ont évolué. Plus précisément, à partir du *.firebasestorage.app
Voici le détail des modifications apportées aux dépendances d'emplacement possibles :
À partir du
30 octobre 2024 , si l'instance Cloud Firestore par défaut et le bucket Cloud Storage for Firebase par défaut ne sont pas encore provisionnés :Le provisionnement de l'instance Cloud Firestore par défaut définit l'emplacement de toute future application App Engine provisionnée dans le projet. Toutefois, il ne dicte pas l'emplacement du futur bucket Cloud Storage par défaut.
Le provisionnement du bucket Cloud Storage par défaut ne provisionne plus d'application App Engine. Par conséquent, l'emplacement du bucket Cloud Storage par défaut ne détermine pas l'emplacement de la future instance Cloud Firestore par défaut.
À partir du
30 octobre 2024 , si l'instance Cloud Firestore par défaut a déjà été provisionnée, mais que le bucket Cloud Storage par défaut pour Firebase n'a pas été provisionné :- L'instance Cloud Firestore par défaut existante ne détermine pas l'emplacement du futur bucket Cloud Storage par défaut (
*.firebasestorage.app
- L'instance Cloud Firestore par défaut existante ne détermine pas l'emplacement du futur bucket Cloud Storage par défaut (
À partir du
30 octobre 2024 , si le bucket Cloud Storage par défaut pour Firebase a déjà été provisionné (plus précisément, le bucket*.appspot.com- Lorsque le bucket Cloud Storage par défaut (
*.appspot.com*.appspot.com
- Lorsque le bucket Cloud Storage par défaut (
Si vous avez utilisé des fonctions planifiées de 1re génération, leur emplacement est défini sur l'emplacement des ressources Google Cloud par défaut. En effet, Cloud Scheduler et App Engine étaient auparavant associés l'un à l'autre. De plus, si vous avez configuré des fonctions planifiées de 1re génération avant de provisionner d'autres ressources qui partageaient ce paramètre d'emplacement, vous avez également défini leur emplacement.
Notez que si vous disposez d'une application App Engine ayant pour emplacement us-central ou europe-west, l'emplacement de vos ressources Google Cloud par défaut est considéré comme multirégional.
Étapes suivantes
- 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 besoins en termes de latence, de disponibilité et de durabilité, consultez l'article Zone géographique et régions.