Esta página foi traduzida pela API Cloud Translation.
Switch to English

Regiões

O Google Cloud usa regiões subdivididas em zonas para definir a localização geográfica dos recursos físicos de computação.

Principais conceitos

Você especifica um local para armazenar os dados da API Cloud Healthcare ao criar um conjunto de dados. Depois que você cria o conjunto de dados, o local não pode ser alterado. Os dados no conjunto de dados são armazenados em repouso no local escolhido.

O local está vinculado à identidade do conjunto de dados e é uma parte permanente do nome do recurso do conjunto de dados. Todos os armazenamentos de dados no conjunto de dados são atribuídos à mesma região do conjunto de dados.

Há dois tipos de locais:

  • Um local regional é um lugar geográfico específico, como Tóquio. Para mais informações, consulte Recursos regionais na página "Geografia e regiões".

  • Um local multirregional é uma grande área geográfica, como os Estados Unidos, que contém pelo menos dois locais regionais. Para mais informações, consulte Recursos multirregionais na página sobre regiões e localidades geográficas.

Regiões disponíveis

A API Cloud Healthcare é compatível com um subconjunto da lista completa de locais do Google Cloud.

A API Cloud Healthcare está disponível nas seguintes regiões:

Locais regionais

Nome da região Descrição da região
América do Norte
us-central1 Iowa, EUA
us-west2 Los Angeles, EUA
us-east4 Norte da Virgínia, EUA
northamerica-northeast1 Montreal, Canadá
América do Sul
southamerica-east1 São Paulo, Brasil
Europa
europe-west2 Londres, Reino Unido
europe-west4 Países Baixos
europe-west6 Zurique, Suíça
Ásia
asia-east2 Hong Kong
asia-southeast1 Polônia
asia-northeast1 Tóquio, Japão
Austrália
australia-southeast1 Sydney

Locais multirregionais

Nome multirregional Descrição multirregional
us Data centers nos Estados Unidos

Questões sobre o local

Ao escolher um local para seus dados, considere fatores como:

  • Requisitos regulamentares sobre onde armazenar seus dados
  • Latência
  • Resiliência
  • Cost
  • Colocation com outros serviços do Google Cloud

Por exemplo, o Google gerencia locais multirregionais para serem redundantes e distribuídos entre regiões. Esses serviços otimizam a disponibilidade, o desempenho e a eficiência do recurso. Dessa forma, esses serviços exigem uma contrapartida em termos de latência ou modelo de consistência.

Considere fazer o seguinte ao escolher um local para seus dados:

  • Colocar o conjunto de dados e a fonte de dados externa.

  • Colocar o conjunto de dados com os intervalos do Cloud Storage ao importar dados.

  • Colocar o conjunto de dados com os intervalos do Cloud Storage e os conjuntos de dados do BigQuery ao exportar dados.

Como mover dados da API Cloud Healthcare entre locais

Não é possível alterar o local de um conjunto de dados depois que ele foi criado. Além disso, não é possível mover um conjunto de dados de um local para outro. Se você precisar mover dados de um local para outro, conclua um dos seguintes processos:

Dados FHIR

  1. Exporte os dados dos seus armazenamentos FHIR para um bucket regional ou multirregional do Cloud Storage. Quando você exporta os dados, a operação exporta apenas a versão atual de cada recurso. A operação não exporta o histórico de versões. não há operação de exportação em massa para o histórico de versões.

    cobranças pela exportação de dados FHIR para o Cloud Storage. Também há cobranças pelo armazenamento dos dados exportados no Cloud Storage.

  2. Depois de transferir os dados para um bucket do Cloud Storage, crie um novo conjunto de dados no novo local. Crie qualquer armazenamento de FHIR no novo conjunto de dados necessário para armazenar seus dados. Em seguida, importe seus dados do Cloud Storage para os novos armazenamentos de FHIR.

Dados DICOM

  1. Exporte os dados dos seus armazenamentos DICOM para um bucket regional ou multirregional do Cloud Storage.

    cobranças pela exportação de dados DICOM para o Cloud Storage. Também há cobranças pelo armazenamento dos dados exportados no Cloud Storage.

  2. Depois de transferir os dados para um bucket do Cloud Storage, crie um novo conjunto de dados no novo local. Crie qualquer armazenamento DICOM no novo conjunto de dados necessário para armazenar seus dados. Em seguida, importe seus dados do Cloud Storage para os novos armazenamentos DICOM.

Dados HL7v2

  1. Exporte as mensagens HL7v2 do seu armazenamento HL7v2 para um bucket regional ou multirregional do Cloud Storage.

    cobranças para exportar mensagens HL7v2 para o Cloud Storage. Também há cobranças pelo armazenamento dos dados exportados no Cloud Storage.

  2. Depois de transferir os dados para um bucket do Cloud Storage, crie um novo conjunto de dados no novo local. Crie qualquer armazenamento HL7v2 no novo conjunto de dados necessário para armazenar seus dados. Em seguida, importe as mensagens do Cloud Storage para os novos armazenamentos HL7v2.