항목 그룹, 항목 유형, 관점 유형 또는 데이터 스캔과 같은 Knowledge Catalog (이전의 Dataplex Universal Catalog) 리소스를 만들 때 메타데이터가 저장되고 액세스되는 위치를 선택합니다. 올바른 위치를 선택하는 것은 데이터 레지던시 규정 준수, 성능, 리소스 재사용에 매우 중요합니다.
위치가 중요한 이유
Knowledge Catalog 리소스에 적합한 위치를 선택하는 것은 다음과 같은 이유로 중요합니다.
데이터 상주 및 규정 준수: 조직이 엄격한 데이터 상주 (DRZ) 규정을 준수해야 하는 경우 현지화된 정책을 준수하기 위해 특정 지리적 도메인 또는 리전에 메타데이터 및 리소스 정의를 저장해야 합니다.
지연 시간 및 가용성: 기본 데이터 소스 (예: BigQuery 데이터 세트 또는 Cloud Storage 버킷) 및 최종 사용자와 가까운 리전을 선택하면 조회 지연 시간이 줄어들고 메타데이터 수집 안정성이 향상됩니다.
리소스 재사용: 리소스가 리전에 로컬인지 아니면 전역적으로 공유되는지에 따라 여러 위치에서 메타데이터 템플릿을 재사용하는 방법이 달라집니다.
위치 선택 가이드라인
Knowledge Catalog의 리소스는 리전 위치
(예: us-central1 또는 europe-west3), 멀티 리전 위치 (예:
us 또는 eu), 전역 위치에서 만들 수 있습니다.
리전 내 위치
리전 위치는 리소스 정의 및 메타데이터 스토리지를 해당 특정 리전으로 제한합니다.
장점: 엄격한 데이터 상주 규정 준수 (DRZ)를 제공합니다. BigQuery 또는 Cloud Storage와 같은 리전 Google Cloud 소스의 기술 메타데이터는 자동으로 수집 되어 동일한 물리적 리전에 저장됩니다.
제한사항: 리전 유형 (예: 커스텀 항목 유형 또는 관점 유형)은 정확히 동일한 리전 내의 항목 그룹 및 항목에만 적용할 수 있습니다. 여러 리전에서 공유하거나 재사용할 수 없습니다.
멀티 리전 위치
멀티 리전 위치는 지리적 영역 (예: us 또는 eu) 내에 여러 물리적 리전을 포함합니다.
장점: 항목 그룹 및 항목의 메타데이터가 지리적 도메인 내의 여러 물리적 리전에 걸쳐 있을 수 있습니다.
제한사항: 데이터 품질 및 데이터 프로파일링 스캔과 같은 DataScans는 멀티 리전 위치에서 지원되지 않습니다. 리전 위치에서 DataScans를 만들어야 합니다.
전역 위치
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 |
담맘 | 예 |
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 위치 전체 목록 참조