Crea tabelle BigLake di Blob Storage
Questo documento descrive come creare una tabella BigLake di Azure Blob Storage. Una tabella BigLake consente di utilizzare la delega dell'accesso per eseguire query sui dati in Blob Storage. La delega dell'accesso disaccoppia l'accesso alla tabella BigLake dall'accesso al datastore sottostante.
Per informazioni sul flusso di dati tra BigQuery e Blob Storage, consulta Flusso di dati durante l'esecuzione di query sui dati.
Prima di iniziare
Assicurati di avere una connessione per accedere ai dati in Blob Storage.
Ruoli obbligatori
Per ottenere le autorizzazioni necessarie per creare una tabella esterna, chiedi all'amministratore di concederti il ruolo IAM BigQuery Admin (roles/bigquery.admin
) nel set di dati.
Per saperne di più sulla concessione dei ruoli, consulta Gestisci l'accesso a progetti, cartelle e organizzazioni.
Questo ruolo predefinito contiene le autorizzazioni necessarie per creare una tabella esterna. Per vedere quali sono esattamente le autorizzazioni richieste, espandi la sezione Autorizzazioni obbligatorie:
Autorizzazioni obbligatorie
Per creare una tabella esterna sono necessarie le seguenti autorizzazioni:
-
bigquery.tables.create
-
bigquery.connections.delegate
Potresti anche ottenere queste autorizzazioni con ruoli personalizzati o altri ruoli predefiniti.
Crea un set di dati
Prima di creare una tabella esterna, devi creare un set di dati nella regione supportata. Seleziona una delle seguenti opzioni:Console
Vai alla pagina BigQuery.
- Nel riquadro Explorer, seleziona il progetto in cui vuoi creare il set di dati.
- Espandi l'opzione Visualizza azioni e fai clic su Crea set di dati.
- Nella pagina Crea set di dati, specifica i seguenti dettagli:
- In ID set di dati, inserisci un nome univoco per il set di dati.
- Per Località dei dati, scegli una regione supportata.
- (Facoltativo) Per eliminare automaticamente le tabelle, seleziona la casella di controllo Abilita scadenza della tabella e imposta la Durata massima predefinita della tabella in giorni. I dati in Azure non vengono eliminati alla scadenza della tabella.
- Se vuoi utilizzare le regole di confronto predefinite, espandi la sezione Opzioni avanzate e poi seleziona l'opzione Attiva regole di confronto predefinite.
- Fai clic su Crea set di dati.
SQL
Utilizza l'istruzione DDL CREATE SCHEMA
.
Il seguente esempio crea un set di dati nella regione azure-eastus2
:
Nella console Google Cloud , vai alla pagina BigQuery.
Nell'editor di query, inserisci la seguente istruzione:
CREATE SCHEMA mydataset OPTIONS ( location = 'azure-eastus2');
Fai clic su
Esegui.
Per maggiori informazioni su come eseguire le query, consulta Eseguire una query interattiva.
bq
In un ambiente a riga di comando, crea un set di dati utilizzando il comando
bq mk
:
bq --location=LOCATION mk \ --dataset \ PROJECT_ID:DATASET_NAME
Il parametro --project_id
sostituisce il progetto predefinito.
Sostituisci quanto segue:
LOCATION
: la posizione del set di datiPer informazioni sulle regioni supportate, vedi Località. Dopo aver creato un set di dati, non puoi modificarne la posizione. Puoi impostare un valore predefinito per la posizione utilizzando il file
.bigqueryrc
.PROJECT_ID
: il tuo ID progettoDATASET_NAME
: il nome del set di dati che vuoi crearePer creare un set di dati in un progetto diverso da quello predefinito, aggiungi l'ID progetto al nome del set di dati nel seguente formato:
PROJECT_ID:DATASET_NAME
.
Crea tabelle BigLake su dati non partizionati
Seleziona una delle seguenti opzioni:
Console
Vai alla pagina BigQuery.
Nel riquadro Explorer, espandi il progetto e seleziona un set di dati.
Nella sezione Informazioni sul set di dati, fai clic su
Crea tabella.Nella sezione Origine della pagina Crea tabella:
- In Crea tabella da, seleziona Azure Blob Storage.
Per Seleziona il percorso di archiviazione BLOB di Azure, inserisci un percorso di archiviazione BLOB utilizzando il seguente formato:
azure://AZURE_STORAGE_ACCOUNT_NAME.blob.core.windows.net/CONTAINER_NAME/FILE_PATH
Sostituisci quanto segue:
AZURE_STORAGE_ACCOUNT_NAME
: il nome dell'account Blob Storage. La regione dell'account deve corrispondere a quella del set di dati.CONTAINER_NAME
: il nome del container Blob Storage.FILE_PATH
: il percorso dei dati che punta ai dati di Blob Storage. Ad esempio, per un singolo file CSV,FILE_PATH
può esseremyfile.csv
.
Per Formato file, seleziona il formato dei dati in Azure. I formati supportati sono AVRO, CSV, DELTA_LAKE, ICEBERG, JSONL, ORC e PARQUET.
Nella sezione Destinazione:
- Per Set di dati, scegli il set di dati appropriato.
- Nel campo Table (Tabella), inserisci il nome della tabella.
- Verifica che Tipo di tabella sia impostato su Tabella esterna.
- Per ID connessione, scegli l'ID connessione appropriato dal menu a discesa. Per informazioni sulle connessioni, consulta Connettersi a Blob Storage.
Nella sezione Schema, puoi attivare il rilevamento automatico dello schema o specificare manualmente uno schema se hai un file di origine. Se non hai un file di origine, devi specificare manualmente uno schema.
Per attivare il rilevamento automatico dello schema, seleziona l'opzione Rilevamento automatico.
Per specificare manualmente uno schema, lascia deselezionata l'opzione Rilevamento automatico. Attiva Modifica come testo e inserisci lo schema della tabella come array JSON.
Fai clic su Crea tabella.
SQL
Per creare una tabella BigLake, utilizza l'istruzione
CREATE EXTERNAL TABLE
con la clausola WITH CONNECTION
:
Nella console Google Cloud , vai alla pagina BigQuery.
Nell'editor di query, inserisci la seguente istruzione:
CREATE EXTERNAL TABLE DATASET_NAME.TABLE_NAME WITH CONNECTION `AZURE_LOCATION.CONNECTION_NAME` OPTIONS ( format = 'DATA_FORMAT', uris = ['azure://AZURE_STORAGE_ACCOUNT_NAME.blob.core.windows.net/CONTAINER_NAME/FILE_PATH']);
Sostituisci quanto segue:
DATASET_NAME
: il nome del set di dati che hai creatoTABLE_NAME
: il nome che vuoi dare a questa tabellaAZURE_LOCATION
: una località Azure in Google Cloud, ad esempioazure-eastus2
CONNECTION_NAME
: il nome della connessione che hai creatoDATA_FORMAT
: uno qualsiasi dei formati federati di BigQuery supportati, comeAVRO
,CSV
,DELTA_LAKE
oICEBERG
(anteprima)AZURE_STORAGE_ACCOUNT_NAME
: il nome dell'account Blob StorageCONTAINER_NAME
: il nome del container Blob StorageFILE_PATH
: il percorso dei dati che punta ai dati di Blob Storage
Fai clic su
Esegui.
Per maggiori informazioni su come eseguire le query, consulta Eseguire una query interattiva.
Esempio:
CREATE EXTERNAL TABLE absdataset.abstable WITH CONNECTION `azure-eastus2.abs-read-conn` OPTIONS ( format = 'CSV', uris = ['azure://account_name.blob.core.windows.net/container/path/file.csv']);
bq
Crea un file di definizione della tabella:
bq mkdef \ --source_format=DATA_FORMAT \ --connection_id=AZURE_LOCATION.CONNECTION_NAME \ "azure://AZURE_STORAGE_ACCOUNT_NAME.blob.core.windows.net/CONTAINER_NAME/FILE_PATH" > table_def
Sostituisci quanto segue:
DATA_FORMAT
: uno qualsiasi dei formati federati BigQuery supportati, comeAVRO
,CSV
,ICEBERG
oPARQUET
AZURE_LOCATION
: una località Azure in Google Cloud, ad esempioazure-eastus2
CONNECTION_NAME
: il nome della connessione che hai creatoAZURE_STORAGE_ACCOUNT_NAME
: il nome dell'account Blob StorageCONTAINER_NAME
: il nome del container Blob StorageFILE_PATH
: il percorso dei dati che punta ai dati di Blob Storage
Successivamente, crea la tabella BigLake:
bq mk --external_table_definition=table_def DATASET_NAME.TABLE_NAME
Sostituisci quanto segue:
DATASET_NAME
: il nome del set di dati che hai creatoTABLE_NAME
: il nome che vuoi assegnare a questa tabella
Ad esempio, i seguenti comandi creano una nuova tabella BigLake,my_dataset.my_table
, che può eseguire query sui dati di Blob Storage archiviati nel percorso azure://account_name.blob.core.windows.net/container/path
e ha una connessione di lettura nella località azure-eastus2
:
bq mkdef \ --source_format=AVRO \ --connection_id=azure-eastus2.read-conn \ "azure://account_name.blob.core.windows.net/container/path" > table_def bq mk \ --external_table_definition=table_def my_dataset.my_table
API
Chiama il metodo API tables.insert
e crea un ExternalDataConfiguration
nella risorsa Table
che trasmetti.
Specifica la proprietà schema
o imposta la proprietà
autodetect
su true
per attivare il rilevamento automatico dello schema per le
origini dati supportate.
Specifica la proprietà connectionId
per identificare la connessione da utilizzare
per la connessione a Blob Storage.
Crea tabelle BigLake con dati partizionati
Puoi creare una tabella BigLake per i dati partizionati di Hive in Blob Storage. Dopo aver creato una tabella partizionata esternamente, non puoi modificare la chiave di partizione. Per modificare la chiave di partizione, devi ricreare la tabella.
Per creare una tabella BigLake basata su dati partizionati Hive, seleziona una delle seguenti opzioni:
Console
Vai alla pagina BigQuery.
Nel riquadro Explorer, espandi il progetto e seleziona un set di dati.
Fai clic su
Visualizza azioni, quindi fai clic su Crea tabella. Si aprirà il riquadro Crea tabella.Nella sezione Origine, specifica i seguenti dettagli:
In Crea tabella da, seleziona una delle seguenti opzioni:
- Amazon S3
- Azure Blob Storage
Fornisci il percorso della cartella utilizzando caratteri jolly. Ad esempio:
- Per Amazon S3:
s3://mybucket/*
- Per l'archiviazione blob:
azure://mystorageaccount.blob.core.windows.net/mycontainer/*
La cartella deve trovarsi nella stessa posizione del set di dati che contiene la tabella che vuoi creare, aggiungere o sovrascrivere.
- Per Amazon S3:
Nell'elenco Formato file, seleziona il tipo di file.
Seleziona la casella di controllo Partizionamento dei dati di origine, quindi specifica i seguenti dettagli:
- In Seleziona il prefisso dell'URI di origine, inserisci il prefisso URI. Ad esempio,
s3://mybucket/my_files
. - (Facoltativo) Per richiedere un filtro di partizionamento su tutte le query per questa tabella, seleziona la casella di controllo Richiedi filtro di partizionamento. Se il filtro di partizionamento è obbligatorio, i costi possono essere ridotti e le prestazioni migliorate. Per maggiori informazioni, consulta la sezione Richiedere filtri di predicato sulle chiavi di partizione nelle query.
Nella sezione Modalità di inferenza delle partizioni, seleziona una delle seguenti opzioni:
- Deduci automaticamente i tipi: imposta la modalità di rilevamento dello schema di partizionamento su
AUTO
. - Tutte le colonne sono stringhe: imposta la modalità di rilevamento dello schema di partizionamento su
STRINGS
. - Fornisci il mio: imposta la modalità di rilevamento dello schema di partizionamento su
CUSTOM
e inserisci manualmente le informazioni dello schema per le chiavi di partizione. Per saperne di più, consulta Schema di chiavi di partizione personalizzate.
- Deduci automaticamente i tipi: imposta la modalità di rilevamento dello schema di partizionamento su
- In Seleziona il prefisso dell'URI di origine, inserisci il prefisso URI. Ad esempio,
Nella sezione Destinazione, specifica i seguenti dettagli:
- In Progetto, seleziona il progetto in cui vuoi creare la tabella.
- Per Set di dati, seleziona il set di dati in cui vuoi creare la tabella.
- In Tabella, inserisci il nome della tabella che vuoi creare.
- Per Tipo di tabella, verifica che sia selezionata l'opzione Tabella esterna.
- Per ID connessione, seleziona la connessione che hai creato in precedenza.
Nella sezione Schema, puoi attivare il rilevamento automatico dello schema o specificare manualmente uno schema se hai un file di origine. Se non hai un file di origine, devi specificare manualmente uno schema.
Per attivare il rilevamento automatico dello schema, seleziona l'opzione Rilevamento automatico.
Per specificare manualmente uno schema, lascia deselezionata l'opzione Rilevamento automatico. Attiva Modifica come testo e inserisci lo schema della tabella come array JSON.
Per ignorare le righe con valori di colonna aggiuntivi che non corrispondono allo schema, espandi la sezione Opzioni avanzate e seleziona Valori sconosciuti.
Fai clic su Crea tabella.
SQL
Utilizza l'istruzione DDL CREATE EXTERNAL TABLE
:
Nella console Google Cloud , vai alla pagina BigQuery.
Nell'editor di query, inserisci la seguente istruzione:
CREATE EXTERNAL TABLE `PROJECT_ID.DATASET.EXTERNAL_TABLE_NAME` WITH PARTITION COLUMNS ( PARTITION_COLUMN PARTITION_COLUMN_TYPE, ) WITH CONNECTION `PROJECT_ID.REGION.CONNECTION_ID` OPTIONS ( hive_partition_uri_prefix = "HIVE_PARTITION_URI_PREFIX", uris=['FILE_PATH'], format ="TABLE_FORMAT" );
Sostituisci quanto segue:
PROJECT_ID
: il nome del tuo progetto in cui vuoi creare la tabella, ad esempiomyproject
DATASET
: il nome del set di dati BigQuery in cui vuoi creare la tabella, ad esempiomydataset
EXTERNAL_TABLE_NAME
: il nome della tabella che vuoi creare, ad esempiomytable
PARTITION_COLUMN
: il nome della colonna di partizionamentoPARTITION_COLUMN_TYPE
: il tipo di colonna di partizionamentoREGION
: la regione che contiene la connessione, ad esempious
CONNECTION_ID
: il nome della connessione, ad esempiomyconnection
HIVE_PARTITION_URI_PREFIX
: prefisso URI di partizionamento Hive, ad esempio:s3://mybucket/
azure://mystorageaccount.blob.core.windows.net/mycontainer/
FILE_PATH
: percorso dell'origine dati per la tabella esterna che vuoi creare, ad esempio:s3://mybucket/*.parquet
azure://mystorageaccount.blob.core.windows.net/mycontainer/*.parquet
TABLE_FORMAT
: il formato della tabella che vuoi creare, ad esempioPARQUET
Fai clic su
Esegui.
Per maggiori informazioni su come eseguire le query, consulta Eseguire una query interattiva.
Esempi
Il seguente esempio crea una tabella BigLake su dati partizionati in Amazon S3. Lo schema viene rilevato automaticamente.
CREATE EXTERNAL TABLE `my_dataset.my_table` WITH PARTITION COLUMNS ( sku STRING, ) WITH CONNECTION `us.my-connection` OPTIONS( hive_partition_uri_prefix = "s3://mybucket/products", uris = ['s3://mybucket/products/*'] );
L'esempio seguente crea una tabella BigLake su dati partizionati in Blob Storage. Lo schema è specificato.
CREATE EXTERNAL TABLE `my_dataset.my_table` ( ProductId INTEGER, ProductName, STRING, ProductType, STRING ) WITH PARTITION COLUMNS ( sku STRING, ) WITH CONNECTION `us.my-connection` OPTIONS( hive_partition_uri_prefix = "azure://mystorageaccount.blob.core.windows.net/mycontainer/products", uris = ['azure://mystorageaccount.blob.core.windows.net/mycontainer/*'] );
bq
Innanzitutto, utilizza il comando
bq mkdef
per
creare un file di definizione della tabella:
bq mkdef \ --source_format=SOURCE_FORMAT \ --connection_id=REGION.CONNECTION_ID \ --hive_partitioning_mode=PARTITIONING_MODE \ --hive_partitioning_source_uri_prefix=URI_SHARED_PREFIX \ --require_hive_partition_filter=BOOLEAN \ URIS > DEFINITION_FILE
Sostituisci quanto segue:
SOURCE_FORMAT
: il formato dell'origine dati esterna. Ad esempio,CSV
.REGION
: la regione che contiene la connessione, ad esempious
.CONNECTION_ID
: il nome della connessione, ad esempiomyconnection
.PARTITIONING_MODE
: la modalità di partizionamento Hive. Utilizza uno dei seguenti valori:AUTO
: rileva automaticamente i nomi e i tipi delle chiavi.STRINGS
: converte automaticamente i nomi delle chiavi in stringhe.CUSTOM
: codifica lo schema della chiave nel prefisso dell'URI di origine.
URI_SHARED_PREFIX
: il prefisso URI di origine.BOOLEAN
: specifica se richiedere un filtro predicato al momento della query. Questo flag è facoltativo. Il valore predefinito èfalse
.URIS
: il percorso della cartella Amazon S3 o Blob Storage, utilizzando il formato con caratteri jolly.DEFINITION_FILE
: il percorso del file di definizione della tabella sul computer locale.
Se PARTITIONING_MODE
è CUSTOM
, includi lo schema della chiave di partizionamento
nel prefisso URI di origine, utilizzando il seguente formato:
--hive_partitioning_source_uri_prefix=GCS_URI_SHARED_PREFIX/{KEY1:TYPE1}/{KEY2:TYPE2}/...
Dopo aver creato il file di definizione della tabella, utilizza il comando
bq mk
per
creare la tabella BigLake:
bq mk --external_table_definition=DEFINITION_FILE \ DATASET_NAME.TABLE_NAME \ SCHEMA
Sostituisci quanto segue:
DEFINITION_FILE
: il percorso del file di definizione della tabella.DATASET_NAME
: il nome del set di dati che contiene la tabella.TABLE_NAME
: il nome della tabella che stai creando.SCHEMA
: specifica un percorso a un file di schema JSON, o specifica lo schema nel formatofield:data_type,field:data_type,...
. Per utilizzare il rilevamento automatico dello schema, ometti questo argomento.
Esempi
L'esempio seguente utilizza la modalità di partizionamento Hive AUTO
per i dati Amazon S3:
bq mkdef --source_format=CSV \
--connection_id=us.my-connection \
--hive_partitioning_mode=AUTO \
--hive_partitioning_source_uri_prefix=s3://mybucket/myTable \
--metadata_cache_mode=AUTOMATIC \
s3://mybucket/* > mytable_def
bq mk --external_table_definition=mytable_def \
mydataset.mytable \
Region:STRING,Quarter:STRING,Total_sales:INTEGER
L'esempio seguente utilizza la modalità di partizionamento Hive STRING
per i dati Amazon S3:
bq mkdef --source_format=CSV \
--connection_id=us.my-connection \
--hive_partitioning_mode=STRING \
--hive_partitioning_source_uri_prefix=s3://mybucket/myTable \
s3://mybucket/myTable/* > mytable_def
bq mk --external_table_definition=mytable_def \
mydataset.mytable \
Region:STRING,Quarter:STRING,Total_sales:INTEGER
L'esempio seguente utilizza la modalità di partizionamento Hive CUSTOM
per
i dati di Archiviazione blob:
bq mkdef --source_format=CSV \
--connection_id=us.my-connection \
--hive_partitioning_mode=CUSTOM \
--hive_partitioning_source_uri_prefix=azure://mystorageaccount.blob.core.windows.net/mycontainer/{dt:DATE}/{val:STRING} \
azure://mystorageaccount.blob.core.windows.net/mycontainer/* > mytable_def
bq mk --external_table_definition=mytable_def \
mydataset.mytable \
Region:STRING,Quarter:STRING,Total_sales:INTEGER
API
Per impostare il partizionamento Hive utilizzando l'API BigQuery, includi l'oggetto
hivePartitioningOptions
nell'oggetto ExternalDataConfiguration
quando crei il file di definizione della tabella.
Per creare una tabella BigLake, devi specificare anche un valore
per il campo connectionId
.
Se imposti il campo hivePartitioningOptions.mode
su CUSTOM
, devi codificare lo schema della chiave di partizione nel campo hivePartitioningOptions.sourceUriPrefix
nel seguente modo:
s3://BUCKET/PATH_TO_TABLE/{KEY1:TYPE1}/{KEY2:TYPE2}/...
Per forzare l'utilizzo di un filtro predicato al momento della query, imposta il
campo hivePartitioningOptions.requirePartitionFilter
su true
.
Tabelle Delta Lake
Delta Lake è un formato di tabella open source che supporta tabelle di dati su scala petabyte. Le tabelle Delta Lake possono essere sottoposte a query sia come tabelle temporanee sia come tabelle permanenti e sono supportate come tabelle BigLake.
Sincronizzazione dello schema
Delta Lake gestisce uno schema canonico come parte dei suoi metadati. Non puoi aggiornare uno schema utilizzando un file di metadati JSON. Per aggiornare lo schema:
Utilizza il comando
bq update
con il flag--autodetect_schema
:bq update --autodetect_schema PROJECT_ID:DATASET.TABLE
Sostituisci quanto segue:
PROJECT_ID
: l'ID progetto contenente la tabella che vuoi aggiornareDATASET
: il set di dati contenente la tabella che vuoi aggiornareTABLE
: la tabella che vuoi aggiornare
Conversione dei tipi
BigQuery converte i tipi di dati Delta Lake nei seguenti tipi di dati BigQuery:
Tipo di Delta Lake | Tipo BigQuery |
---|---|
boolean |
BOOL |
byte |
INT64 |
int |
INT64 |
long |
INT64 |
float |
FLOAT64 |
double |
FLOAT64 |
Decimal(P/S) |
NUMERIC o BIG_NUMERIC a seconda della precisione |
date |
DATE |
time |
TIME |
timestamp (not partition column) |
TIMESTAMP |
timestamp (partition column) |
DATETIME |
string |
STRING |
binary |
BYTES |
array<Type> |
ARRAY<Type> |
struct |
STRUCT |
map<KeyType, ValueType> |
ARRAY<Struct<key KeyType, value ValueType>> |
Limitazioni
Si applicano le seguenti limitazioni alle tabelle Delta Lake:
Si applicano le limitazioni delle tabelle esterne alle tabelle Delta Lake.
Le tabelle Delta Lake sono supportate solo su BigQuery Omni e presentano le limitazioni associate.
Non puoi aggiornare una tabella con un nuovo file JSON con i metadati. Devi utilizzare un'operazione di aggiornamento della tabella dello schema di rilevamento automatico. Per saperne di più, consulta la sezione Sincronizzazione dello schema.
Le funzionalità di sicurezza di BigLake proteggono solo le tabelle Delta Lake quando vengono accessibili tramite i servizi BigQuery.
Crea una tabella Delta Lake
L'esempio seguente crea una tabella esterna utilizzando l'istruzione CREATE EXTERNAL
TABLE
con il formato Delta Lake:
CREATE [OR REPLACE] EXTERNAL TABLE table_name WITH CONNECTION connection_name OPTIONS ( format = 'DELTA_LAKE', uris = ["parent_directory"] );
Sostituisci quanto segue:
table_name: il nome della tabella.
connection_name: il nome della connessione. La connessione deve identificare un'origine Amazon S3 o Blob Storage.
parent_directory: l'URI della directory principale.
Trasferimento cross-cloud con Delta Lake
L'esempio seguente utilizza l'istruzione LOAD DATA
per caricare i dati nella tabella appropriata:
LOAD DATA [INTO | OVERWRITE] table_name FROM FILES ( format = 'DELTA_LAKE', uris = ["parent_directory"] ) WITH CONNECTION connection_name;
Per altri esempi di trasferimenti di dati cross-cloud, vedi Caricare i dati con operazioni cross-cloud.
Esegui query sulle tabelle BigLake
Per maggiori informazioni, vedi Eseguire query sui dati di Blob Storage.
Visualizzare i metadati delle risorse con INFORMATION_SCHEMA
Puoi visualizzare i metadati delle risorse con le visualizzazioni INFORMATION_SCHEMA
. Quando esegui query sulle viste
JOBS_BY_*
,
JOBS_TIMELINE_BY_*
e
RESERVATION*
,
devi specificare la località di elaborazione della query
che si trova nella stessa regione della tabella. Per informazioni sulle località di BigQuery Omni, consulta Località. Per tutte
le altre tabelle di sistema, specificare la posizione del job di query è facoltativo.
Per informazioni sulle tabelle di sistema supportate da BigQuery Omni, consulta la sezione Limitazioni.
Per eseguire query sulle tabelle di sistema JOBS_*
e RESERVATION*
, seleziona uno dei seguenti metodi per specificare la posizione di elaborazione:
Console
Vai alla pagina BigQuery.
Se la scheda Editor non è visibile, fai clic su
Crea nuova query.Fai clic su Altro > Impostazioni query. Si apre la finestra di dialogo Impostazioni query.
Nella finestra di dialogo Impostazioni query, per Impostazioni aggiuntive > Posizione dei dati, seleziona la regione BigQuery che si trova nella stessa posizione della regione BigQuery Omni. Ad esempio, se la regione BigQuery Omni è
aws-us-east-1
, specificaus-east4
.Seleziona i campi rimanenti e fai clic su Salva.
bq
Utilizza il flag --location
per impostare la località di elaborazione del job sulla
regione BigQuery che si trova
nella stessa posizione della regione BigQuery Omni.
Ad esempio, se la regione BigQuery Omni è aws-us-east-1
,
specifica us-east4
.
Esempio
bq query --use_legacy_sql=false --location=us-east4 \
"SELECT * FROM region-azure-eastus2.INFORMATION_SCHEMA.JOBS limit 10;"
API
Se esegui i job in modo programmatico,
imposta l'argomento location sulla regione BigQuery
che si trova nella stessa posizione della regione BigQuery Omni.
Ad esempio, se la regione BigQuery Omni è aws-us-east-1
,
specifica us-east4
.
Controlli di servizio VPC
Puoi utilizzare i perimetri Controlli di servizio VPC per limitare l'accesso da BigQuery Omni a un servizio cloud esterno come livello aggiuntivo di difesa. Ad esempio, i perimetri Controlli di servizio VPC possono limitare le esportazioni dalle tabelle BigQuery Omni a un bucket Amazon S3 o a un contenitore di archiviazione BLOB specifico.
Per scoprire di più sui Controlli di servizio VPC, consulta Panoramica dei Controlli di servizio VPC.
Autorizzazione obbligatoria
Assicurati di disporre delle autorizzazioni necessarie per configurare i perimetri di servizio. Per visualizzare un elenco dei ruoli IAM necessari per configurare i Controlli di servizio VPC, consulta la sezione Controllo dell'accesso con IAM nella documentazione dei Controlli di servizio VPC.
Configura i Controlli di servizio VPC utilizzando la console Google Cloud
Nel menu di navigazione della console Google Cloud , fai clic su Sicurezza, quindi su Controlli di servizio VPC.
Per configurare Controlli di servizio VPC per BigQuery Omni, segui i passaggi della guida Crea un perimetro di servizio e, quando ti trovi nel riquadro Regole di uscita, segui questi passaggi:
Nel riquadro Regole di uscita, fai clic su Aggiungi regola.
Nella sezione Attributi FROM del client API, seleziona un'opzione dall'elenco Identità.
Seleziona Attributi TO delle risorse esterne.
Per aggiungere una risorsa esterna, fai clic su Aggiungi risorse esterne.
Nella finestra di dialogo Aggiungi risorsa esterna, in Nome risorsa esterna, inserisci un nome risorsa valido. Ad esempio:
Per Amazon Simple Storage Service (Amazon S3):
s3://BUCKET_NAME
Sostituisci BUCKET_NAME con il nome del tuo bucket Amazon S3.
Per Azure Blob Storage:
azure://myaccount.blob.core.windows.net/CONTAINER_NAME
Sostituisci CONTAINER NAME con il nome del tuo container Blob Storage.
Per un elenco degli attributi delle regole in uscita, consulta Riferimento alle regole in uscita.
Seleziona i metodi che vuoi consentire sulle risorse esterne:
- Se vuoi consentire tutti i metodi, seleziona Tutti i metodi nell'elenco Metodi.
- Se vuoi consentire metodi specifici, seleziona Metodo selezionato, fai clic su Seleziona metodi e poi seleziona i metodi che vuoi consentire nelle tue risorse esterne.
Fai clic su Crea perimetro.
Configura i Controlli di servizio VPC utilizzando gcloud CLI
Per configurare i Controlli di servizio VPC utilizzando gcloud CLI, segui questi passaggi:
- Imposta il criterio di accesso predefinito.
- Crea il file di input della policy in uscita.
- Aggiungi la norma in uscita.
Impostare il criterio di accesso predefinito
Un criterio di accesso è un contenitore a livello di organizzazione per i livelli di accesso e i perimetri di servizio. Per informazioni su come impostare un criterio di accesso predefinito o ottenere il nome di un criterio di accesso, vedi Gestire un criterio di accesso.
Crea il file di input della policy in uscita
Un blocco di regole di uscita definisce l'accesso consentito dall'interno di un perimetro alle risorse
al di fuori di questo perimetro. Per le risorse esterne, la proprietà externalResources
definisce i percorsi delle risorse esterne a cui è consentito l'accesso dall'interno del perimetro dei Controlli di servizio VPC.
Le regole di uscita possono essere configurate utilizzando
un file JSON o un file YAML. L'esempio seguente utilizza il formato .yaml
:
- egressTo: operations: - serviceName: bigquery.googleapis.com methodSelectors: - method: "*" *OR* - permission: "externalResource.read" externalResources: - EXTERNAL_RESOURCE_PATH egressFrom: identityType: IDENTITY_TYPE *OR* identities: - serviceAccount:SERVICE_ACCOUNT
egressTo
: elenca le operazioni di servizio consentite sulle risorse Google Cloud nei progetti specificati al di fuori del perimetro.operations
: elenca i servizi e le azioni o i metodi accessibili a un client che soddisfa le condizioni del bloccofrom
.serviceName
: impostabigquery.googleapis.com
per BigQuery Omni.methodSelectors
: elenca i metodi a cui può accedere un client che soddisfa le condizionifrom
. Per metodi e autorizzazioni limitabili per i servizi, vedi Limitazioni del metodo dei servizi supportati.method
: un metodo di servizio valido o\"*\"
per consentire tutti i metodiserviceName
.permission
: un'autorizzazione di servizio valida, ad esempio\"*\"
,externalResource.read
oexternalResource.write
. L'accesso alle risorse al di fuori del perimetro è consentito per le operazioni che richiedono questa autorizzazione.externalResources
: elenca le risorse esterne a cui possono accedere i client all'interno di un perimetro. Sostituisci EXTERNAL_RESOURCE_PATH con un bucket Amazon S3 valido, ad esempios3://bucket_name
, o un percorso del container Blob Storage, ad esempioazure://myaccount.blob.core.windows.net/container_name
.egressFrom
: elenca le operazioni di servizio consentite sulle risorse Google Cloud nei progetti specificati all'interno del perimetro.identityType
oidentities
: definisce i tipi di identità che possono accedere alle risorse specificate al di fuori del perimetro. Sostituisci IDENTITY_TYPE con uno dei seguenti valori validi:ANY_IDENTITY
: per consentire tutte le identità.ANY_USER_ACCOUNT
: per consentire l'accesso a tutti gli utenti.ANY_SERVICE_ACCOUNT
: per consentire tutti i service account
identities
: elenca i service account che possono accedere alle risorse specificate al di fuori del perimetro.serviceAccount
(facoltativo): sostituisci SERVICE_ACCOUNT con il account di servizio che può accedere alle risorse specificate al di fuori del perimetro.
Esempi
Il seguente esempio è un criterio che consente le operazioni di uscita dall'interno del
perimetro alla posizione s3://mybucket
Amazon S3 in AWS.
- egressTo: operations: - serviceName: bigquery.googleapis.com methodSelectors: - method: "*" externalResources: - s3://mybucket - s3://mybucket2 egressFrom: identityType: ANY_IDENTITY
L'esempio seguente consente le operazioni di uscita a un container Blob Storage:
- egressTo: operations: - serviceName: bigquery.googleapis.com methodSelectors: - method: "*" externalResources: - azure://myaccount.blob.core.windows.net/mycontainer egressFrom: identityType: ANY_IDENTITY
Per saperne di più sulle norme di uscita, consulta il Riferimento alle regole di uscita.
Aggiungi la policy di uscita
Per aggiungere i criteri di uscita quando crei un nuovo perimetro di servizio, utilizza il
comando gcloud access-context-manager perimeters create
.
Ad esempio, il seguente comando crea un nuovo
perimetro denominato omniPerimeter
che include il progetto con numero di progetto
12345
, limita l'API BigQuery e aggiunge un criterio di uscita
definito nel file egress.yaml
:
gcloud access-context-manager perimeters create omniPerimeter \ --title="Omni Perimeter" \ --resources=projects/12345 \ --restricted-services=bigquery.googleapis.com \ --egress-policies=egress.yaml
Per aggiungere i criteri di uscita a un perimetro di servizio esistente, utilizza il
comando gcloud access-context-manager perimeters update
.
Ad esempio, il seguente comando aggiunge un criterio di uscita definito nel file egress.yaml
a un perimetro di servizio esistente denominato omniPerimeter
:
gcloud access-context-manager perimeters update omniPerimeter --set-egress-policies=egress.yaml
Verificare il perimetro
Per verificare il perimetro, utilizza il
comando gcloud access-context-manager perimeters describe
:
gcloud access-context-manager perimeters describe PERIMETER_NAME
Sostituisci PERIMETER_NAME con il nome del perimetro.
Ad esempio, il seguente comando descrive il perimetro omniPerimeter
:
gcloud access-context-manager perimeters describe omniPerimeter
Per saperne di più, consulta Gestione dei perimetri di servizio.
Consenti l'accesso VPC di BigQuery Omni a Blob Storage
In qualità di amministratore BigQuery, puoi creare una regola di rete per concedere l'accesso a BigQuery Omni alle tue risorse Blob Storage. In questo modo, solo i VPC BigQuery Omni autorizzati possono interagire con il tuo storage blob, migliorando la sicurezza dei tuoi dati.
Applica una regola di rete per il VPC BigQuery Omni
Per applicare una regola di rete, utilizza Azure PowerShell o Terraform:
Azure PowerShell
Esegui il comando seguente per aggiungere una regola di rete all'account di archiviazione che
specifica gli ID subnet BigQuery Omni recuperati come
VirtualNetworkResourceId
.
Add-AzStorageAccountNetworkRule` -ResourceGroupName "RESOURCE_GROUP_NAME"` -Name "STORAGE_ACCOUNT_NAME"` -VirtualNetworkResourceId "SUBNET_ID1","SUBNET_ID2"
Sostituisci quanto segue:
RESOURCE_GROUP_NAME
: il nome del gruppo di risorse.STORAGE_ACCOUNT_NAME
: il nome dell'account di archiviazione.SUBNET_ID1
,SUBNET_ID1
: gli ID subnet. Puoi trovare queste informazioni nella tabella di questa pagina.
Terraform
Aggiungi quanto segue al file di configurazione Terraform:
resource "azurerm_storage_account_network_rules" "example" { storage_account_name = "STORAGE_ACCOUNT_NAME" resource_group_name = "RESOURCE_GROUP_NAME" default_action = "Allow" bypass = ["Logging", "Metrics", "AzureServices"] virtual_network_subnet_ids = ["SUBNET_ID1","SUBNET_ID2"] }
Sostituisci quanto segue:
STORAGE_ACCOUNT_NAME
: il nome dell'account di archiviazione.RESOURCE_GROUP_NAME
: il nome del gruppo di risorse.SUBNET_ID1
,SUBNET_ID1
: gli ID subnet. Puoi trovare queste informazioni nella tabella di questa pagina.
ID risorsa VPC BigQuery Omni
Regione | ID subnet |
---|---|
azure-eastus2 |
/subscriptions/95f30708-58d1-48ba-beac-d71870c3b2f5/resourceGroups/bqe-prod-eastus2-resource-group/providers/Microsoft.Network/virtualNetworks/bqe-prod-eastus2-network/subnets/azure-prod-eastus21-yurduaaaaa-private /subscriptions/95f30708-58d1-48ba-beac-d71870c3b2f5/resourceGroups/bqe-prod-eastus2-resource-group/providers/Microsoft.Network/virtualNetworks/bqe-prod-eastus2-network/subnets/azure-prod-eastus22-yurduaaaab-private |
Limitazioni
Per un elenco completo delle limitazioni che si applicano alle tabelle BigLake in base ad Amazon S3 e Blob Storage, consulta Limitazioni.
Passaggi successivi
- Scopri di più su BigQuery Omni.
- Scopri di più sulle tabelle BigLake.
- Scopri come esportare i risultati di una query in Blob Storage.