Google Cloud usa regiões, subdivididas em zonas, para definir a localização geográfica dos recursos de computação físicos.
Conceitos-chave
Especifica uma localização para armazenar os dados da Cloud Healthcare API quando cria um conjunto de dados. Depois de criar o conjunto de dados, não é possível alterar a localização. Os dados no conjunto de dados são armazenados em repouso na localização escolhida.
A localização está associada à 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 que o conjunto de dados.
Existem dois tipos de localizações:
Uma localização regional é um local geográfico específico, como Tóquio. Para mais informações, consulte os recursos regionais na página Geografia e regiões.
Uma localização multirregional é uma grande área geográfica, como os Estados Unidos, que contém, pelo menos, duas localizações regionais. Para mais informações, consulte o artigo Recursos multirregionais na página Geografia e regiões.
Regiões disponíveis
A API Cloud Healthcare suporta um subconjunto da lista completa de Google Cloud localizações.
A Cloud Healthcare API está disponível nas seguintes regiões:
Localizações regionais
| Nome da região | Descrição da região | |
|---|---|---|
| Americas | ||
northamerica-northeast1 |
Montréal | |
northamerica-northeast2 |
Toronto | |
us-central1 |
Iowa | |
us-east1 |
Carolina do Sul | |
us-east4 |
Norte da Virgínia | |
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 |
Osaca | |
asia-northeast3 |
Seul | |
asia-south1 |
Mumbai | |
asia-southeast1 |
Singapura | |
asia-southeast2 |
Jacarta | |
australia-southeast1 |
Sydney | |
australia-southeast2 |
Melbourne | |
| Europa | ||
europe-west2 |
Londres | |
europe-west3 |
Frankfurt | |
europe-west4 |
Países Baixos | |
europe-west6 |
Zurique | |
| Médio Oriente | ||
me-west1 |
Telavive |
Localizações multirregionais
| Nome da multirregião | Descrição de várias regiões |
|---|---|
us |
Centros de dados nos Estados Unidos |
eu |
Centros de dados nos estados-membros da União Europeia |
Pedidos de quota de localização
Pode pedir um aumento da quota para a Cloud Healthcare API numa região específica ou numa localização multirregional.
Para pedir um aumento da quota numa única região: no seu pedido de aumento da quota, especifique a região.
Para pedir um aumento da quota numa localização de várias regiões:
- Para um aumento da quota na região múltipla
us, indique no seu pedido que a quota se destina à "metaregião dos EUA". - Para um aumento da quota na região múltipla
eu, indique no seu pedido que a quota se destina à "metaregião da UE".
Considerações sobre a localização
Quando escolhe uma localização para os seus dados, é recomendável considerar fatores como:
- Requisitos regulamentares sobre onde armazenar os seus dados
- Latência
- Resiliência
- Custo
- Colocação conjunta com outros Google Cloud serviços
Por exemplo, a Google gere localizações multirregionais para serem redundantes e distribuídas dentro e entre regiões. Estes serviços otimizam a disponibilidade, o desempenho e a eficiência dos recursos. Como resultado, estes serviços requerem um compromisso entre a latência e o modelo de consistência.
Considere fazer o seguinte quando escolher uma localização para os seus dados:
Coloque o conjunto de dados e a origem de dados externa no mesmo local.
Localize o conjunto de dados com os contentores do Cloud Storage quando importar dados.
Coloque o seu conjunto de dados juntamente com os contentores do Cloud Storage e os conjuntos de dados do BigQuery quando exportar dados.
Mover dados da API Cloud Healthcare entre localizações
Não pode alterar a localização de um conjunto de dados após a sua criação. Além disso, não pode mover um conjunto de dados de uma localização para outra. Se precisar de mover dados de uma localização para outra, conclua um dos seguintes processos:
Dados FHIR
Exporte os dados dos seus arquivos FHIR para um contentor do Cloud Storage regional ou multirregional. Quando 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 existe nenhuma operação de exportação em massa para o histórico de versões.
Existem custos para exportar dados FHIR para o Cloud Storage. Também incorre em custos pela armazenagem dos dados exportados no Cloud Storage.
Depois de transferir os dados para um contentor do Cloud Storage, crie um novo conjunto de dados na nova localização. Crie todos os arquivos FHIR no novo conjunto de dados de que precisa para armazenar os seus dados. Em seguida, importe os seus dados do Cloud Storage para os novos arquivos FHIR.
Dados DICOM
Exporte os dados dos seus arquivos DICOM para um contentor do Cloud Storage regional ou multirregional.
Existem custos para exportar dados DICOM para o Cloud Storage. Também incorre em custos pela armazenagem dos dados exportados no Cloud Storage.
Depois de transferir os dados para um contentor do Cloud Storage, crie um novo conjunto de dados na nova localização. Crie todos os arquivos DICOM no novo conjunto de dados de que precisa para armazenar os seus dados. Em seguida, importe os seus dados do Cloud Storage para os novos arquivos DICOM.
Dados HL7v2
Exporte as mensagens HL7v2 do seu armazenamento HL7v2 para um contentor do Cloud Storage regional ou multirregional.
Existem custos para exportar mensagens HL7v2 para o Cloud Storage. Também incorre em custos pela armazenagem dos dados exportados no Cloud Storage.
Depois de transferir os dados para um contentor do Cloud Storage, crie um novo conjunto de dados na nova localização. Crie todos os armazenamentos de HL7v2 no novo conjunto de dados de que precisa para armazenar os seus dados. Em seguida, importe as suas mensagens do Cloud Storage para os novos armazenamentos HL7v2.