Quando esegui il provisioning di un'istanza Cloud Firestore, devi scegliere una posizione 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 facoltativamente creare più database nel progetto, ognuno con la propria impostazione della località.
Tieni presente che, una volta eseguito il provisioning di un'istanza di database, non puoi modificarne l'impostazione della località.
Tipi di località
Puoi archiviare i tuoi dati di Cloud Firestore in una località multiregionale o in una località regionale.
Località con più regioni
Seleziona una località multiregionale 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 del database o una replica secondaria che non gestisce un set completo di dati, ma partecipa alla replica.
Replicando i dati tra più regioni, i dati possono continuare a essere pubblicati 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 di quella regione anche in caso di perdita di una zona.
Cloud Firestore supporta le seguenti località multiregionali:
Nome della regione | Descrizione multiregionale | Regioni di lettura/scrittura | Regione di replica |
---|---|---|---|
eur3 |
Europa | europe-west1 (Belgio), europe-west4 (Paesi Bassi) |
europe-north1 (Finlandia) |
nam5 |
Stati Uniti (centrale) | 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à a singola area geografica è 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 località regionali sono separate dalle altre località regionali di almeno 160 km.
Seleziona una località a livello di regione per costi inferiori, per una latenza di scrittura inferiore se la tua applicazione è sensibile alla latenza o per la collocazione 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 | |
|
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 (accordo sul livello del servizio) 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 Più regioni | >= 99,999% |
Cloud Firestore Regionale | >= 99,99% |
Prezzi per ubicazione
La posizione di Cloud Firestore determina il costo delle operazioni del 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 scheda Cloud Firestore Dati per visualizzare l'elenco delle istanze di database e delle relative posizioni.
Possibili dipendenze dalla località dovute a "Posizione per le risorse Google Cloud predefinite"
La "località per le risorse Google Cloud predefinite" è l'impostazione di località per qualsiasi risorsa del progetto associata a Google App Engine, tra cui le seguenti:
- 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 prima generazione
Questa "posizione per le risorse Google Cloud predefinite" è un'impostazione immutabile. Inoltre, quando imposti la posizione per una delle risorse associate, imposti indirettamente la posizione per tutte a causa della loro associazione comune con 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 dal giorno
*.firebasestorage.app
Ecco i dettagli di ciò che è cambiato nelle possibili dipendenze dalla posizione:
A partire dal
30 ottobre 2024 , se l'istanza Cloud Firestore predefinita e il bucket Cloud Storage predefinito per 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 determina la posizione del futuro bucket Cloud Storage predefinito.
Il provisioning del bucket Cloud Storage predefinito non esegue più il provisioning di un'app App Engine. Pertanto, la posizione del bucket Cloud Storage predefinito non determina la posizione della futura istanza Cloud Firestore predefinita.
A partire dal
30 ottobre 2024 , se l'istanza Cloud Firestore predefinita è già stata sottoposta a provisioning, ma il Cloud Storage predefinito per il bucket Firebase non è stato sottoposto a provisioning:- 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 è già stato provisionato (in particolare, il bucket ), ma l'istanza Cloud Firestore predefinita non è stata provisionata:*.appspot.com
- Quando è stato eseguito il provisioning del bucket Cloud Storage predefinito
(
), è stato eseguito il provisioning anche di un'app App Engine e quindi la posizione 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 posizione 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 prima generazione, la loro posizione è impostata sulla posizione delle risorse Google Cloud predefinite. Questo perché Cloud Scheduler e App Engine avevano precedentemente un'associazione tra loro. Inoltre, se hai configurato le funzioni programmate di 1ª gen. prima di eseguire il provisioning di altre risorse che condividevano questa impostazione della posizione, devi impostare anche la loro posizione.
Tieni presente che se hai un'app App Engine con una
località us-central
o europe-west
, la
località per le risorse Google Cloud predefinite è considerata
multiregionale.
Passaggi successivi
- Per creare un database Cloud Firestore in una posizione specifica, visita la pagina Guida introduttiva a Cloud Firestore.
- Per saperne di più sulla creazione di applicazioni che soddisfino i requisiti di latenza, disponibilità e durabilità, consulta Geografia e regioni.