Lorsque vous provisionnez une Cloud Firestore instance, vous devez choisir un emplacement pour cette 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 est associé au forfait Blaze avec 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 Cloud Firestore données dans une zone multirégionale ou une zone régionale.
Zones multirégionales
Sélectionnez une zone multirégionale pour optimiser la disponibilité et la durabilité de votre base de données.
Une zone multirégionale se compose d'un ensemble défini de régions dans lesquelles plusieurs instances dupliquées de la base de données sont stockées. Chaque instance dupliquée est soit une instance dupliquée en lecture/écriture qui contient toutes les données de la base de données, soit une instance dupliqué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 qu'elles puissent continuer à être diffusées dans cette région même en cas de perte d'une zone.
Cloud Firestore accepte les zones multirégionales suivantes :
| Nom de l'emplacement multirégional | Description de la zone multirégionale | Régions en 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 une zone régionale si vous souhaitez réduire vos coûts, réduire la latence d'écriture si votre application est sensible à la latence, ou pour co-localiser votre application avec d'autres Google Cloud ressources.
Cloud Firestore accepte les zones régionales suivantes pour les ressources :
| 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-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
Votre type de zone Cloud Firestore détermine le pourcentage de disponibilité 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 zone 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 l'article Comprendre la facturation.Cloud Firestore
Afficher l'emplacement de vos bases de données
Dans la console Firebase, accédez à l' Cloud Firestore onglet Data pour afficher la liste de vos instances de base de données et de leurs emplacements.
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 par défautCloud Firestore
- Bucket Cloud Storage for Firebase par défaut au format
*.appspot.com - Google Cloud Scheduler utilisé spécifiquement avec les fonctions planifiées de première génération
Cet "emplacement des 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 autres en raison de leur association commune avec App Engine.
Cependant, avec les nombreuses modifications apportées à 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 les détails 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 détermine 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 par défaut Cloud Storage for Firebase ne l'a pas été :- L'instance par défaut existante Cloud Firestore ne détermine pas l'
emplacement du futur bucket par défaut Cloud Storage
(
*.firebasestorage.app
- L'instance par défaut existante Cloud Firestore ne détermine pas l'
emplacement du futur bucket par défaut Cloud Storage
(
À partir du
30 octobre 2024 , si le bucket Cloud Storage for Firebase par défaut a déjà été provisionné (plus précisément, le*.appspot.com- Lorsque le bucket par défaut Cloud Storage
(
*.appspot.com*.appspot.com
- Lorsque le bucket par défaut Cloud Storage
(
Si vous avez utilisé des fonctions planifiées de première 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 à chacun. De plus, si vous avez configuré des fonctions planifiées de première 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 dont la
zone est us-central ou europe-west, votre
emplacement des ressources Google Cloud par défaut est considéré
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.