Prima di utilizzare Cloud Firestore, devi scegliere una posizione per il tuo database. Per ridurre la latenza e aumentare la disponibilità, archivia i tuoi dati vicino agli utenti e ai servizi che ne hanno bisogno. Questa impostazione di posizione è la posizione predefinita della risorsa Google Cloud Platform (GCP) del tuo progetto.
Tieni presente che la posizione predefinita della risorsa GCP potrebbe essere stata impostata in precedenza, durante la creazione del progetto o durante la configurazione di un altro servizio che richiede un'impostazione della posizione (vedi sotto).
Posizione predefinita della risorsa GCP
Diversi servizi disponibili per la tua app richiedono un'impostazione della posizione, denominata posizione predefinita della risorsa Google Cloud Platform (GCP) del tuo progetto . Questa posizione è il luogo in cui vengono archiviati i tuoi dati per i servizi GCP che richiedono un'impostazione della posizione.
I seguenti prodotti condividono la stessa posizione predefinita della risorsa GCP:
CloudFirestore
Tieni presente che la posizione predefinita della risorsa GCP non si applica a Firebase Realtime Database .Archiviazione cloud
Tieni presente che la posizione della risorsa GCP predefinita si applica solo al tuo bucket Cloud Storage predefinito . Se utilizzi il piano Blaze, puoi creare più bucket, ciascuno con la propria posizione .Applicazione Google App Engine (GAE).
Se configuri un'app App Engine , la sua posizione condivide la posizione predefinita della risorsa GCP. Tieni presente che se utilizzi Cloud Scheduler (ad esempio, per eseguire funzioni pianificate ), devi avere un'app App Engine nel tuo progetto.
Tipi di località
Puoi archiviare i dati di Cloud Firestore in una località multiregionale o in una località regionale .
Tieni presente che se disponi già di un'app App Engine con posizione in us-central o europe-west , il tuo database Cloud Firestore verrà considerato multiregionale .
Sedi multiregionali
Seleziona una posizione in più aree geografiche per massimizzare la disponibilità e la durabilità del tuo database.
Una posizione in più aree è costituita da un set definito di aree 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 testimone che non mantiene un set completo di dati ma partecipa alla replica.
Replicando i dati tra più regioni, i dati possono continuare a essere serviti anche con la perdita di un'intera regione. All'interno di una regione, i dati vengono replicati tra le zone in modo che i dati possano continuare a essere serviti all'interno di tale regione anche con la perdita di una zona.
Firebase supporta le seguenti posizioni delle risorse GCP in più aree geografiche:| Nome multiregione | Descrizione multiregione | Regioni di lettura-scrittura | Regione testimone |
|---|---|---|---|
eur3 | Europa | europe-west1 (Belgio), europe-west4 (Paesi Bassi) | europe-north1 (Finlandia) |
nam5 | stati Uniti | us-central1 (Iowa), us-central2 (Oklahoma—regione GCP privata) | us-east1 (Carolina del Sud) |
Sedi regionali
Una posizione regionale è un luogo geografico specifico, ad esempio la Carolina del Sud. I dati in una posizione regionale vengono replicati in più zone all'interno di una regione . Tutte le località regionali sono separate da altre località regionali di almeno 100 miglia.
Seleziona una località regionale per costi inferiori, per una minore latenza di scrittura se la tua applicazione è sensibile alla latenza o per la co-ubicazione con altre risorse GCP .
Firebase supporta le seguenti località delle risorse GCP a livello di area geografica:| Nome regione | Descrizione della regione | |
|---|---|---|
| Nord America | ||
us-west1 | Oregon | |
us-west2 | Los Angeles | |
us-west3 | Città del Lago Salato | |
us-west4 | Las Vegas | |
northamerica-northeast1 | Montreal | |
us-east1 | Carolina del Sud | |
us-east4 | Virginia settentrionale | |
| Sud America | ||
southamerica-east1 | San Paolo | |
| Europa | ||
europe-west2 | Londra | |
| Olanda | |
europe-west3 | Francoforte | |
europe-central2 | Varsavia | |
europe-west6 | Zurigo | |
| Asia | ||
asia-south1 | Bombay | |
Questa posizione non supporta Cloud Storage per Firebase. Se prevedi di utilizzare Cloud Storage for Firebase, dovresti scegliere una posizione diversa. | Delhi | |
asia-southeast1 | Singapore | |
asia-southeast2 | Giacarta | |
asia-east2 | Hong Kong | |
asia-east1 | Taiwan | |
asia-northeast1 | Tokio | |
asia-northeast2 | Ōsaka | |
asia-northeast3 | Seul | |
| Australia | ||
australia-southeast1 | Sidney | |
Questa posizione non supporta Cloud Storage per Firebase. Se prevedi di utilizzare Cloud Storage for Firebase, dovresti scegliere una posizione diversa. | Melbourne | |
Posizione SLA
Il tipo di posizione di Cloud Firestore determina la percentuale di tempo di attività del contratto di servizio (SLA) :
| Servizio Coperto | Percentuale di tempo di attività mensile |
|---|---|
| Multiregione Cloud Firestore | >= 99,999% |
| Cloud Firestore regionale | >= 99,99% |
Posizione dei prezzi
La tua posizione in Cloud Firestore determina il costo delle operazioni del database.
Per una spiegazione completa dei prezzi per regione e per tipo di regione, consulta Capire la fatturazione di Cloud Firestore .
Visualizza le impostazioni di posizione del tuo progetto
Nella console Firebase, vai alle impostazioni del tuo progetto .
Prossimi passi
- Per creare un database Cloud Firestore in una posizione specifica, visita Introduzione a Cloud Firestore .
- Per ulteriori informazioni sulla creazione di applicazioni per soddisfare i requisiti di latenza, disponibilità e durabilità, fare riferimento a Geografia e regioni .