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 l'impostazione della posizione (vedi di seguito).
Posizione predefinita della risorsa GCP
Diversi servizi disponibili per la tua app richiedono un'impostazione di posizione, denominata posizione della risorsa Google Cloud Platform (GCP) predefinita del tuo progetto. Questa è la posizione 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 delle risorse GCP:
Cloud Fire Store
Tieni presente che la posizione predefinita della risorsa GCP non si applica a Firebase Realtime Database .Archiviazione nel cloud
Tieni presente che la posizione della risorsa GCP predefinita si applica solo al bucket Cloud Storage predefinito . Se disponi del 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 della risorsa GCP predefinita. Tieni presente che se utilizzi Cloud Scheduler (ad esempio, per eseguire funzioni pianificate ), devi avere un'app App Engine nel tuo progetto.
Tipi di posizioni
Puoi archiviare i tuoi dati Cloud Firestore in una località con più regioni o in una località regionale .
Tieni presente che se disponi già di un'app App Engine con una posizione us-central o europe-west , il tuo database Cloud Firestore sarà considerato multiregionale .
Sedi multiregione
Seleziona una località con più regioni per massimizzare la disponibilità e la durabilità del tuo database.
Una posizione a più regioni è 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 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 in caso di 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 in caso di perdita di una zona.
Firebase supporta le seguenti posizioni di risorse GCP multiregione:| 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 località regionale è un luogo geografico specifico, come 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 dalle 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 posizioni di risorse GCP regionali:| Nome della 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 | |
| Toronto | |
us-east1 | Carolina del Sud | |
us-east4 | Virginia settentrionale | |
| Sud America | ||
southamerica-east1 | San Paolo | |
| Europa | ||
europe-west2 | Londra | |
| Olanda | |
| Parigi | |
europe-west3 | Francoforte | |
europe-central2 | Varsavia | |
europe-west6 | Zurigo | |
| Medio Oriente | ||
| Doha | |
| tel Aviv | |
| Asia | ||
asia-south1 | Bombay | |
Questa posizione non supporta Cloud Storage for Firebase. Se prevedi di utilizzare Cloud Storage for Firebase, dovresti scegliere una posizione diversa. | Delhi | |
asia-southeast1 | Singapore | |
asia-southeast2 | Giakarta | |
asia-east2 | Hong Kong | |
asia-east1 | Taiwan | |
asia-northeast1 | Tokio | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seul | |
| Australia | ||
australia-southeast1 | Sydney | |
Questa posizione non supporta Cloud Storage for Firebase. Se prevedi di utilizzare Cloud Storage for Firebase, dovresti scegliere una posizione diversa. | Melbourne | |
SLA della posizione
Il tipo di posizione di Cloud Firestore determina la percentuale di tempo di attività del contratto sul livello di servizio (SLA) :
| Servizio coperto | Percentuale di disponibilità mensile |
|---|---|
| Cloud Firestore multiregione | >= 99,999% |
| Regionale Cloud Firestore | >= 99,99% |
Posizione Prezzi
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 .
Visualizza le impostazioni di posizione del tuo progetto
Nella console Firebase, vai alle Impostazioni progetto .
Prossimi passi
- Per creare un database Cloud Firestore in una posizione specifica, visita Inizia a utilizzare Cloud Firestore .
- Per ulteriori informazioni sulla creazione di applicazioni per soddisfare i requisiti di latenza, disponibilità e durabilità, fare riferimento a Geografia e regioni .