Locations
Avant d'utiliser Firestore, vous devez choisir une zone 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 de localisation correspond à la zone par défaut des ressources Google Cloud Platform (GCP) de votre projet.
Notez que votre zone par défaut des ressources GCP a peut-être été définie précédemment, soit lors de la création du projet, soit lors de la configuration d'un autre service nécessitant un paramètre de localisation (voir ci-dessous).
Zone par défaut des ressources GCP
Plusieurs services disponibles pour votre application requièrent un paramètre de localisation appelé zone par défaut des ressources Google Cloud Platform (GCP) de votre projet. Cette zone correspond à l'endroit où sont stockées vos données pour les services GCP nécessitant un paramètre de localisation.
Les produits suivants partagent la même zone par défaut des ressources GCP :
Firestore
Cloud Storage
Notez que votre zone par défaut des ressources GCP ne s'applique qu'à votre bucket Cloud Storage par défaut. Vous pouvez créer plusieurs buckets, chacun avec sa propre zone.Application Google App Engine (GAE)
Si vous configurez une application App Engine, sa zone partage votre zone par défaut des ressources GCP. 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 de zones
Vous pouvez stocker vos données Firestore dans une zone multirégionale ou régionale.
Notez que si vous disposez déjà d'une application App Engine ayant pour zone us-central ou europe-west, votre base de données Firestore sera considérée comme multirégionale.
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 est constitué d'un ensemble défini de régions où plusieurs instances dupliquées de la base de données sont stockées. Chaque instance dupliquée est une instance dupliquée en lecture/écriture qui contient toutes les données de la base de données ou une instance dupliquée témoin qui ne conserve pas un ensemble complet de données, mais qui participe à la réplication.
En répliquant les données entre plusieurs régions, celles-ci peuvent continuer à être diffusées même si la région entière est perdue. Dans une région, les données sont répliquées dans les zones afin que les données puissent continuer à être diffusées dans cette région, même en cas de perte d'une zone.
Firestore accepte les zones multirégionales suivantes:| 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 | us-central1 (Iowa), us-central2 (Oklahoma – région GCP privée) |
us-east1 (Caroline du Sud) |
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. Toutes les zones régionales sont séparées des autres zones régionales par une distance d'au moins 160 km.
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 co-localiser votre application avec d'autres ressources GCP.
Firestore 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 | |
| Europe | ||
europe-west2 | Londres | |
europe-west3 | Francfort | |
europe-central2 | Varsovie | |
europe-west6 | Zurich | |
| Asie | ||
asia-south1 | Mumbai | |
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 | |
|
Cet emplacement n'est pas compatible avec App Engine. Si vous prévoyez d'utiliser App Engine, vous devez choisir un autre emplacement. |
Melbourne | |
Contrat de niveau de service de la zone
Votre type de zone Firestore détermine le pourcentage de disponibilité du contrat de niveau de service (SLA) :
| Service couvert | Pourcentage de disponibilité mensuelle |
|---|---|
| Firestore multirégional | >= 99,999 % |
| Firestore régional | >= 99,99 % |
Tarifs par zone
Votre zone Firestore détermine le coût des opérations de la 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 Firestore.
Afficher les paramètres de localisation de votre projet
Utilisez l'une des méthodes suivantes pour afficher les paramètres de localisation de votre projet :
Exécutez la commande
gcloud app describe.Si vous disposez d'une application App Engine active, ouvrez le tableau de bord App Engine dans la console Google Cloud. Les informations de localisation se trouvent dans l'angle supérieur droit du tableau de bord. Elles s'appliquent à App Engine et à Firestore.
Dans la console Firebase, accédez à vos Paramètres du projet.
Étapes suivantes
- Pour créer une base de données Firestore dans une zone spécifique, consultez l'un des guides de démarrage rapide de 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.