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ériques | ||
northamerica-northeast1 |
Montréal | |
northamerica-northeast2 |
Toronto | |
us-central1 |
Iowa | |
us-east1 |
Caroline du Sud | |
us-east4 |
Virginie du Nord | |
us-west1 |
Oregon | |
us-west2 |
Los Angeles | |
us-west3 |
Salt Lake City | |
southamerica-east1 |
São Paulo | |
| Asie-Pacifique | ||
asia-east1 |
Taïwan | |
asia-east2 |
Hong Kong | |
asia-northeast1 |
Tokyo | |
asia-northeast2 |
Osaka | |
asia-northeast3 |
Séoul | |
asia-south1 |
Mumbai | |
asia-southeast1 |
Singapour | |
asia-southeast2 |
Jakarta | |
australia-southeast1 |
Sydney | |
| Europe | ||
europe-west2 |
Londres | |
europe-west3 |
Francfort | |
europe-west4 |
Pays-Bas | |
europe-west6 |
Zurich | |
| Moyen-Orient | ||
me-west1 |
Tel Aviv |
Zones multirégionales
| Nom de la zone multirégionale | Description de la zone multirégionale |
|---|---|
us |
Centres de données aux États-Unis |
eu |
Centres de données en Europe |
Considérations relatives aux emplacements
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.
Transférer des données de l'API Cloud Healthcare d'un emplacement à l'autre
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
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'existe 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. D'autres frais vous sont également facturés pour le stockage des données exportées dans Cloud Storage.
Après avoir transféré des 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, import vos données Cloud Storage dans les nouveaux magasins FHIR.
Données DICOM
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. D'autres frais vous sont également facturés pour le stockage des données exportées dans Cloud Storage.
Après avoir transféré des 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, import vos données Cloud Storage dans les nouveaux magasins DICOM.
Données HL7v2
Exportez les messages HL7v2 de votre magasin HL7v2 vers un bucket Cloud Storage régional ou multirégional.
L'exportation de messages HL7v2 vers Cloud Storage entraîne des frais. D'autres frais vous sont également facturés pour le stockage des données exportées dans Cloud Storage.
Après avoir transféré des données vers un bucket Cloud Storage, créez un ensemble de données dans le nouvel emplacement. Créez les magasins HL7v2 dans le nouvel ensemble de données dont vous avez besoin pour stocker vos données. Ensuite, import vos messages depuis Cloud Storage dans les nouveaux magasins HL7v2.