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
northamerica-northeast1 Montreal
northamerica-northeast2 Toronto
us-central1 Iowa
us-east1 Carolina do Sul
us-east4 Virgínia do Norte
us-west1 Oregon
us-west2 Los Angeles
us-west3 Salt Lake City
southamerica-east1 São Paulo
Ásia-Pacífico
asia-east1 Taiwan
asia-east2 Hong Kong
asia-northeast1 Tóquio
asia-northeast2 Osaka
asia-northeast3 Seul
asia-south1 Mumbai
asia-southeast1 Singapura
asia-southeast2 Jacarta
australia-southeast1 Sydney
Europa
europe-west2 Londres
europe-west3 Frankfurt
europe-west4 Países Baixos
europe-west6 Zurique
Oriente Médio
me-west1 Tel Aviv

Locais multirregionais

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

Consideraçõ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, import 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, import 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, import as mensagens do Cloud Storage para os novos armazenamentos HL7v2.