エントリ グループ、エントリ タイプ、アスペクト タイプ、データスキャンなどの Knowledge Catalog(以前の Dataplex Universal Catalog)リソースを作成する場合は、メタデータの保存とアクセスを行うロケーションを選択します。適切なロケーションを選択することは、データ所在地コンプライアンス、パフォーマンス、リソースの再利用にとって重要です。
位置情報が重要な理由
Knowledge Catalog リソースに適切なロケーションを選択することが重要な理由は次のとおりです。
データ所在地とコンプライアンス: 組織が厳格なデータ所在地(DRZ)規制の対象となる場合は、ローカライズされたポリシーに準拠するために、特定の地理的ドメインまたはリージョンにメタデータとリソース定義を保存する必要があります。
レイテンシと可用性: プライマリ データソース(BigQuery データセットや Cloud Storage バケットなど)とエンドユーザーに近いリージョンを選択すると、ルックアップ レイテンシが短縮され、メタデータ取り込みの信頼性が向上します。
リソースの再利用: リソースがリージョンにローカルであるか、グローバルに共有されているかによって、異なるロケーション間でメタデータ テンプレートを再利用する方法が変わります。
ロケーションの選択に関するガイドライン
Knowledge Catalog のリソースは、リージョン ロケーション(us-central1 や europe-west3 など)、マルチリージョン ロケーション(us や eu など)、またはグローバル ロケーションに作成できます。
リージョンのロケーション
リージョン ロケーションでは、リソース定義とそのメタデータ ストレージが特定のリージョンに制限されます。
メリット: 厳格なデータ所在地コンプライアンス(DRZ)を提供します。リージョン Google Cloud ソース(BigQuery や Cloud Storage など)の技術メタデータは、同じ物理リージョン内で自動的に収集され、保存されます。
制限事項: リージョン タイプ(カスタム エントリ タイプやアスペクト タイプなど)は、まったく同じリージョン内のエントリ グループとエントリにのみ適用できます。複数のリージョン間で共有または再利用することはできません。
マルチリージョン ロケーション
マルチリージョン ロケーションは、地理的領域(us や eu など)内の複数の物理リージョンを包含します。
メリット: エントリ グループとエントリのメタデータを地理的ドメイン内の複数の物理リージョンにまたがって配置できます。
制限事項: DataScan(データ品質スキャンやデータ プロファイリング スキャンなど)は、マルチリージョン ロケーションではサポートされていません。DataScan はリージョン ロケーションに作成する必要があります。
グローバル ロケーション
global ロケーションは、メタデータ定義がグローバルに Google Cloud リージョン間で複製される仮想ロケーションです。
メリット: 再利用性を最大限に高めます。
globalアスペクト タイプまたはエントリ タイプは、任意のリージョンにあるエントリに適用できます。これは、別々のリージョンでテンプレートを複製することなく、統合された企業メタデータ標準を定義する場合に最適です。制限事項: メタデータが単一の地理的管轄区域にとどまることを保証しないため、厳格なデータ所在地コンプライアンス要件に違反する可能性があります。
制約と制限
メタデータを整理する際は、次の制約に留意してください。
変更不可のロケーション: リソース(エントリ グループ、エントリタイプ、アスペクト タイプなど)のロケーションは、作成後に変更できません。
ロケーションの互換性チェック: 互換性の詳細については、プロジェクトとロケーションの制約をご覧ください。
エントリのロケーションは、関連付けられているエントリ グループとエントリタイプのロケーションと一致しているか、エントリタイプが
globalである必要があります。エントリまたはエントリリンクに追加するアスペクトは、同じロケーションのアスペクト タイプに基づくか、アスペクト タイプが
globalである必要があります。エントリタイプまたはエントリリンク タイプは、エントリタイプと同じロケーションに保存されているアスペクト タイプで構成するか、アスペクト タイプが
globalである必要があります。
リージョン
次の表に、Knowledge Catalog を利用できるリージョンを示します。リージョンは定期的に追加されます。最新情報については、Knowledge Catalog リリースノートをご覧ください。
| リージョン名 | リージョンの説明 | データリネージを利用可能 |
|---|---|---|
asia-east1 |
台湾 | ○ |
asia-east2 |
香港 | ○ |
asia-northeast1 |
東京 | ○ |
asia-northeast2 |
大阪 | ○ |
asia-northeast3 |
ソウル | ○ |
asia-south1 |
ムンバイ | ○ |
asia-south2 |
デリー | ○ |
asia-southeast1 |
シンガポール | ○ |
asia-southeast2 |
ジャカルタ | ○ |
africa-south1 |
ヨハネスブルグ | ○ |
australia-southeast1 |
シドニー | ○ |
australia-southeast2 |
メルボルン | ○ |
eu |
EU 内の複数のリージョン | ○ |
europe-central2 |
ワルシャワ | ○ |
europe-north1 |
フィンランド | ○ |
europe-north2 |
ストックホルム | ○ |
europe-southwest1 |
マドリード | ○ |
europe-west1 |
ベルギー | ○ |
europe-west2 |
ロンドン | ○ |
europe-west3 |
フランクフルト | ○ |
europe-west4 |
オランダ | ○ |
europe-west6 |
チューリッヒ | ○ |
europe-west8 |
ミラノ | ○ |
europe-west9 |
パリ | ○ |
europe-west10 |
ベルリン | ○ |
europe-west12 |
トリノ | ○ |
me-central1 |
ドーハ | ○ |
me-central2 |
ダンマーム | ○ |
me-west1 |
テルアビブ | ○ |
northamerica-northeast1 |
モントリオール | ○ |
northamerica-northeast2 |
トロント | ○ |
northamerica-south1 |
メキシコ | ○ |
southamerica-east1 |
サンパウロ | ○ |
southamerica-west1 |
サンチアゴ | ○ |
us |
米国の複数のリージョン | ○ |
us-central1 |
アイオワ | ○ |
us-east1 |
サウスカロライナ | ○ |
us-east4 |
北バージニア | ○ |
us-east5 |
コロンバス | ○ |
us-south1 |
ダラス | ○ |
us-west1 |
オレゴン | ○ |
us-west2 |
ロサンゼルス | ○ |
us-west3 |
ソルトレイクシティ | ○ |
us-west4 |
ラスベガス | ○ |
データリネージ用の BigQuery Omni リージョン
データリネージは、次の BigQuery Omni リージョンで使用できます。
| リージョン名 | リージョンの説明 |
|---|---|
aws-ap-northeast-2 |
AWS - アジア太平洋(ソウル) |
aws-ap-southeast-2 |
AWS - アジア太平洋(シドニー) |
aws-eu-central-1 |
AWS - ヨーロッパ(フランクフルト) |
aws-eu-west-1 |
AWS - ヨーロッパ(アイルランド) |
aws-us-east-1 |
AWS - US East(北バージニア) |
aws-us-west-2 |
AWS 米国西部(オレゴン) |
azure-eastus2 |
Azure - East US 2 |
次のステップ
- Google Cloudの地域とリージョンの詳細を学習する。
- Google Cloud のロケーションの一覧をご覧ください。