Google Cloud usa regiones, subdivididas en zonas, para definir la ubicación geográfica de los recursos de procesamiento físicos.
Conceptos clave
Debes especificar una ubicación para almacenar tus datos de la API de Cloud Healthcare cuando creas un conjunto de datos. Después de crear el conjunto de datos, la ubicación no se puede cambiar. Los datos dentro del conjunto de datos se almacenan en reposo en la ubicación que elegiste.
La ubicación está vinculada a la identidad del conjunto de datos y es una parte permanente del nombre del recurso del conjunto de datos. Todos los almacenes de datos dentro del conjunto de datos se asignan a la misma región que el conjunto de datos.
Hay dos tipos de ubicaciones:
Una ubicación regional es un lugar geográfico específico, como Tokio. Para obtener más información, consulta Recursos regionales en la página Geografía y regiones.
Una ubicación multirregional es un área geográfica grande, como los Estados Unidos, que contiene, al menos, dos ubicaciones regionales. Para obtener más información, consulta Recursos multirregionales en la página Geografía y regiones.
Regiones disponibles
La API de Cloud Healthcare admite un subconjunto de la lista completa de ubicaciones de Google Cloud.
La API de Cloud Healthcare está disponible en las siguientes regiones:
Ubicaciones regionales
| Nombre de la región | Descripción de la región | |
|---|---|---|
| América | ||
northamerica-northeast1 |
Montreal | |
northamerica-northeast2 |
Toronto | |
us-central1 |
Iowa | |
us-east1 |
Carolina del Sur | |
us-east4 |
Virginia del Norte | |
us-west1 |
Oregón | |
us-west2 |
Los Ángeles | |
us-west3 |
Salt Lake City | |
southamerica-east1 |
São Paulo | |
| Asia-Pacífico | ||
asia-east1 |
Taiwán | |
asia-east2 |
Hong Kong | |
asia-northeast1 |
Tokio | |
asia-northeast2 |
Osaka | |
asia-northeast3 |
Seúl | |
asia-south1 |
Bombay | |
asia-southeast1 |
Singapur | |
asia-southeast2 |
Yakarta | |
australia-southeast1 |
Sídney | |
| Europa | ||
europe-west2 |
Londres | |
europe-west3 |
Fráncfort | |
europe-west4 |
Países Bajos | |
europe-west6 |
Zúrich | |
| Oriente Medio | ||
me-west1 |
Tel Aviv |
Ubicaciones multirregionales
| Nombre de la multirregión | Descripción de la multirregión |
|---|---|
us |
Centros de datos en Estados Unidos |
eu |
Centros de datos dentro de Estados miembros de la Unión Europea |
Consideraciones de ubicación
Cuando eliges una ubicación para tus datos, te recomendamos tener en cuenta los siguientes factores:
- Requisitos normativos sobre dónde almacenar tus datos
- Latencia
- Resiliencia
- Cost
- Colocación con otros servicios de Google Cloud
Por ejemplo, Google administra las ubicaciones multirregionales para que sean redundantes y se distribuyan dentro de las regiones y entre ellas. Estos servicios permiten optimizar la disponibilidad, el rendimiento y la eficiencia de los recursos. Por lo tanto, también requieren de ciertas concesiones, ya sea mediante la latencia o el modelo de coherencia.
Considera hacer lo siguiente cuando elijas una ubicación para tus datos:
Ubica tu conjunto de datos y tu fuente de datos externa.
Ubica tu conjunto de datos con tus depósitos de Cloud Storage cuando importes datos.
Ubica tu conjunto de datos con tus depósitos de Cloud Storage y tus conjuntos de datos de BigQuery cuando exportes datos.
Mueve datos de la API de Cloud Healthcare entre las ubicaciones
No puedes cambiar la ubicación de un conjunto de datos después de crearlo. Además, no puedes mover un conjunto de datos de una ubicación a otra. Si necesitas mover datos de una ubicación a otra, completa uno de los siguientes procesos:
Datos de FHIR
Exporta los datos de tus almacenes de FHIR a un depósito de Cloud Storage regional o multirregional. Cuando exportas los datos, la operación solo exporta la versión actual de cada recurso. La operación no exporta el historial de versiones. no hay una operación de exportación masiva para el historial de versiones.
Se aplicarán cargos por exportar datos de FHIR a Cloud Storage. También se te cobrará por almacenar los datos exportados en Cloud Storage.
Después de transferir los datos a un depósito de Cloud Storage, crea un conjunto de datos nuevo en la ubicación nueva. Crea un almacén de FHIR en el conjunto de datos nuevo que necesites para almacenar tus datos. Luego, importa tus datos desde Cloud Storage a los nuevos almacenes de FHIR.
Datos de DICOM
Exporta los datos de tus almacenes DICOM a un depósito de Cloud Storage regional o multirregional.
Se aplicarán cargos por exportar datos DICOM a Cloud Storage. También se te cobrará por almacenar los datos exportados en Cloud Storage.
Después de transferir los datos a un depósito de Cloud Storage, crea un conjunto de datos nuevo en la ubicación nueva. Crea cualquier almacenamiento DICOM en el conjunto de datos nuevo que necesites para almacenar tus datos. Luego, importa tus datos desde Cloud Storage a los nuevos almacenes DICOM.
Datos de HL7v2
Exporta los mensajes de HL7v2 desde tu almacén HL7v2 a un bucket de Cloud Storage regional o multirregional.
Hay cargos por exportar mensajes de HL7v2 a Cloud Storage. También se te cobrará por almacenar los datos exportados en Cloud Storage.
Después de transferir los datos a un depósito de Cloud Storage, crea un conjunto de datos nuevo en la ubicación nueva. Crea cualquier almacén HL7v2 en el conjunto de datos nuevo que necesites para almacenar tus datos. Luego, importa tus mensajes de Cloud Storage a los nuevos almacenes HL7v2.