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 è basato sul 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à multi-regione
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 | |
SLA della località
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 Multi-regione | >= 99,999% |
| Cloud Firestore Regionale | >= 99,99% |
Prezzi per ubicazione
La località Cloud Firestore determina il costo delle operazioni del database.
Per una spiegazione completa dei prezzi per regione e per tipo di regione, consulta la pagina Informazioni sulla fatturazione.Cloud Firestore
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 alla "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, nel corso degli anni, con le numerose modifiche apportate all'ecosistema Firebase e Google Cloud over
the years, le associazioni delle risorse a App Engine have been
changing. 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 predefinito 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 Cloud Firestore predefinita è già stata sottoposta a provisioning, ma il bucket Cloud Storage per Firebase predefinito 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
(
), è stato eseguito il provisioning anche di un'app App Engine e, di conseguenza, la località della futura istanza Cloud Firestore predefinita è 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
località delle risorse Google Cloud predefinite viene considerata
multi-regionale.
Passaggi successivi
- Per creare un database Cloud Firestore in una località specifica, visita Guida introduttiva a Cloud Firestore.
- Per ulteriori informazioni sulla creazione di applicazioni che soddisfano i requisiti di latenza, disponibilità e durabilità, consulta la pagina Geografia e regioni.