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 con pagamento a consumo, puoi creare facoltativamente più database nel progetto, ognuno con la propria impostazione della località.
Tieni presente che una volta eseguito il provisioning di un'istanza del database, non puoi modificarne l'impostazione della località.
Tipi di località
Puoi archiviare i dati Cloud Firestore in una località multiregionale o in una località regionale.
Località con più regioni
Seleziona una località multi-regione per massimizzare la disponibilità e la durabilità del database.
Una località multi-regione è costituita da un insieme definito di regioni in cui vengono archiviate più repliche del database. Ogni replica è una replica di lettura/scrittura che contiene tutti i dati del database o una replica secondaria che non mantiene un set completo di dati, ma partecipa alla replica.
Grazie alla replica dei dati tra più regioni, i dati possono continuare a essere gestiti 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 gestiti all'interno della regione anche in caso di perdita di una zona.
Cloud Firestore supporta le seguenti località multi-regione:
| Nome multi-regione | Descrizione multi-regione | Regioni di lettura/scrittura | Regione secondaria |
|---|---|---|---|
eur3 |
Europa | europe-west1 (Belgio), europe-west4 (Paesi Bassi) |
europe-north1 (Finlandia) |
nam5 |
Stati Uniti (centro) | us-central1 (Iowa), us-central2 (Oklahoma, regione GCP privata) |
us-east1 (Carolina del Sud) |
nam7 |
Stati Uniti (centro ed est) | us-central1 (Iowa), us-east4 (Virginia del Nord) |
us-central2 (Oklahoma, regione privata Google Cloud) |
Località regionali
Una località regionale è un luogo geografico ben preciso, come la Carolina del Sud. I dati in una località regionale vengono replicati in più zone all'interno di una regione.
Seleziona una località regionale per ridurre i costi, la latenza di scrittura se la tua applicazione è sensibile alla latenza o per la co-locazione con altre Google Cloud risorse.
Cloud Firestore supporta le seguenti località delle risorse di regione:
| Nome regione | Descrizione 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 | |
|
|
Stoccolma | |
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 | |
Prezzi per ubicazione
La località di Cloud Firestore determina il costo delle operazioni del database.
Per una spiegazione completa dei prezzi per regione e per tipo di regione durante l'anteprima, consulta la pagina Prezzi.
Visualizzare la località dei database
Nella console Firebase, vai alla Cloud Firestore scheda Dati per visualizzare l'elenco delle istanze del database e delle relative località.
Possibili dipendenze dalla località dovute a "località delle risorse Google Cloud predefinite"
La "località delle risorse Google Cloud predefinite" è l'impostazione della località per tutte le risorse del progetto associate a Google App Engine, tra cui:
- Istanza del database Cloud Firestore predefinita
- predefinito Cloud Storage per bucket Firebase con il formato del nome
*.appspot.com - Google Cloud Scheduler utilizzato specificamente con le funzioni pianificate di 1ª gen.
Questa "località delle risorse Google Cloud predefinite" è un'impostazione immutabile. Inoltre, quando imposti la località per una delle risorse associate, imposti indirettamente la località per tutte le risorse a causa della loro associazione comune a App Engine.
Tuttavia, con i numerosi cambiamenti apportati all'ecosistema Firebase e Google Cloud nel corso degli
anni, le associazioni delle risorse a App Engine sono cambiate. In particolare, a partire
*.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 bucket Cloud Storage for Firebase non sono ancora stati sottoposti a provisioning:Il provisioning dell'istanza Cloud Firestore predefinita imposta la località per qualsiasi app App Engine futura di cui è stato eseguito il provisioning nel progetto. Tuttavia, non determina la località del bucket Cloud Storage predefinito futuro.
Il provisioning del bucket Cloud Storage predefinito non esegue più il provisioning di un'app App Engine. Di conseguenza, la località del bucket Cloud Storage predefinito non determina la località dell'istanza Cloud Firestore predefinita futura.
A partire dal
30 ottobre 2024 , se l'istanza predefinitaCloud Firestore è già stata sottoposta a provisioning, ma il bucket predefinito Cloud Storage per Firebase non è stato sottoposto a provisioning:- L'istanza Cloud Firestore predefinita esistente non determina la
località del bucket Cloud Storage predefinito futuro
(
).*.firebasestorage.app
- L'istanza Cloud Firestore predefinita esistente non determina la
località del bucket Cloud Storage predefinito futuro
(
A partire dal
30 ottobre 2024 , se il bucket Cloud Storage for Firebase predefinito è già stato sottoposto a provisioning (in particolare, il bucket), ma l' istanza Cloud Firestore predefinita non è stata sottoposta a provisioning:*.appspot.com- Quando è stato eseguito il provisioning del bucket Cloud Storage predefinito
(
), è stata eseguita anche l'esecuzione del provisioning di un'app App Engine e, di conseguenza, la località dell'istanza Cloud Firestore predefinita futura è stata impostata in quel momento. Anche se elimini il bucket*.appspot.com , non puoi eliminare l'app App Engine, quindi l'impostazione della località dell'istanza Cloud Firestore predefinita futura è già impostata.*.appspot.com
- Quando è stato eseguito il provisioning del bucket Cloud Storage predefinito
(
Se hai utilizzato le funzioni pianificate di 1ª gen., la loro località è impostata sulla località delle risorse Google Cloud predefinite. Questo perché Cloud Scheduler e App Engine avevano in precedenza un'associazione con l'altro. Inoltre, se hai configurato le funzioni pianificate di 1ª gen. prima di eseguire il provisioning di altre risorse che condividevano questa impostazione della località, hai impostato anche la loro località.
Tieni presente che se hai un'App Engine app con una
località us-central o europe-west, la tua
località per le risorse Google Cloud predefinite viene considerata
multi-regione.