Régions

Google Cloud définit l'emplacement géographique des ressources de calcul physiques à l'aide de régions subdivisées en zones.

Concepts clés

Vous spécifiez un emplacement pour le stockage des données de l'API Cloud Healthcare lorsque vous créez un ensemble de données. Une fois l'ensemble de données créé, l'emplacement ne peut plus être modifié. Les données de l'ensemble de données sont stockées au repos dans l'emplacement choisi.

L'emplacement est lié à l'identité de l'ensemble de données. Il est associé de manière permanente au nom de la ressource de l'ensemble de données. Tous les datastores de l'ensemble de données sont affectés à la même région que l'ensemble de données.

Il existe deux types de zones :

  • Les emplacements régionaux, qui correspondent à une zone géographique spécifique, par exemple Tokyo. Pour en savoir plus, consultez la section Ressources régionales de la page Zones géographiques et régions.

  • Un emplacement multirégional est une vaste zone géographique, telle que les États-Unis, qui contient au moins deux emplacements régionaux. Pour en savoir plus, consultez la section Ressources multirégionales de la page Zones géographiques et régions.

Régions disponibles

L'API Cloud Healthcare accepte un sous-ensemble de la liste complète des emplacements Google Cloud.

L'API Cloud Healthcare est disponible dans les régions suivantes :

Zones régionales

Nom de la région Description de la région
Amérique du Nord
us-central1 Iowa, États-Unis
us-west2 Los Angeles, États-Unis
northamerica-northeast1 Montréal, Canada
Europe
europe-west2 Londres, Royaume-Uni
europe-west4 Pays-Bas
Asie
asia-east2 Hong Kong
asia-southeast1 Singapour
asia-northeast1 Tokyo, Japon

Zones multirégionales

Nom de la zone multirégionale Description de la zone multirégionale
us Centres de données aux États-Unis

Considérations au sujet des zones

Lorsque vous choisissez un emplacement pour vos données, vous pouvez prendre en compte des facteurs tels que :

  • Exigences réglementaires concernant l'emplacement des données
  • Latence
  • Résilience
  • Coût
  • Hébergement en colocation avec d'autres services Google Cloud

Par exemple, Google gère les emplacements multirégionauxde façon à être redondants et distribués au sein des régions et entre elles. Ces services contribuent à optimiser la disponibilité, les performances et l'efficacité des ressources. Par conséquent, ces services requièrent des compromis entre la latence et le modèle de cohérence.

Pensez à effectuer les opérations suivantes lorsque vous choisissez l'emplacement de vos données :

  • Cohéberger votre ensemble de données et votre source de données externe.

  • Cohéberger votre ensemble de données avec vos buckets Cloud Storage lors de l'importation de données.

  • Cohéberger votre ensemble de données avec vos buckets Cloud Storage et BigQuery lors de l'exportation de données.

Déplacer des données de l'API Cloud Healthcare entre des emplacements

Il n'est pas possible de modifier l'emplacement d'un ensemble de données après sa création, ni de déplacer un ensemble de données d'un emplacement vers un autre. Si vous devez déplacer des données d'un emplacement à un autre, effectuez l'une des opérations suivantes :

Données FHIR

  1. Exportez les données de vos magasins FHIR vers un bucket Cloud Storage régional ou multirégional. Lorsque vous exportez les données, l'opération n'exporte que la version actuelle de chaque ressource. L'opération n'exporte pas l'historique des versions. Il n'y a pas d'opération d'exportation groupée pour l'historique des versions.

    L'exportation de données FHIR vers Cloud Storage entraîne des frais. Des frais vous sont également facturés pour le stockage des données exportées dans Cloud Storage.

  2. Après avoir transféré les données vers un bucket Cloud Storage, créez un ensemble de données dans le nouvel emplacement. Créez les magasins FHIR dans l'ensemble de données dont vous avez besoin pour stocker vos données. Ensuite, importez vos données de Cloud Storage dans les nouveaux magasins FHIR.

    L'importation de données FHIR dans l'API Cloud Healthcare est soumise à des frais.

Données DICOM

  1. Exportez les données de vos magasins DICOM vers un bucket Cloud Storage régional ou multirégional.

    L'exportation de données DICOM vers Cloud Storage entraîne des frais. Des frais vous sont également facturés pour le stockage des données exportées dans Cloud Storage.

  2. Après avoir transféré les données vers un bucket Cloud Storage, créez un ensemble de données dans le nouvel emplacement. Créez les magasins DICOM dans l'ensemble de données dont vous avez besoin pour stocker vos données. Ensuite, importez vos données de Cloud Storage dans les nouveaux magasins DICOM.

    L'importation de données DICOM dans l'API Cloud Healthcare est soumise à des frais.

Données HL7v2

Contrairement à FHIR et DICOM, aucune opération d'importation et d'exportation n'est disponible pour les données HL7v2. Nous vous recommandons plutôt d'obtenir le contenu de vos messages HL7v2 et de les écrire dans un nouveau magasin HL7v2 dans le nouvel emplacement de l'ensemble de données. Procédez comme suit :

  1. Écrivez le contenu des messages HL7v2 de vos magasins HL7v2 dans un fichier.
  2. Créez un ensemble de données dans votre nouvel emplacement. Créez les magasins HL7v2 dans l'ensemble de données dont vous avez besoin pour stocker vos données. Ensuite, créez les messages un par un à partir du fichier enregistré et stockez-les dans le nouveau magasin HL7v2.