Google Cloud utiliza las regiones, subdivididas en zonas, para definir la ubicación geográfica de los recursos informáticos físicos.
Conceptos clave
Cuando creas un conjunto de datos, especificas una ubicación para almacenar tus datos de la API Cloud Healthcare. Una vez creado el conjunto de datos, la ubicación no se puede cambiar. Los datos del conjunto de datos se almacenan en reposo en la ubicación elegida.
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 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 una zona geográfica grande, como Estados Unidos, que contiene al menos dos ubicaciones regionales. Para obtener más información, consulta la sección Recursos multirregionales de la página Geografía y regiones.
Regiones disponibles
La API Cloud Healthcare es compatible con un subconjunto de la lista completa de Google Cloud ubicaciones.
La API 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 | |
australia-southeast2 |
Melbourne | |
| 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 multirregional | Descripción multirregional |
|---|---|
us |
Centros de datos en Estados Unidos |
eu |
Centros de datos en los Estados miembros de la Unión Europea |
Solicitudes de cuota de ubicación
Puedes solicitar un aumento de cuota para la API Cloud Healthcare en una región específica o en una ubicación multirregión.
Para solicitar un aumento de cuota en una sola región, especifica la región en tu solicitud.
Para solicitar un aumento de cuota en una ubicación multirregional, sigue estos pasos:
- Si quieres aumentar la cuota en la multirregión
us, indica en tu solicitud que la cuota es para la "metarregión de EE. UU.". - Si quieres aumentar la cuota en la multirregión
eu, indica en tu solicitud que la cuota es para la "metarregión de la UE".
Consideraciones de ubicación
Cuando elijas una ubicación para tus datos, ten en cuenta factores como los siguientes:
- Requisitos normativos sobre dónde almacenar los datos
- Latencia
- Resiliencia
- Coste
- Colocación con otros Google Cloud servicios
Por ejemplo, Google gestiona las ubicaciones multirregionales para que sean redundantes y estén distribuidas dentro de las regiones y en distintas regiones. Estos servicios optimizan la disponibilidad, el rendimiento y la eficacia de los recursos. Por lo tanto, estos servicios requieren un equilibrio entre la latencia y el modelo de coherencia.
Cuando elija una ubicación para sus datos, tenga en cuenta lo siguiente:
Coloca tu conjunto de datos y tu fuente de datos externa en la misma ubicación.
Coloca tu conjunto de datos en la misma ubicación que tus segmentos de Cloud Storage al importar datos.
Coloca tu conjunto de datos junto con tus conjuntos de datos de BigQuery y tus cubos de Cloud Storage al exportar datos.
Mover datos de la API de Cloud Healthcare entre 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, sigue uno de estos procesos:
Datos de FHIR
Exporta los datos de tus almacenes FHIR a un segmento de Cloud Storage regional o multirregional. Cuando exporta 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 ninguna operación de exportación en bloque para el historial de versiones.
Se aplican cargos por exportar datos FHIR a Cloud Storage. También se te cobrará por almacenar los datos exportados en Cloud Storage.
Una vez que hayas transferido los datos a un segmento de Cloud Storage, crea un conjunto de datos en la nueva ubicación. Crea los almacenes FHIR que necesites en el nuevo conjunto de datos para almacenar tus datos. A continuación, importe sus datos de Cloud Storage a los nuevos almacenes FHIR.
Datos DICOM
Exporta los datos de tus almacenes DICOM a un segmento de Cloud Storage regional o multirregional.
Se aplican cargos por exportar datos DICOM a Cloud Storage. También se te cobrará por almacenar los datos exportados en Cloud Storage.
Una vez que hayas transferido los datos a un segmento de Cloud Storage, crea un conjunto de datos en la nueva ubicación. Crea los almacenes DICOM que necesites en el nuevo conjunto de datos para almacenar tus datos. A continuación, importe sus datos de Cloud Storage a los nuevos almacenes DICOM.
Datos HL7v2
Exporta los mensajes HL7v2 de tu almacén HL7v2 a un segmento de Cloud Storage regional o multirregional.
Se aplican cargos por exportar mensajes HL7v2 a Cloud Storage. También se te cobrará por almacenar los datos exportados en Cloud Storage.
Una vez que hayas transferido los datos a un segmento de Cloud Storage, crea un conjunto de datos en la nueva ubicación. Crea los almacenes HL7v2 que necesites en el nuevo conjunto de datos para almacenar tus datos. A continuación, importa tus mensajes de Cloud Storage a los nuevos almacenes HL7v2.