Regiones

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
Norteamérica
us-central1 Iowa, EE.UU.
us-west2 Los Ángeles, EE.UU.
us-east4 Virginia del Norte, EE.UU.
northamerica-northeast1 Montreal, Canadá
Sudamérica
southamerica-east1 São Paulo, Brasil
Europa
europe-west2 Londres, Reino Unido
europe-west4 Netherlands
europe-west6 Zúrich, Suiza
Asia
asia-east2 Hong Kong
asia-southeast1 Singapur
asia-northeast1 Tokio, Japón
Australia
australia-southeast1 Sídney

Ubicaciones multirregionales

Nombre de la multirregión Descripción de la multirregión
us Centros de datos en Estados Unidos

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

  1. 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.

  2. 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

  1. 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.

  2. 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

  1. 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.

  2. 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.