创建 Knowledge Catalog(以前称为 Dataplex Universal Catalog)资源(例如条目组、条目类型、切面类型或数据扫描)时,您需要选择存储和访问其元数据的位置。选择合适的位置对于数据驻留合规性、性能和资源重用至关重要。
位置信息的重要性
为 Knowledge Catalog 资源选择合适的位置非常重要,原因如下:
数据驻留和合规性:如果您的组织受严格的数据驻留 (DRZ) 法规约束,则必须将元数据和资源定义存储在特定地理网域或区域中,以遵守本地化政策。
延迟时间和可用性:选择靠近主要数据源(例如 BigQuery 数据集或 Cloud Storage 存储分区)和最终用户的区域,可缩短查找延迟时间并提高元数据提取可靠性。
资源重用:确定资源是区域本地资源还是全球共享资源,会影响您在不同位置重用元数据模板的方式。
位置选择准则
您可以在区域位置(例如 us-central1 或 europe-west3)、多区域位置(例如 us 或 eu)或全球位置创建 Knowledge Catalog 中的资源。
单区域位置
区域位置会将资源定义及其元数据存储限制为该特定区域:
优势:严格遵守数据驻留 (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 |
欧盟的多个区域 | 是 |
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 |
Dammam | 是 |
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 - 美国东部(北弗吉尼亚) |
aws-us-west-2 |
AWS - 美国西部(俄勒冈) |
azure-eastus2 |
Azure - 美国东部 2 |
后续步骤
- 详细了解 Google Cloud中的地理位置和区域。
- 查看Google Cloud 位置的完整列表。