Emplacements Knowledge Catalog

Lorsque vous créez une ressource Knowledge Catalog (anciennement Dataplex Universal Catalog), telle qu'un groupe d'entrées, type d'entrée, type d'aspect, ou analyse de données, vous sélectionnez l'emplacement où ses métadonnées sont stockées et accessibles. Il est essentiel de choisir le bon emplacement pour la conformité de la résidence des données, les performances et la réutilisation des ressources.

Pourquoi l'emplacement est important

Il est important de choisir l'emplacement approprié pour vos ressources Knowledge Catalog pour les raisons suivantes :

  • Résidence des données et conformité : si votre organisation est soumise à des réglementations strictes concernant la résidence des données, vous devez stocker les métadonnées et les définitions de ressources dans des domaines ou des régions géographiques spécifiques pour respecter les règles localisées.

  • Latence et disponibilité : la sélection d'une région proche de vos sources de données principales (telles que les ensembles de données BigQuery ou les buckets Cloud Storage) et de vos utilisateurs finaux réduit la latence de recherche et améliore la fiabilité de l'ingestion des métadonnées.

  • Réutilisation des ressources : le fait de déterminer si une ressource est locale à une région ou partagée globalement a une incidence sur la façon dont vous pouvez réutiliser les modèles de métadonnées dans différents emplacements.

Consignes pour le choix des emplacements

Les ressources de Knowledge Catalog peuvent être créées dans un emplacement régional (tel que us-central1 ou europe-west3), un emplacement multirégional (tel que us ou eu) ou l'emplacement global.

Zones régionales

Un emplacement régional limite la définition de la ressource et son stockage de métadonnées à cette région spécifique :

  • Avantages : assure une conformité stricte de la résidence des données. Les métadonnées techniques des sources régionales (telles que BigQuery ou Cloud Storage) sont automatiquement collectées et stockées dans la même région physique. Google Cloud

  • Limites : les types régionaux (tels que les types d'entrée ou les types d'aspect personnalisés) ne peuvent être appliqués qu'aux groupes d'entrées et aux entrées de la même région. Ils ne peuvent pas être partagés ni réutilisés dans plusieurs régions.

Zones multirégionales

Un emplacement multirégional englobe plusieurs régions physiques dans une zone géographique (telle que us ou eu) :

  • Avantages : permet aux métadonnées des groupes d'entrées et des entrées de s'étendre sur plusieurs régions physiques au sein du domaine géographique.

  • Limites : les analyses de données (telles que les analyses de qualité des données et les analyses de profilage des données) ne sont pas compatibles avec les emplacements multirégionaux. Vous devez créer des analyses de données dans un emplacement régional.

Emplacement global

L'emplacement global est un emplacement virtuel dans lequel les définitions de métadonnées sont répliquées dans les Google Cloud régions du monde entier :

  • Avantages : favorise une réutilisabilité maximale. Un type d'aspect ou un type d'entrée global peut être appliqué aux entrées situées dans n'importe quelle région. Il est idéal pour définir des normes de métadonnées unifiées pour l'entreprise sans dupliquer les modèles dans des régions distinctes.

  • Limites : ne garantit pas que les métadonnées restent dans une seule juridiction géographique, ce qui peut enfreindre les exigences strictes de conformité de la résidence des données.

Contraintes et limites

Lorsque vous organisez vos métadonnées, tenez compte des contraintes suivantes :

  • Emplacement immuable : vous ne pouvez pas modifier l'emplacement d'une ressource (telle qu'un groupe d'entrées, un type d'entrée ou un type d'aspect) une fois qu'elle a été créée.

  • Vérifications de la compatibilité des emplacements : pour en savoir plus sur la compatibilité, consultez Contraintes liées aux projets et aux emplacements.

    • L'emplacement d'une entrée doit correspondre à celui de son groupe d'entrées et de son type d'entrée associés, ou le type d'entrée doit être global.

    • Un aspect ajouté à une entrée ou à un lien d'entrée doit être basé sur un type d'aspect situé au même emplacement, ou le type d'aspect doit être global.

    • Un type d'entrée ou un type de lien d'entrée doit être composé de types d'aspect stockés au même emplacement que le type d'entrée, ou les types d'aspect doivent être global.

Régions

Le tableau suivant répertorie les régions où Knowledge Catalog est disponible. Des régions sont ajoutées régulièrement. Pour en savoir plus, consultez les notes de version de Knowledge Catalog.

Nom de la région Description de la région Traçabilité des données disponible
asia-east1 Taïwan Oui
asia-east2 Hong Kong Oui
asia-northeast1 Tokyo Oui
asia-northeast2 Osaka Oui
asia-northeast3 Séoul Oui
asia-south1 Mumbai Oui
asia-south2 Delhi Oui
asia-southeast1 Singapour Oui
asia-southeast2 Jakarta Oui
africa-south1 Johannesburg Oui
australia-southeast1 Sydney Oui
australia-southeast2 Melbourne Oui
eu Plusieurs régions de l'Union européenne Oui
europe-central2 Varsovie Oui
europe-north1 Finlande Oui
europe-north2 Stockholm Oui
europe-southwest1 Madrid Oui
europe-west1 Belgique Oui
europe-west2 Londres Oui
europe-west3 Francfort Oui
europe-west4 Pays-Bas Oui
europe-west6 Zurich Oui
europe-west8 Milan Oui
europe-west9 Paris Oui
europe-west10 Berlin Oui
europe-west12 Turin Oui
me-central1 Doha Oui
me-central2 Dammam Oui
me-west1 Tel Aviv Oui
northamerica-northeast1 Montréal Oui
northamerica-northeast2 Toronto Oui
northamerica-south1 Mexique Oui
southamerica-east1 São Paulo Oui
southamerica-west1 Santiago Oui
us Plusieurs régions des États-Unis Oui
us-central1 Iowa Oui
us-east1 Caroline du Sud Oui
us-east4 Virginie du Nord Oui
us-east5 Columbus Oui
us-south1 Dallas Oui
us-west1 Oregon Oui
us-west2 Los Angeles Oui
us-west3 Salt Lake City Oui
us-west4 Las Vegas Oui

Régions BigQuery Omni pour la traçabilité des données

La traçabilité des données est disponible dans les régions BigQuery Omni suivantes :

Nom de la région Description de la région
aws-ap-northeast-2 AWS – Asie-Pacifique (Séoul)
aws-ap-southeast-2 AWS – Asie-Pacifique (Sydney)
aws-eu-central-1 AWS – Europe (Francfort)
aws-eu-west-1 AWS – Europe (Irlande)
aws-us-east-1 AWS – Est des États-Unis (Virginie du Nord)
aws-us-west-2 AWS – Ouest des États-Unis (Oregon)
azure-eastus2 Azure – Est des États-Unis 2

Étapes suivantes