Esta página explica o conceito de local de dados, local da configuração de transferência, local dos dados de origem e como os locais e as transferências interagem.
Principais conceitos
Tipos de locais ou região
Há dois tipos de locais:
Uma região é um lugar geográfico específico, como Londres.
Um local multirregional é uma área geográfica grande, como Estados Unidos, que contém dois ou mais lugares geográficos.
Local do conjunto de dados
Ao criar um conjunto de dados, você especifica um local para armazenar as informações do BigQuery. Depois da criação, não é possível alterar o local, mas tem como copiar o conjunto de dados para outro local ou mover (recriar) o conjunto para outro local manualmente.
O BigQuery armazena os dados no local selecionado de acordo com os Termos de serviço específicos.
Local de transferência
As configurações de transferência também têm locais. Quando você configura uma transferência, se o conjunto de dados de destino não existir, será necessário criá-lo no BigQuery antes de configurar a transferência. O local da configuração de transferência é definido automaticamente para o mesmo local que você especificou para o conjunto de dados de destino. O serviço de transferência de dados do BigQuery processa e organiza os dados no mesmo local do conjunto de dados de destino do BigQuery.
Local dos dados de origem
Os dados de origem que você quer transferir para o BigQuery também podem ter uma região. Em alguns casos, a região em que os dados de origem são armazenados e o local do conjunto de dados de destino no BigQuery são irrelevantes. Em outros tipos de transferências, o conjunto de dados e os dados de origem devem estar localizados na mesma região.
Para transferências que exigem colocation, configurar uma transferência como um conjunto de dados de destino em uma região diferente ou incompatível com a região dos dados de origem pode resultar em erros de configuração.
Considerações de local para transferências
Colocação desnecessária
Os seguintes tipos de transferências feitas pelo serviço de transferência de dados do BigQuery não são específicos do local. Portanto, o local do conjunto de dados do BigQuery é irrelevante:
- Relatórios de produtos e serviços do Google
- Transferências de fontes externas
Colocation obrigatória
Cloud Storage
As transferências do Cloud Storage para o BigQuery exigem que o bucket do Cloud Storage esteja em colocation no conjunto de dados de destino do BigQuery.
Defina os buckets do Cloud Storage que receberão os dados exportados.- Se o conjunto de dados do BigQuery estiver em um local multirregional, o bucket do Cloud Storage que contém os dados transferidos deverá estar em um bucket regional ou multirregional no mesmo local. Por exemplo, se o conjunto de dados do BigQuery estiver na UE, o intervalo do Cloud Storage precisará estar em um intervalo regional ou multirregional na UE.
- Se o conjunto de dados estiver em um local regional, seu bucket do Cloud Storage precisará ser um bucket regional no mesmo local. Por exemplo, se o conjunto de dados estiver na região de Tóquio, seu intervalo do Cloud Storage precisará ser um intervalo regional em Tóquio.
- Exceção: se seu conjunto de dados estiver no local multirregional dos EUA, você poderá transferir os dados de um bucket do Cloud Storage em qualquer local regional ou multirregional.
Migrações de armazenamento de dados
As migrações de armazenamento de dados do Teradata exigem um bucket do Cloud Storage como parte do processo de transferência. O bucket do Cloud Storage precisa estar em colocation no conjunto de dados de destino do BigQuery.
As migrações do armazenamento de dados do Redshift não exigem um bucket do Cloud Storage em colocation.
Regiões compatíveis
Locais regionais
| Descrição da região | Nome da região | |
|---|---|---|
| América | ||
| Iowa | us-central1 |
|
| Las Vegas | us-west4 |
|
| Los Angeles | us-west2 |
|
| Montreal | northamerica-northeast1 |
|
| Virgínia do Norte | us-east4 |
|
| Oregon | us-west1 |
|
| Salt Lake City | us-west3 |
|
| São Paulo | southamerica-east1 |
|
| Carolina do Sul | us-east1 |
|
| Europa | ||
| Bélgica | europe-west1 |
|
| Finlândia | europe-north1 |
|
| Frankfurt | europe-west3 |
|
| Londres | europe-west2 |
|
| Países Baixos | europe-west4 |
|
| Varsóvia | europe-central2 |
|
| Zurique | europe-west6 |
|
| Ásia-Pacífico | ||
| Hong Kong | asia-east2 |
|
| Jacarta | asia-southeast2 |
|
| Mumbai | asia-south1 |
|
| Osaka | asia-northeast2 |
|
| Seul | asia-northeast3 |
|
| Singapura | asia-southeast1 |
|
| Sydney | australia-southeast1 |
|
| Taiwan | asia-east1 |
|
| Tóquio | asia-northeast1 |
|
Locais multirregionais
| Descrição multirregional | Nome multirregional |
|---|---|
| Data centers dentro de estados membro da União Europeia1 | EU |
| Data centers nos Estados Unidos | US |
1 Os dados localizados na multirregião EU não são armazenados nos data centers europe-west2 (Londres) ou europe-west6 (Zurique).
A seguir
- Para saber mais sobre locais de conjuntos de dados no BigQuery, consulte:
- Veja todos os serviços do Google Cloud disponíveis em locais do mundo todo.
- Conheça outros conceitos relacionados a locais, como zonas, que são relevantes para outros serviços do Google Cloud.