Quando esegui il provisioning di un'istanza Cloud Firestore, devi scegliere una località per l'istanza. Per ridurre la latenza e aumentare la disponibilità, archivia i dati vicino agli utenti e ai servizi che ne hanno bisogno.
Se il tuo progetto utilizza il piano tariffario Blaze di pagamento a consumo, se vuoi puoi creare più database nel progetto, ciascuno con la propria impostazione di località.
Tieni presente che, dopo aver eseguito il provisioning di un'istanza di database, non puoi modificare l'impostazione della località.
Tipi di località
Puoi archiviare i dati Cloud Firestore in una località con più regioni o in una località regionale.
Località con più regioni
Seleziona una località multi-regione per massimizzare la disponibilità e la durabilità del tuo database.
Una località multiregionale è costituita da un insieme definito di regioni in cui sono archiviate più repliche del database. Ogni replica è una replica di lettura/scrittura che contiene tutti i dati nel database o una replica di testimone che non gestisce un insieme completo di dati, ma partecipa alla replica.
Se replichi i dati tra più regioni, la loro pubblicazione può continuare anche in caso di perdita di un'intera regione. All'interno di una regione, i dati vengono replicati in varie zone in modo che possano continuare a essere pubblicati all'interno della regione anche in caso di perdita di una zona.
Cloud Firestore supporta le seguenti località multiregione:
| Nome multiregione | Descrizione multiregione | Regioni di lettura/scrittura | Regione di testimonianza |
|---|---|---|---|
eur3 |
Europa | europe-west1 (Belgio), europe-west4 (Paesi Bassi) |
europe-north1 (Finlandia) |
nam5 |
Stati Uniti | us-central1 (Iowa), us-central2 (Oklahoma, regione privata Google Cloud) |
us-east1 (Carolina del Sud) |
Tieni presente che se il tuo progetto ha già un'app App Engine con una località us-central o europe-west, il database Cloud Firestore predefinito verrà considerato multiregionale.
Località regionali
Una località a livello di regione è un luogo geografico specifico, ad esempio la Carolina del Sud. I dati in una località regionale vengono replicati in più zone all'interno di una regione. Tutte le sedi regionali sono separate da altre sedi regionali da almeno 160 km.
Seleziona una località a livello di regione per ridurre i costi, per una latenza di scrittura inferiore se la tua applicazione è sensibile alla latenza o per la colocazione con altre risorse Google Cloud.
Cloud Firestore supporta le seguenti località delle risorse regionali:
| Nome regione | Descrizione della regione | |
|---|---|---|
| Nord America | ||
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 | Carolina del Sud | |
us-east4 | Virginia del Nord | |
|
|
Columbus | |
|
|
Dallas | |
| Sud America | ||
|
|
Santiago | |
southamerica-east1 | San Paolo | |
| Europa | ||
europe-west2 | Londra | |
|
|
Belgio | |
|
|
Paesi Bassi | |
|
|
Milano | |
|
|
Madrid | |
|
|
Parigi | |
|
|
Torino | |
|
|
Berlino | |
europe-west3 | Francoforte | |
|
|
Finlandia | |
europe-central2 | Varsavia | |
europe-west6 | Zurigo | |
| Medio Oriente | ||
|
|
Doha | |
|
|
Dammam | |
|
|
Tel Aviv | |
| Asia | ||
asia-south1 | Mumbai | |
|
|
Delhi | |
asia-southeast1 | Singapore | |
asia-southeast2 | Giacarta | |
asia-east2 | Hong Kong | |
asia-east1 | Taiwan | |
asia-northeast1 | Tokyo | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seul | |
| Australia | ||
australia-southeast1 | Sydney | |
|
|
Melbourne | |
| Africa | ||
|
|
Johannesburg | |
SLA (accordo sul livello del servizio) per le sedi
Il tipo di località Cloud Firestore determina la percentuale di uptime dell'accordo sul livello del servizio (SLA):
| Servizio | Percentuale mensile di uptime |
|---|---|
| Cloud Firestore Più regioni | >= 99,999% |
| Cloud Firestore A livello di regione | >= 99,99% |
Prezzi per ubicazione
La località Cloud Firestore determina il costo delle operazioni sul database.
Per una spiegazione completa dei prezzi per regione e per tipo di regione, consulta Informazioni sulla fatturazione di Cloud Firestore.
Visualizzare la posizione dei database
Nella Console Firebase, vai alla Cloud Firestore scheda Dati per visualizzare l'elenco delle istanze di database e le relative posizioni.
Possibili dipendenze dalla località a causa di "posizione per le risorse Google Cloud predefinite"
"Località per le risorse Google Cloud predefinite" è l'impostazione della località per tutte le risorse del progetto associate a Google Google Cloud, tra cui:App Engine
- istanza di database Cloud Firestore predefinita
- Cloud Storage predefinito per il bucket Firebase con il formato del nome
*.appspot.com - Google Cloud Scheduler utilizzato specificamente con le funzioni pianificate di 1ª gen.
Questa "posizione per le risorse Google Cloud predefinite" è un'impostazione immutabile. Inoltre, quando imposti la posizione di una delle risorse associate, lo fai indirettamente per tutte a causa della loro associazione comune con App Engine.
Tuttavia, con molte modifiche all'ecosistema Firebase e Google Cloud nel corso degli anni, le associazioni delle risorse a App Engine sono state in continua evoluzione. In particolare, a partire dal
*.firebasestorage.app
Di seguito sono riportati i dettagli delle modifiche apportate alle possibili dipendenze dalla località:
A partire dal
30 ottobre 2024 , se l'istanza Cloud Firestore predefinita e il valore Cloud Storage predefinito per il bucket Firebase non sono ancora stati sottoposti a provisioning:Il provisioning dell'istanza Cloud Firestore predefinita imposta la posizione per qualsiasi app App Engine futura di cui viene eseguito il provisioning nel progetto. Tuttavia, non indica la posizione del futuro bucket Cloud Storage predefinito.
Il provisioning del bucket Cloud Storage predefinito non prevede più un'app App Engine. Pertanto, la posizione del bucket Cloud Storage predefinito non determina la posizione dell'istanza Cloud Firestore predefinita futura.
A partire dal
30 ottobre 2024 , se è stato già eseguito il provisioning dell'istanza Cloud Firestore predefinita, ma non è stato eseguito il provisioning del Cloud Storage predefinito per il bucket Firebase:- L'istanza Cloud Firestore predefinita esistente non determina la posizione del futuro bucket Cloud Storage predefinito (
*.firebasestorage.app
- L'istanza Cloud Firestore predefinita esistente non determina la posizione del futuro bucket Cloud Storage predefinito (
A partire dal
30 ottobre 2024 , se il Cloud Storage predefinito per il bucket Firebase è stato già eseguito il provisioning (in particolare, il bucket*.appspot.com- Quando è stato eseguito il provisioning del bucket Cloud Storage predefinito (
*.appspot.com*.appspot.com
- Quando è stato eseguito il provisioning del bucket Cloud Storage predefinito (
Se hai utilizzato le funzioni programmate di 1ª gen., la loro posizione è impostata sulla posizione delle risorse Google Cloud predefinite. Questo accade perché Cloud Scheduler e App Engine erano precedentemente associati tra loro. Inoltre, se hai configurato le funzioni programmate di 1ª generazione prima di eseguire il provisioning di altre risorse che condividevano questa impostazione di località, hai impostato anche la loro località.
Tieni presente che se hai un'app App Engine con sede in us-central o europe-west, la sede per le risorse Google Cloud predefinite è considerata multiregionale.
Passaggi successivi
- Per creare un database Cloud Firestore in una posizione specifica, consulta la guida introduttiva all'utilizzo di Cloud Firestore.
- Per ulteriori informazioni sulla creazione di applicazioni in grado di soddisfare i requisiti di latenza, disponibilità e durabilità, consulta Geografia e regioni.