Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Località BigQuery

Questa pagina spiega il concetto di località e le diverse aree geografiche in cui è possibile archiviare ed elaborare i dati. I prezzi di archiviazione e analisi sono definiti anche dalla località dei dati e delle prenotazioni. Per ulteriori informazioni sui prezzi per le località, consulta la pagina relativa ai prezzi di BigQuery. Per informazioni su come impostare la località del set di dati, consulta la sezione Creare set di dati. Per informazioni sulle località delle prenotazioni, consulta la pagina Gestire le prenotazioni in aree geografiche diverse.

Per ulteriori informazioni su come BigQuery Data Transfer Service utilizza la località, consulta Località e trasferimenti dei dati.

Località e regioni

BigQuery offre due tipi di posizioni per i dati e i calcoli:

  • Un'area geografica è un luogo geografico specifico, come Londra.

  • Una più aree geografiche è un'area geografica di grandi dimensioni, come gli Stati Uniti, che contiene due o più aree geografiche. Le località a più aree geografiche possono fornire quote più elevate rispetto alle singole aree geografiche.

Per entrambi i tipi di località, BigQuery archivia automaticamente le copie dei tuoi dati in due zone diverse di Google Cloud all'interno di una singola regione nella località selezionata. Per ulteriori informazioni sulla disponibilità e sulla durabilità dei dati, consulta Affidabilità: pianificazione in caso di emergenza.

Località supportate

I set di dati BigQuery possono essere archiviati nelle seguenti regioni e regioni multiple. Per maggiori informazioni su regioni e zone, consulta Area geografica e regioni.

Regioni

La seguente tabella elenca le aree geografiche nelle Americhe in cui è disponibile BigQuery.
Descrizione della regione Nome regione Dettagli
Columbus, Ohio us-east5
Iowa us-central1 icona Fogliolina CO basso2
Las Vegas us-west4
Los Angeles us-west2
Montréal northamerica-northeast1 icona Fogliolina CO basso2
Virginia del Nord us-east4
Oregon us-west1 icona Fogliolina CO basso2
Salt Lake City us-west3
San Paolo southamerica-east1 icona Fogliolina CO basso2
Santiago southamerica-west1
Carolina del Sud us-east1
Toronto northamerica-northeast2
La tabella seguente elenca le regioni in cui è disponibile BigQuery nell'Asia Pacifico.
Descrizione della regione Nome regione Dettagli
Delhi asia-south2
Hong Kong asia-east2
Giacarta asia-southeast2
Melbourne australia-southeast2
Mumbai asia-south1
Osaka asia-northeast2
Seul asia-northeast3
Singapore asia-southeast1
Sydney australia-southeast1
Taiwan asia-east1
Tokyo asia-northeast1
La tabella seguente elenca le aree geografiche in cui è disponibile BigQuery.
Descrizione della regione Nome regione Dettagli
Belgio europe-west1 icona Fogliolina CO basso2
Finlandia europe-north1 icona Fogliolina CO basso2
Francoforte europe-west3
Londra europe-west2
Madrid europe-southwest1 icona Fogliolina CO basso2
Milano europe-west8
Paesi Bassi europe-west4
Parigi europe-west9 icona Fogliolina CO basso2
Varsavia europe-central2
Zurigo europe-west6 icona Fogliolina CO basso2

Più regioni

La tabella seguente elenca le regioni multiple in cui è disponibile BigQuery.
Descrizione per più aree geografiche Nome multiregione
Data center all'interno degli stati membri dell'Unione Europea1 EU
Data center negli Stati Uniti US

1 I dati che si trovano nell'area geografica EU non vengono archiviati nei data center europe-west2 (Londra) o europe-west6 (Zürich).

Località BigQuery Omni

BigQuery Omni elabora le query nella stessa località del set di dati che contiene le tabelle su cui stai eseguendo query. Dopo aver creato il set di dati, la località non può essere modificata. I tuoi dati si trovano all'interno del tuo account AWS o Azure.
Descrizione regione Nome regione
AWS
AWS - Stati Uniti orientali (Virginia del Nord) aws-us-east-1
Azure
Azure - us-east 2 azure-eastus2

Specifica località

Durante il caricamento dei dati, l'esecuzione di query sui dati o l'esportazione dei dati, BigQuery determina la località per l'esecuzione del job in base ai set di dati a cui fa riferimento la richiesta. Ad esempio, se una query fa riferimento a una tabella in un set di dati archiviato nell'area geografica asia-northeast1, il job di query verrà eseguito in quell'area geografica.

Se una query non fa riferimento a tabelle o altre risorse contenute nei set di dati e non viene fornita una tabella di destinazione, il job di query verrà eseguito nella località a più aree geografiche US.

Se il progetto ha una prenotazione a costo fisso in un'area geografica diversa da US e la query non fa riferimento a tabelle o altre risorse contenute nei set di dati, devi specificare esplicitamente la posizione della prenotazione a costo fisso quando invii il job. Gli impegni a costo fisso sono legati a una località, ad esempio US o EU. Se esegui un job al di fuori della tua capacità a costo fisso, i prezzi per quel job vengono automaticamente trasferiti ai prezzi on demand.

Puoi specificare la località per eseguire esplicitamente un job nei seguenti modi:

  • Quando esegui query sui dati utilizzando la console Google Cloud nell'editor di query, fai clic su Altro > Impostazioni query, espandi Opzioni avanzate, quindi seleziona Località dei dati.
  • Quando utilizzi lo strumento a riga di comando bq, fornisci il --location flag globale e imposta il valore sulla tua posizione.
  • Quando utilizzi l'API, specifica la tua regione nella proprietà location nella sezione jobReference della risorsa job.

BigQuery restituisce un errore se la località specificata non corrisponde alla località dei set di dati nella richiesta. La località di ogni set di dati coinvolta nella richiesta, inclusi quelli letti e quelli scritti, deve corrispondere alla località del job come dedotto o specificato.

Le località a singola area geografica non corrispondono a più regioni, anche se la località a singola area geografica è contenuta all'interno della stessa. Pertanto, un job non riuscirà sempre se l'insieme di località associate include una località a singola area geografica e una a più aree geografiche. Ad esempio, se la località di un job è impostata su US, il job non riuscirà se fa riferimento a un set di dati in us-central1. Analogamente, un job che fa riferimento a un set di dati in US e a un altro set di dati in us-central1 non andrà a buon fine.

Località, prenotazioni e offerte di lavoro

Gli impegni di capacità sono una risorsa di regione. Quando acquisti slot, questi sono limitati a una o più regioni specifiche. Non puoi creare una prenotazione in US se il tuo unico impegno di capacità è nell'area geografica EU. Quando crei una prenotazione, devi specificare una località (area geografica) e un numero di slot. Gli slot vengono estratti dal tuo impegno di capacità in quella regione.

Analogamente, quando esegui un job in un'area geografica, viene utilizzata una prenotazione solo se la località del job corrisponde alla località di una prenotazione. Ad esempio, se assegni una prenotazione a un progetto in EU ed esegui una query in quel progetto su un set di dati situato in US, la query non viene eseguita nella prenotazione EU. In assenza di una prenotazione US, il job viene eseguito on demand.

Considerazioni sulla località

Quando scegli una posizione per i tuoi dati, tieni presente quanto segue:

  • Coordina il set di dati BigQuery quando utilizzi origini dati esterne.
    • Cloud Storage: quando esegui query su dati in Cloud Storage tramite una tabella esterna BigQuery, i dati su cui esegui la query devono essere collocati insieme al tuo set di dati BigQuery. Ad esempio:
      • Bucket di una singola regione: se il set di dati BigQuery si trova nella regione di Varsavia (europe-central2), anche il bucket Cloud Storage corrispondente deve trovarsi nella regione di Varsavia perché attualmente non esiste una doppia regione Cloud Storage che includa Varsavia.
      • Se il set di dati BigQuery si trova in una o più regioni, l'utilizzo di un unico bucket Cloud Storage a livello di regione non è supportato, anche se il bucket si trova in una località inclusa all'interno di più regioni del set di dati. Ad esempio, se le tabelle esterne si trovano in più aree geografiche EU e il bucket Cloud Storage si trova in europe-central2, l'esecuzione del job non riuscirà.
      • Bucket a due aree geografiche: se il set di dati BigQuery si trova nell'area geografica di Tokyo (asia-northeast1), il bucket Cloud Storage corrispondente deve essere un bucket dell'area geografica di Tokyo o di ASIA1 (che include Tokyo).
      • Bucket a più aree geografiche: poiché le prestazioni delle query esterne dipendono dalla latenza minima e dalla larghezza di banda di rete ottimale, l'utilizzo di località dei set di dati su più aree geografiche con bucket Cloud Storage in più aree geografiche non è consigliato per le tabelle esterne.
      Visualizza le località di Cloud Storage supportate.
    • Bigtable: quando esegui query su dati in Bigtable tramite una tabella esterna BigQuery, l'istanza Bigtable deve trovarsi nella stessa località del set di dati BigQuery.
      • Area geografica singola: se il set di dati BigQuery si trova nell'area geografica del Belgio (europe-west1), l'istanza Bigtable corrispondente deve trovarsi nell'area geografica del Belgio.
      • Più regioni: poiché le prestazioni delle query esterne dipendono dalla latenza minima e dalla larghezza di banda di rete ottimale, l'utilizzo di località dei set di dati a livello di più regioni non è consigliato per le tabelle esterne su Bigtable.
      Visualizza le località Bigtable supportate.
    • Google Drive: le considerazioni sulla posizione non si applicano alle origini dati esterne di Google Drive.
    • Cloud SQL: quando esegui query su dati in Cloud SQL tramite una query federata, l'istanza Cloud SQL deve trovarsi nella stessa località del set di dati BigQuery.
      • Area geografica singola: se il set di dati BigQuery si trova nell'area geografica del Belgio (europe-west1), l'istanza Cloud SQL corrispondente deve trovarsi nell'area geografica del Belgio.
      • Più regioni: se il set di dati BigQuery si trova in US con più regioni, l'istanza Cloud SQL corrispondente deve trovarsi in una singola regione nell'area geografica negli Stati Uniti.
      Visualizza le località di Cloud SQL supportate.
    • Cloud Spanner: quando esegui query su dati in Spanner tramite una query federata di BigQuery, l'istanza Cloud Spanner deve trovarsi nella stessa località del set di dati BigQuery.
      • Area geografica singola: se il set di dati BigQuery si trova nell'area geografica del Belgio (europe-west1), l'istanza Spanner corrispondente deve trovarsi nell'area geografica del Belgio.
      • Più regioni: se il set di dati BigQuery si trova in US con più regioni, l'istanza Spanner corrispondente deve trovarsi in una singola regione nell'area geografica negli Stati Uniti.
      Visualizza le località di Spanner supportate.
  • Coordina il tuo set di dati BigQuery con i tuoi strumenti di analisi.
  • Coordina i bucket Cloud Storage per caricare i dati.
    • Se il set di dati BigQuery si trova in più regioni, il bucket Cloud Storage contenente i dati che stai caricando deve trovarsi nella stessa regione o in una località contenuta all'interno della stessa. Ad esempio, se il set di dati BigQuery si trova nell'area geografica multiregionale "EU", il bucket Cloud Storage si trova nell'area geografica "europe-west1" del Belgio, che si trova all'interno dell'UE.
    • Se il set di dati si trova in una regione, il bucket Cloud Storage deve trovarsi nella stessa regione. Ad esempio, se il set di dati si trova nell'area geografica "asia-northeast1" di Tokyo, il bucket Cloud Storage non può trovarsi nell'area geografica "ASIA".
    • Eccezione: se il set di dati si trova in più aree geografiche "US", puoi caricare i dati da un bucket Cloud Storage in qualsiasi località.
  • Coordina i bucket Cloud Storage per esportare i dati.
    • Se il set di dati BigQuery si trova in più regioni, il bucket Cloud Storage contenente i dati che stai esportando deve trovarsi nella stessa regione o in una località contenuta all'interno della stessa. Ad esempio, se il set di dati BigQuery si trova nella località a più aree geografiche EU, il bucket Cloud Storage può trovarsi nell'area geografica europe-west1 in Belgio, all'interno dell'UE.
    • Se il set di dati si trova in una regione, il bucket Cloud Storage deve trovarsi nella stessa regione. Ad esempio, se il set di dati si trova nell'area geografica asia-northeast1 di Tokyo, il bucket Cloud Storage non può trovarsi nella località a più aree geografiche ASIA.
    • Eccezione: se il set di dati si trova in più aree geografiche US, puoi esportare i dati in un bucket Cloud Storage in qualsiasi località.
  • Sviluppa un piano di gestione dei dati.
    • Se scegli una risorsa di archiviazione a livello di regione, come un set di dati BigQuery o un bucket Cloud Storage, sviluppa un piano per la gestione geografica dei dati.

Per ulteriori informazioni sulle località di Cloud Storage, consulta Località dei bucket nella documentazione di Cloud Storage.

Limita località

Puoi limitare le località in cui possono essere creati i tuoi set di dati utilizzando il servizio Criteri dell'organizzazione. Per ulteriori informazioni, consulta la pagina Limitazione delle località delle risorse e Servizi di geolocalizzazione delle risorse supportati.

Sicurezza dei set di dati

Per controllare l'accesso ai set di dati in BigQuery, consulta Controllo dell'accesso ai set di dati. Per informazioni sulla crittografia dei dati, vedi Crittografia at-rest.

Passaggi successivi