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 dentro de estados membro da União Europeia |
Solicitações de cota de local
É possível solicitar um aumento de cota para a API Cloud Healthcare em uma região específica ou em um local multirregional.
Para solicitar um aumento de cota em uma única região: especifique a região na solicitação.
Para solicitar um aumento de cota em um local multirregional:
- Para um aumento de cota na multirregional
us, especifique na solicitação que a cota é para a "metarregional dos EUA". - Para um aumento de cota na região múltipla
eu, especifique na solicitação que a cota é para a "meta-região da UE".
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
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.
Há 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.
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
Exporte os dados dos seus armazenamentos DICOM para um bucket regional ou multirregional do Cloud Storage.
Há 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.
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
Exporte as mensagens HL7v2 do seu armazenamento HL7v2 para um bucket regional ou multirregional do Cloud Storage.
Há cobranças para exportar mensagens HL7v2 para o Cloud Storage. Também há cobranças pelo armazenamento dos dados exportados no Cloud Storage.
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.