메타데이터 테이블 제한 사항 및 제약
메타데이터 테이블 제한 사항 및 제약 (Metadata table limitations and restrictions)
Amazon S3 Metadata에는 다음과 같은 제한 사항과 제약이 있어요.
출처: 문서
본문
- S3 Metadata는 현재 특정 리전에서만 사용할 수 있어요. 자세한 내용은 S3 Metadata AWS 리전을 참고하세요.
- S3 Metadata는 범용 버킷이 지원하는 모든 스토리지 클래스를 지원해요. S3 Intelligent-Tiering 스토리지 클래스의 경우 특정 티어는 메타데이터 테이블에 표시되지 않아요.
- 메타데이터 테이블 구성을 만들면 메타데이터 테이블이 AWS 관리형 테이블 버킷에 저장돼요. 구성을 고객 관리형 테이블 버킷에 저장할 수는 없어요.
- S3 Metadata는 디렉터리 버킷, 테이블 버킷 또는 벡터 버킷을 지원하지 않아요. 메타데이터 테이블 구성은 범용 버킷에 대해서만 만들 수 있어요. 저널 테이블은 메타데이터 테이블 구성을 만든 이후에 발생하는 변경 이벤트(예: 업로드, 업데이트, 삭제)에 대한 메타데이터만 캡처해요.
- 저널 테이블 또는 인벤토리 테이블 스냅샷의 만료를 제어할 수 없어요. 각 테이블에 대해 Amazon S3는 최대 24시간 동안 최소 1개의 스냅샷을 저장해요. 비용을 최소화하려면 저널 테이블 레코드 만료를 구성할 수 있어요. 기본적으로 저널 테이블 레코드는 만료되지 않으며, 저널 테이블 레코드는 최소 7일 동안 보존해야 해요. 자세한 내용은 저널 테이블 레코드 만료를 참고하세요.
- 메타데이터 테이블 구성은 범용 버킷 전체에 대해서만 만들 수 있어요. 접두사 수준에서는 메타데이터 테이블 구성을 적용할 수 없어요.
- 메타데이터 테이블에 대한 업데이트를 일시 중지했다가 다시 시작할 수는 없어요. 다만 저널 테이블이나 라이브 인벤토리 테이블에 대한 연결된 메타데이터 구성을 삭제할 수는 있어요. 구성을 삭제해도 연결된 저널 또는 인벤토리 테이블은 삭제되지 않아요. 구성을 다시 만들려면 먼저 이전 저널 또는 인벤토리 테이블을 삭제해야 하고, 그 다음 Amazon S3가 새 저널 또는 인벤토리 테이블을 만들 수 있어요. 인벤토리 테이블을 다시 활성화하면 Amazon S3가 새 인벤토리 테이블을 만들고, 새 인벤토리 테이블 백필링에 다시 요금이 부과돼요.
- 메타데이터 테이블에는 S3 Inventory 또는 Amazon S3 REST API를 통해 사용할 수 있는 것과 동일한 메타데이터가 모두 포함되지는 않아요. 예를 들어 메타데이터 테이블에서는 다음 정보를 사용할 수 없어요.
- S3 Lifecycle 만료 자격 또는 전환 상태
- Object Lock 보존 기간 또는 거버넌스 모드
- 객체 접근 제어 목록(ACL) 정보
- 복제 상태
- Amazon Athena 또는 Amazon Redshift로 메타데이터 테이블을 조회할 때는 메타데이터 테이블 네임스페이스 이름을 따옴표(
") 또는 백틱(`)으로 감싸야 해요. 그렇지 않으면 쿼리가 작동하지 않을 수 있어요. 예시는 메타데이터 테이블 쿼리 예시를 참고하세요. - Amazon EMR의 Apache Spark 또는 기타 써드파티 엔진으로 메타데이터 테이블을 조회할 때는 Amazon S3 Tables Iceberg REST 엔드포인트를 사용하는 것을 권장해요. 이 엔드포인트를 사용하지 않으면 쿼리가 제대로 실행되지 않을 수 있어요. 자세한 내용은 Amazon S3 Tables Iceberg REST 엔드포인트를 사용한 테이블 접근을 참고하세요.
S3 Metadata AWS 리전 (S3 Metadata AWS Regions)
S3 Metadata는 현재 다음 AWS 리전에서 사용할 수 있어요.
| AWS 리전 이름 | AWS 리전 코드 |
|---|---|
| 아프리카(케이프타운) | af-south-1 |
| 아시아 태평양(홍콩) | ap-east-1 |
| 아시아 태평양(자카르타) | ap-southeast-3 |
| 아시아 태평양(멜버른) | ap-southeast-4 |
| 아시아 태평양(뭄바이) | ap-south-1 |
| 아시아 태평양(오사카) | ap-northeast-3 |
| 아시아 태평양(서울) | ap-northeast-2 |
| 아시아 태평양(싱가포르) | ap-southeast-1 |
| 아시아 태평양(시드니) | ap-southeast-2 |
| 아시아 태평양(도쿄) | ap-northeast-1 |
| 캐나다(중부) | ca-central-1 |
| 캐나다 서부(캘거리) | ca-west-1 |
| 유럽(프랑크푸르트) | eu-central-1 |
| 유럽(취리히) | eu-central-2 |
| 유럽(아일랜드) | eu-west-1 |
| 유럽(런던) | eu-west-2 |
| 유럽(밀라노) | eu-south-1 |
| 유럽(파리) | eu-west-3 |
| 유럽(스페인) | eu-south-2 |
| 유럽(스톡홀름) | eu-north-1 |
| 이스라엘(텔아비브) | il-central-1 |
| 중동(바레인) | me-south-1 |
| 중동(UAE) | me-central-1 |
| 남아메리카(상파울루) | sa-east-1 |
| 미국 동부(버지니아 북부) | us-east-1 |
| 미국 동부(오하이오) | us-east-2 |
| 미국 서부(캘리포니아 북부) | us-west-1 |
| 미국 서부(오레곤) | us-west-2 |
| 중국(베이징) | cn-north-1 |
| 중국(닝샤) | cn-northwest-1 |
| AWS GovCloud(미국 동부) | us-gov-east-1 |
| AWS GovCloud(미국 서부) | us-gov-west-1 |