Località BigQuery
Questa pagina spiega il concetto di posizione e le diverse regioni in cui i dati possono essere archiviati ed elaborati. I prezzi per lo spazio di archiviazione e l'analisi sono inoltre definiti dalla posizione dei dati e delle prenotazioni. Per ulteriori informazioni sui prezzi per le località, consulta Prezzi di BigQuery. Per apprendere su come impostare la località per il set di dati, consulta Creare set di dati. Per per informazioni sulle località di prenotazione, consulta Gestire le prenotazioni in diversi regioni.
Per saperne di più su come BigQuery Data Transfer Service utilizza la posizione, consulta Posizione e trasferimenti dei dati.
Località e regioni
BigQuery offre due tipi di dati e posizioni di calcolo:
Una regione è un luogo geografico ben preciso, come Londra.
Una più regioni è una grande area geografica, come gli Stati Uniti, che contiene due o più regioni. Località multiregionali possono fornire quote superiori rispetto alle singole regioni.
Per entrambi i tipi di località, BigQuery archivia automaticamente copie dei tuoi dati in due diverse zone di Google Cloud all'interno di una singola regione nel località selezionata. Per ulteriori informazioni su disponibilità e durabilità dei dati, consulta Affidabilità: emergenza pianificazione.
Località supportate
I set di dati BigQuery possono essere archiviati nelle seguenti regioni e nelle regioni multiple. Per ulteriori informazioni su regioni e zone, consulta Area geografica e regioni.
Regioni
La tabella seguente elenca le regioni nelle Americhe in cui è disponibile BigQuery.Descrizione della regione | Nome della regione | Dettagli |
---|---|---|
Columbus, Ohio | us-east5 |
|
Dallas | us-south1 |
Bassi livelli di CO2 |
Iowa | us-central1 |
Bassi livelli di CO2 |
Las Vegas | us-west4 |
|
Los Angeles | us-west2 |
|
Montréal | northamerica-northeast1 |
Bassi livelli di CO2 |
Virginia del Nord | us-east4 |
|
Oregon | us-west1 |
A basse emissioni di CO2 |
Salt Lake City | us-west3 |
|
San Paolo | southamerica-east1 |
Bassi livelli di CO2 |
Santiago | southamerica-west1 |
Bassi livelli di CO2 |
Carolina del Sud | us-east1 |
|
Toronto | northamerica-northeast2 |
A basse emissioni di CO2 |
Descrizione regione | Nome della 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 |
Descrizione della regione | Nome della regione | Dettagli |
---|---|---|
Belgio | europe-west1 |
Bassi livelli di CO2 |
Berlino | europe-west10 |
A basse emissioni di CO2 |
Finlandia | europe-north1 |
Bassi livelli di CO2 |
Francoforte | europe-west3 |
A basse emissioni di CO2 |
Londra | europe-west2 |
Bassi livelli di CO2 |
Madrid | europe-southwest1 |
Bassi livelli di CO2 |
Milano | europe-west8 |
|
Paesi Bassi | europe-west4 |
Bassi livelli di CO2 |
Parigi | europe-west9 |
A basse emissioni di CO2 |
Torino | europe-west12 |
|
Varsavia | europe-central2 |
|
Zurigo | europe-west6 |
Bassi livelli di CO2 |
Descrizione regione | Nome della regione | Dettagli |
---|---|---|
Dammam | me-central2 |
|
Doha | me-central1 |
|
Tel Aviv | me-west1 |
Descrizione della regione | Nome della regione | Dettagli |
---|---|---|
Johannesburg | africa-south1 |
Più regioni
La tabella seguente elenca le regioni multiple in cui BigQuery è disponibile.Descrizione per più regioni | Nome di più regioni |
---|---|
I data center all'interno di stati membri dell'Unione Europea1 | EU |
Data center negli Stati Uniti2 | US |
1 I dati che si trovano nella regione multipla EU
vengono memorizzati solo in una delle seguenti località: europe-west1
(Belgio) o europe-west4
(Paesi Bassi).
La posizione esatta in cui vengono archiviati ed elaborati i dati viene determinata automaticamente da BigQuery.
2 I dati situati nell'area multiregionale US
sono disponibili solo
archiviato in una delle seguenti posizioni: us-central1
(Iowa),
us-west1
(Oregon) o us-central2
(Oklahoma). La posizione esatta in cui i dati vengono archiviati ed elaborati viene determinata automaticamente da BigQuery.
Località di BigQuery Studio
BigQuery Studio ti consente di salvare, condividere e gestire le versioni delle risorse di codice come notebook e query salvate.
Nella tabella seguente sono elencate le regioni in cui è disponibile BigQuery Studio:
Descrizione della regione | Nome regione | Dettagli | |
---|---|---|---|
Africa | |||
Johannesburg | africa-south1 |
||
Americhe | |||
Columbus | us-east5 |
||
Dallas | us-south1 |
A basse emissioni di CO2 | |
Iowa | us-central1 |
A basse emissioni di CO2 | |
Los Angeles | us-west2 |
||
Las Vegas | us-west4 |
||
Montréal | northamerica-northeast1 |
A basse emissioni di CO2 | |
N. Virginia | us-east4 |
||
Oregon | us-west1 |
A basse emissioni di CO2 | |
San Paolo | southamerica-east1 |
Bassi livelli di CO2 | |
Carolina del Sud | us-east1 |
||
Asia Pacifico | |||
Hong Kong | asia-east2 |
||
Giacarta | asia-southeast2 |
||
Mumbai | asia-south1 |
||
Seul | asia-northeast3 |
||
Singapore | asia-southeast1 |
||
Sydney | australia-southeast1 |
||
Taiwan | asia-east1 |
||
Tokyo | asia-northeast1 |
||
Europa | |||
Belgio | europe-west1 |
A basse emissioni di CO2 | |
Francoforte | europe-west3 |
Bassi livelli di CO2 | |
Londra | europe-west2 |
A basse emissioni di CO2 | |
Madrid | europe-southwest1 |
Bassi livelli di CO2 | |
Paesi Bassi | europe-west4 |
Bassi livelli di CO2 | |
Torino | europe-west12 |
||
Zurigo | europe-west6 |
A basse emissioni di CO2 | |
Medio Oriente | |||
Doha | me-central1 |
||
Dammam | me-central2 |
Località di BigQuery Omni
BigQuery Omni elabora le query nella stessa posizione del set di dati contenente 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 nel tuo account AWS o Azure. Le regioni BigQuery Omni supportano le prenotazioni della versione Enterprise e i prezzi del calcolo (analisi) on demand. Per ulteriori informazioni sulle versioni, vedi Introduzione alle versioni di BigQuery.Descrizione regione | Nome regione | Regione BigQuery in co-locazione | |
---|---|---|---|
AWS | |||
AWS - Stati Uniti orientali (Virginia del Nord) | aws-us-east-1 |
us-east4 |
|
AWS - US West (Oregon) | aws-us-west-2 |
us-west1 |
|
AWS - Asia Pacifico (Seul) | aws-ap-northeast-2 |
asia-northeast3 |
|
AWS - Asia Pacifico (Sydney) | aws-ap-southeast-2 |
australia-southeast1 |
|
AWS - Europa (Irlanda) | aws-eu-west-1 |
europe-west1 |
|
AWS - Europa (Francoforte) | aws-eu-central-1 |
europe-west3 |
|
Azure | |||
Azure - Stati Uniti orientali 2 | azure-eastus2 |
us-east4 |
Località di BigQuery ML
BigQuery ML elabora e gestisce i dati nella stessa posizione del set di dati che li contiene.
BigQuery ML archivia i dati nella posizione selezionata in conformità con i Termini specifici del servizio.
Sono supportate la previsione del modello BigQuery ML e altre funzioni di ML in tutte le regioni BigQuery. Il supporto per l'addestramento dei modelli varia in base alla regione:
L'addestramento per modelli addestrati internamente e modelli importati è supportato in tutte le regioni BigQuery.
L'addestramento per autoencoder, boosted Tree, DNN e modelli Wide and Deep è disponibile nelle regioni multiple
US
eEU
e nella maggior parte delle singole regioni. Per ulteriori informazioni, consulta la tabella riportata di seguito.L'addestramento per AutoML è supportato nelle regioni multiple
US
eEU
e nella maggior parte delle singole regioni.
Sedi per i modelli non remoti
Località regionali
Descrizione regione | Nome regione | Imported models |
Addestramento del modello integrato |
Addestramento di DNN/autoencoder/ Boosted Tree/ modelli Wide and Deep |
Addestramento del modello AutoML |
Ottimizzazione degli iperparametri |
Integrazione di Vertex AI Model Registry | ||
---|---|---|---|---|---|---|---|---|---|
Americhe | |||||||||
Columbus, Ohio | us-east5 |
● | ● | ||||||
Dallas | us-south1 |
● | ● | ||||||
Iowa | us-central1 |
● | ● | ● | ● | ● | ● | ||
Las Vegas | us-west4 |
● | ● | ● | ● | ||||
Los Angeles | us-west2 |
● | ● | ● | ● | ||||
Montréal | northamerica-northeast1 |
● | ● | ● | ● | ● | ● | ||
Virginia del Nord | us-east4 |
● | ● | ● | ● | ● | ● | ||
Oregon | us-west1 |
● | ● | ● | ● | ● | |||
Salt Lake City | us-west3 |
● | ● | ● | |||||
San Paolo | southamerica-east1 |
● | ● | ● | ● | ||||
Santiago | southamerica-west1 |
● | ● | ||||||
Carolina del Sud | us-east1 |
● | ● | ● | ● | ● | |||
Toronto | northamerica-northeast2 |
● | ● | ● | |||||
Europa | |||||||||
Belgio | europe-west1 |
● | ● | ● | ● | ● | ● | ||
Berlino | europe-west10 |
● | ● | ||||||
Finlandia | europe-north1 |
● | ● | ● | |||||
Francoforte | europe-west3 |
● | ● | ● | ● | ● | ● | ||
Londra | europe-west2 |
● | ● | ● | ● | ● | ● | ||
Madrid | europe-southwest1 |
● | ● | ||||||
Milano | europe-west8 |
● | ● | ||||||
Paesi Bassi | europe-west4 |
● | ● | ● | ● | ● | ● | ||
Parigi | europe-west9 |
● | ● | ||||||
Torino | europe-west12 |
● | |||||||
Varsavia | europe-central2 |
● | ● | ||||||
Zurigo | europe-west6 |
● | ● | ● | ● | ● | ● | ||
Asia Pacifico | |||||||||
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 |
● | ● | ● | ● | ● | ● | ||
Medio Oriente | |||||||||
Dammam | me-central2 |
● | |||||||
Doha | me-central1 |
● | |||||||
Tel Aviv | me-west1 |
● | ● | ||||||
Africa | |||||||||
Johannesburg | africa-south1 |
● | ● |
Località in più regioni
Descrizione della regione | Nome regione | Imported models |
Addestramento del modello integrato |
DNN/Autoencoder/ Albero potenziato/ Addestramento di modelli Wide and Deep |
Addestramento modello AutoML |
Ottimizzazione degli iperparametri |
Integrazione di Vertex AI Model Registry |
---|---|---|---|---|---|---|---|
I data center all'interno di stati membri dell'Unione Europea1 | EU |
● | ● | ● | ● | ● | ● |
Data center negli Stati Uniti | US |
● | ● | ● | ● | ● | ● |
1 I dati che si trovano nella regione multipla EU
non vengono memorizzati nei data center europe-west2
(Londra) o europe-west6
(Zurigo).
L'integrazione di Vertex AI Model Registry è supportata solo per le integrazioni in una singola regione. Se invii un modello BigQuery ML multiregione a Model Registry, questo viene convertito in un modello regionale in Vertex AI.
Un modello statunitense multiregionale di BigQuery ML viene sincronizzato con Vertex AI
us-central1
e un modello UE multiregionale di BigQuery ML viene sincronizzato con
Vertex AI europe-west4
. Per i modelli a regione singola, sono disponibili
nessuna modifica.
Località per i modelli remoti
Località regionali
La tabella seguente mostra le regioni supportate per i diversi tipi di modelli remoti. Il nome della colonna indica il tipo di modello remoto.Descrizione della regione | Nome regione | Modelli di cui è stato eseguito il deployment da Vertex AI | LLM per la generazione di testo | LLM di incorporamento di testo | API Cloud Natural Language | API Cloud Translation | API Cloud Vision | API Document AI | API Speech-to-Text | |
---|---|---|---|---|---|---|---|---|---|---|
Americhe | ||||||||||
Columbus, Ohio | us-east5 |
|||||||||
Dallas | us-south1 |
● | ● | |||||||
Iowa | us-central1 |
● | ● | ● | ● | |||||
Las Vegas | us-west4 |
● | ● | ● | ||||||
Los Angeles | us-west2 |
● | ||||||||
Montréal | northamerica-northeast1 |
● | ● | ● | ||||||
Virginia del Nord | us-east4 |
● | ● | ● | ||||||
Oregon | us-west1 |
● | ● | ● | ● | |||||
Salt Lake City | us-west3 |
● | ||||||||
San Paolo | southamerica-east1 |
● | ● | |||||||
Santiago | southamerica-west1 |
|||||||||
Carolina del Sud | us-east1 |
● | ● | ● | ||||||
Toronto | northamerica-northeast2 |
● | ||||||||
Europa | ||||||||||
Belgio | europe-west1 |
● | ● | ● | ● | |||||
Finlandia | europe-north1 |
● | ||||||||
Francoforte | europe-west3 |
● | ● | ● | ● | |||||
Londra | europe-west2 |
● | ● | ● | ● | |||||
Madrid | europe-southwest1 |
|||||||||
Milano | europe-west8 |
● | ||||||||
Paesi Bassi | europe-west4 |
● | ● | ● | ● | |||||
Parigi | europe-west9 |
● | ● | ● | ||||||
Torino | europe-west12 |
|||||||||
Varsavia | europe-central2 |
● | ||||||||
Zurigo | europe-west6 |
● | ● | |||||||
Asia Pacifico | ||||||||||
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 |
● | ● | ● | ● | |||||
Medio Oriente | ||||||||||
Dammam | me-central2 |
|||||||||
Doha | me-central1 |
|||||||||
Tel Aviv | me-west1 |
● | ● |
Località multiregionali
La tabella seguente mostra le regioni multiple supportate per diversi tipi di modelli remoti. Il nome della colonna indica il tipo di modello remoto.Descrizione della regione | Nome regione | Modelli di cui è stato eseguito il deployment da Vertex AI | LLM per la generazione di testo | LLM di incorporamento di testo | API Cloud Natural Language | API Cloud Translation | API Cloud Vision | API Document AI | API Speech-to-Text |
---|---|---|---|---|---|---|---|---|---|
Data center all'interno degli stati membri dell'Unione Europea1 | EU |
● | ● | ● | ● | ● | ● | ||
Data center negli Stati Uniti | US |
● | ● | ● | ● | ● | ● | ● |
Località del traduttore SQL BigQuery
Quando esegui la migrazione dei dati dal tuo data warehouse precedente a BigQuery, puoi utilizzare diversi traduttori SQL per tradurre le query SQL in GoogleSQL o in altri dialetti SQL supportati. Questi includono il traduttore SQL interattivo, l'API SQL Translation e il traduttore SQL batch.
I traduttori SQL BigQuery sono disponibili nei seguenti località di elaborazione:
Descrizione della regione | Nome della regione | Dettagli | |
---|---|---|---|
Asia Pacifico | |||
Tokyo | asia-northeast1 |
||
Mumbai | asia-south1 |
||
Singapore | asia-southeast1 |
||
Sydney | australia-southeast1 |
||
Europa | |||
Multiregionale UE | eu |
||
Varsavia | europe-central2 |
||
Finlandia | europe-north1 |
A basse emissioni di CO2 | |
Madrid | europe-southwest1 |
Bassi livelli di CO2 | |
Belgio | europe-west1 |
A basse emissioni di CO2 | |
Londra | europe-west2 |
Bassi livelli di CO2 | |
Francoforte | europe-west3 |
Bassi livelli di CO2 | |
Paesi Bassi | europe-west4 |
A basse emissioni di CO2 | |
Zurigo | europe-west6 |
Bassi livelli di CO2 | |
Parigi | europe-west9 |
Bassi livelli di CO2 | |
Torino | europe-west12 |
||
Americhe | |||
San Paolo | southamerica-east1 |
Bassi livelli di CO2 | |
Stati Uniti (più regioni) | us |
||
Iowa | us-central1 |
Bassi livelli di CO2 | |
Carolina del Sud | us-east1 |
||
Virginia del Nord | us-east4 |
||
Columbus, Ohio | us-east5 |
||
Dallas | us-south1 |
A basse emissioni di CO2 | |
Oregon | us-west1 |
A basse emissioni di CO2 | |
Los Angeles | us-west2 |
||
Salt Lake City | us-west3 |
Motore per suggerimenti su partizione e cluster BigQuery
Il suggeritore di partizionamento e clustering BigQuery genera suggerimenti per la partizione o il clustering per ottimizzare le tabelle BigQuery.
Il recommender per il partizionamento e il clustering è disponibile nelle seguenti località di elaborazione:
Descrizione della regione | Nome della regione | Dettagli | |
---|---|---|---|
Asia Pacifico | |||
Delhi | asia-south2 |
||
Hong Kong | asia-east2 |
||
Giacarta | asia-southeast2 |
||
Mumbai | asia-south1 |
||
Osaka | asia-northeast2 |
||
Seul | asia-northeast3 |
||
Singapore | asia-southeast1 |
||
Sydney | australia-southeast1 |
||
Taiwan | asia-east1 |
||
Tokyo | asia-northeast1 |
||
Europa | |||
Belgio | europe-west1 |
A basse emissioni di CO2 | |
Berlino | europe-west10 |
A basse emissioni di CO2 | |
Multiregionale UE | eu |
||
Francoforte | europe-west3 |
A basse emissioni di CO2 | |
Londra | europe-west2 |
Bassi livelli di CO2 | |
Paesi Bassi | europe-west4 |
A basse emissioni di CO2 | |
Zurigo | europe-west6 |
Bassi livelli di CO2 | |
Americhe | |||
Iowa | us-central1 |
A basse emissioni di CO2 | |
Las Vegas | us-west4 |
||
Los Angeles | us-west2 |
||
Montréal | northamerica-northeast1 |
Bassi livelli di CO2 | |
Virginia del Nord | us-east4 |
||
Oregon | us-west1 |
A basse emissioni di CO2 | |
Salt Lake City | us-west3 |
||
San Paolo | southamerica-east1 |
A basse emissioni di CO2 | |
Toronto | northamerica-northeast2 |
A basse emissioni di CO2 | |
Stati Uniti (più regioni) | us |
Specifica le località
Durante il caricamento dei dati, l'esecuzione di query o l'esportazione dei dati, BigQuery
determina la località in cui eseguire il job in base ai set di dati a cui viene fatto riferimento
la richiesta. Ad esempio, se una query fa riferimento a una tabella in un set di dati archiviato
nella regione asia-northeast1
, il job di query verrà eseguito in quella regione.
Se una query non fa riferimento a tabelle o altre risorse contenute all'interno
set di dati e non viene fornita alcuna tabella di destinazione, il job di query verrà eseguito
US
(più regioni). Per assicurarti che le query BigQuery siano archiviate in
una o più regioni specifiche, specifica la località con la richiesta di job da
indirizzare la query di conseguenza quando utilizzi il cluster BigQuery globale
endpoint. Se non specifichi la località, le query potrebbero essere memorizzate temporaneamente
nei log del router BigQuery quando la query viene utilizzata per determinare
il percorso di elaborazione in BigQuery.
Se il progetto ha una prenotazione basata sulla capacità in una regione 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 basata sulla capacità al momento dell'invio del job. Gli impegni basati sulla capacità sono legati a una località, ad esempio
US
o EU
. Se esegui un job al di fuori della località della tua capacità, i prezzi per quel job passano automaticamente ai prezzi on demand.
Puoi specificare la località in cui eseguire un job in modo esplicito nei seguenti modi:
- Quando esegui query sui dati utilizzando la console Google Cloud nell'editor query, fai clic su Altro > Termine di ricerca impostazioni, espandi Opzioni avanzate e seleziona Dati posizione.
- Quando utilizzi lo strumento a riga di comando bq, fornisci il
--location
flag global e imposta il valore sulla tua posizione. - Quando utilizzi l'API, specifica la tua regione nella proprietà
location
nella sezionejobReference
della risorsa job.
BigQuery restituisce un errore se la località specificata non corrisponde la posizione dei set di dati nella richiesta. La posizione di ogni set di dati coinvolto nella richiesta, inclusi quelli letti e scritti, deve corrispondere a quella del job, dedotta o specificata.
Le località a una singola regione non corrispondono a quelle multiregionali, anche se
la località a una singola regione si trova all'interno di quella a più regioni. Pertanto,
una query o un job avranno esito negativo se la località include sia una località a una singola regione
e una località multiregionale. Ad esempio, se la posizione di un job è impostata su US
,
il job non andrà a buon fine 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 riuscito. Questo vale anche per le istruzioni JOIN
con tabelle sia in una regione sia in una regione con più regioni.
Le query dinamiche non vengono analizzate finché non vengono eseguite, pertanto non possono essere utilizzate per determinare automaticamente la regione di una query.
Località, prenotazioni e offerte di lavoro
Gli impegni di capacità sono una risorsa di regione. Gli slot che acquisti
sono limitati a una o più regioni specifiche. Se il tuo unico impegno di capacità è nel EU
, non puoi creare una prenotazione nel US
. Quando
crei una prenotazione, specifichi una località (regione) e una serie di slot.
Questi slot vengono estratti dall'impegno di capacità in quella regione.
Allo stesso modo, quando esegui un job in una regione, il job utilizza una prenotazione solo se
della località del job corrisponde a quella di una prenotazione. Ad esempio, se
Assegna una prenotazione a un progetto in EU
ed esegui una query nel progetto
su un set di dati che si trova nella sezione US
, la query non viene eseguita sul EU
prenotazione. In assenza di una prenotazione US
, il job viene eseguito come on demand.
Considerazioni sulla località
Quando scegli una località per i tuoi dati, considera quanto segue:
Cloud Storage
Puoi interagire con i dati di Cloud Storage utilizzando BigQuery nella nei seguenti modi:
- Eseguire query sui dati di Cloud Storage utilizzando Tabelle esterne BigLake o non BigLake
- Carica i dati di Cloud Storage in BigQuery
- Esportare i dati da BigQuery in Cloud Storage
Esegui query sui dati di Cloud Storage
Quando esegui query sui dati in Cloud Storage utilizzando una tabella BigLake o una tabella esterna non BigLake, i dati su cui esegui la query devono essere colocalizzati con il set di dati BigQuery. Ad esempio:
Bucket a regione singola: 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 o in qualsiasi regione a due regioni di Cloud Storage che includa Varsavia. Se il set di dati BigQuery si trova nella località multiregionaleUS
, il bucket Cloud Storage può trovarsi nella località multiregionaleUS
, una singola regione dell'Iowa (us-central1
) o qualsiasi altra regione che include l'Iowa. Le query da qualsiasi altra singola regione non vanno a buon fine, anche se il bucket si trova in una località contenuta nella regione multipla del set di dati. Ad esempio, se le tabelle esterne si trovano nella zona multiregionaleUS
e Il bucket Cloud Storage si trova in Oregon (us-west1
), il job non va a buon fine.Se il set di dati BigQuery si trova nella località multiregionale
EU
, il bucket Cloud Storage può trovarsi nella località multiregionaleEU
, la singola regione del Belgio (europe-west1
) o qualsiasi regione a due regioni che includa Belgio. Le query da qualsiasi altra singola regione non vanno a buon fine, anche se il bucket si trova in una posizione contenuta nella regione multipla del set di dati. Ad esempio, se le tabelle esterne si trovano nella regione multiplaEU
e il bucket Cloud Storage si trova a Varsavia (europe-central2
), il job non va a buon fine.Bucket a doppia regione: se il set di dati BigQuery si trova nella regione di Tokyo (
asia-northeast1
), il bucket Cloud Storage corrispondente deve trovarsi nella regione di Tokyo o in una doppia regione che include Tokyo, come la doppia regioneASIA1
.Se il bucket Cloud Storage si trova nella doppia regione
NAM4
o in qualsiasi altra doppia regione che include la regione Iowa (us-central1
), il set di dati BigQuery corrispondente può trovarsi nella regione multiplaUS
o in Iowa (us-central1
).Se il bucket Cloud Storage si trova nella doppia regione
EUR4
o in qualsiasi altra regione a due regioni che include la regione Belgio(europe-west1
), la regione BigQuery corrispondente il set di dati può trovarsi nella località multiregionaleEU
o in Belgio(europe-west1
).Bucket multiregionale: utilizzo di più regioni di località dei set di dati con bucket Cloud Storage multiregionali non consigliato per le tabelle esterne perché le prestazioni delle query esterne dipende da una latenza minima e da una larghezza di banda di rete ottimale.
Se il set di dati BigQuery si trova nella località multiregionale
US
, il bucket Cloud Storage corrispondente deve trovarsi nella località multiregionaleUS
, in una doppia regione che include l'Iowa (us-central1
), comeNAM4
due regioni o in una doppia regione personalizzata che include l'Iowa (us-central1
).Se il set di dati BigQuery si trova nella località multiregionale
EU
, il bucket Cloud Storage corrispondente deve trovarsi nella località multiregionaleEU
, in una doppia regione che include il Belgio (europe-west1
), comeEUR4
due regioni o in una regione doppia personalizzata che include il Belgio.
Per ulteriori informazioni sulle località di Cloud Storage supportate, consulta Località dei bucket nella documentazione di Cloud Storage.
Carica i dati da Cloud Storage
Quando carichi i dati da Cloud Storage, questi devono essere colocalizzati con il set di dati BigQuery.
Puoi caricare i dati da un bucket Cloud Storage situato in qualsiasi località se il tuo set di dati BigQuery si trova nell'area multiregionale
US
.- Bucket multiregione: se il
bucket Cloud Storage da cui vuoi eseguire il caricamento si trova in un bucket multiregione, il
tuo set di dati BigQuery può trovarsi nello stesso bucket multiregione o in qualsiasi singola regione inclusa nello stesso bucket multiregione.
Ad esempio, se il bucket Cloud Storage si trova nella regione
EU
, il tuo set di dati BigQuery può trovarsi nella regioneEU
più regioni o una singola regione nelEU
. Bucket a due regioni: se il bucket Cloud Storage da cui vuoi eseguire il caricamento si trova in un bucket a due regioni, il tuo set di dati BigQuery può trovarsi nelle regioni incluse nel bucket a due regioni o in un set di dati a più regioni che include la doppia regione. Ad esempio, se il tuo Cloud Storage Il bucket si trova nella regione
EUR4
, il set di dati BigQuery può trovarsi in Finlandia (europe-north1
) regione singola, Paesi Bassi (europe-west4
) una singola regione oEU
.Bucket a singola regione: se il bucket Cloud Storage da cui vuoi eseguire il caricamento si trova in una singola regione, il set di dati BigQuery può trovarsi nella stessa regione o nella regione multipla che include la regione singola. Ad esempio, se il bucket Cloud Storage si trova in Finlandia, (
europe-north1
), il set di dati BigQuery può trovarsi in Finlandia oEU
.Un'eccezione è che se il set di dati BigQuery si trova nella regione
asia-northeast1
, allora il bucket Cloud Storage può trovarsi nella località multiregionaleEU
.
Per ulteriori informazioni, consulta Caricare i dati in batch.
Esportare i dati in Cloud Storage
Assegna i bucket Cloud Storage per l'esportazione dei dati:- Se il set di dati BigQuery si trova nella località multiregionale
EU
, il bucket Cloud Storage contenenti i dati che esporti devono trovarsi nella stessa località multiregionale o in una località è contenuto all'interno di più regioni. Ad esempio, se il set di dati BigQuery è nella località multiregionaleEU
, il bucket Cloud Storage può trovarsi nella zonaeurope-west1
Regione del Belgio all'interno dell'UE.Se il set di dati si trova nella località multiregionale
US
, puoi esportare i dati in un bucket Cloud Storage in qualsiasi località. - 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 nella regione
asia-northeast1
di Tokyo, il bucket Cloud Storage non può trovarsi nella regione multiplaASIA
.
Per ulteriori informazioni, vedi Esportazione dei dati di una tabella.
Bigtable
Devi prendere in considerazione la posizione quando esegui query sui dati di Bigtable o li esporti in Bigtable.
esegui una query sui dati Bigtable
Quando esegui una query sui dati in Bigtable tramite una tabella esterna di BigQuery, l'istanza Bigtable deve trovarsi nella stessa località Set di dati BigQuery:
- Regione singola: se il set di dati BigQuery si trova in Belgio
Località regionale (
europe-west1
), il valore Bigtable corrispondente l'istanza deve trovarsi nella regione del Belgio. - Più regioni: poiché le prestazioni delle query esterne dipendono da una latenza minima e da una larghezza di banda di rete ottimale, l'utilizzo di posizioni dei set di dati in più regioni è sconsigliato per le tabelle esterne su Bigtable.
Per saperne di più sulle località Bigtable supportate, consulta Posizioni Bigtable.
Esportare i dati in Bigtable
- Se il set di dati BigQuery si trova in una località multiregionale,
Profilo app Bigtable
deve essere configurato per instradare i dati a un cluster Bigtable all'interno di quella località multiregionale.
Ad esempio, se il set di dati BigQuery si trova nella regione multipla
US
, il cluster Bigtable può trovarsi nella regioneus-west1
(Oregon), negli Stati Uniti. - Se il set di dati BigQuery si trova in un'unica regione, il profilo dell'app Bigtable deve essere configurato per instradare i dati a un cluster Bigtable nella stessa regione. Ad esempio, se il tuo set di dati BigQuery si trova nel campo
asia-northeast1
(Tokyo), anche il cluster Bigtable deve trovarsi Regioneasia-northeast1
(Tokyo).
Google Drive
Le considerazioni sulla posizione non si applicano alle origini dati esterne di Google Drive.
Cloud SQL
Quando esegui query sui dati in Cloud SQL tramite una query federata di BigQuery, la tua istanza Cloud SQL deve trovarsi nella stessa posizione del set di dati BigQuery.
- Regione singola: se il set di dati BigQuery si trova nella località regionale Belgio (
europe-west1
), l'istanza Cloud SQL corrispondente deve trovarsi nella regione Belgio. - Più regioni: se il set di dati BigQuery si trova in una località a più regioni
US
, l'istanza Cloud SQL corrispondente deve trovarsi in una singola regione nell'area geografica degli Stati Uniti.
Per ulteriori informazioni sulle località Cloud SQL supportate, consulta Località Cloud SQL.
Spanner
Quando esegui query sui dati in Spanner tramite una query federata di BigQuery, la tua istanza Spanner deve trovarsi nella stessa posizione del set di dati BigQuery.
- Singola regione: se il set di dati BigQuery si trova nella località regionale del Belgio (
europe-west1
), l'istanza Spanner corrispondente deve trovarsi nella regione del Belgio. - Multi-regione: se il set di dati BigQuery si trova nella regione
US
multi-regione, l'istanza Spanner corrispondente deve trovarsi in una singola regione nell'area geografica degli Stati Uniti.
Per ulteriori informazioni sulle località di Spanner supportate, consulta Località di Spanner.
Strumenti di analisi
Colloca il set di dati BigQuery con strumenti di analisi:- Dataproc: quando esegui query sui set di dati BigQuery utilizzando un connettore BigQuery, il set di dati BigQuery deve essere in co-locazione con il cluster Dataproc. Dataproc è supportato in tutte le località di Compute Engine.
- Vertex AI Workbench: quando esegui query sui set di dati BigQuery utilizzando i blocchi note Jupyter in Vertex AI Workbench, il set di dati BigQuery deve essere collocato nello stesso luogo dell'istanza di Vertex AI Workbench. Visualizza le località supportate da Vertex AI Workbench.
Piani di gestione dei dati
Sviluppa un piano di gestione dei dati:- Se scegli una risorsa di archiviazione regionale, ad esempio un set di dati BigQuery un bucket Cloud Storage, sviluppa un piano la gestione geografica dei tuoi dati.
Limitare le località
Puoi limitare le località in cui è possibile creare i set di dati utilizzando il servizio di criteri dell'organizzazione. Per ulteriori informazioni, consulta la sezione Limitazione delle risorse località e Località delle risorse supportate servizi di terze parti.
Sicurezza del 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
- Scopri come creare set di dati.
- Scopri di più sul caricamento dei dati in BigQuery.
- Scopri i prezzi di BigQuery.
- Visualizza tutti i servizi Google Cloud disponibili in località del mondo.
- Esplora altri concetti basati sulla posizione, come le zone, che si applicano ad altri servizi Google Cloud.