# 메타데이터 테이블의 한계 및 제한
<a name="metadata-tables-restrictions"></a>

Amazon S3 Metadata에는 다음과 같은 한계와 제한이 있습니다.
+ S3 메타데이터는 현재 특정 리전에서만 사용할 수 있습니다. 자세한 내용은 [S3 메타데이터 AWS 리전](#metadata-tables-regions) 섹션을 참조하세요.
+ S3 Metadata는 범용 버킷에서 지원하는 모든 스토리지 클래스를 지원합니다. S3 Intelligent-Tiering 스토리지 클래스의 경우 메타데이터 테이블에 특정 티어가 표시되지 않습니다.
+ 메타데이터 테이블 구성을 만들 때 메타데이터 테이블이 AWS 관리형 테이블 버킷에 저장됩니다. 고객 관리형 테이블 버킷에는 구성을 저장할 수 없습니다.
+ 디렉터리 버킷, 테이블 버킷 또는 벡터 버킷에는 S3 Metadata가 지원되지 않습니다. 범용 버킷에 대해서만 메타데이터 테이블 구성을 생성할 수 있습니다. 저널 테이블은 메타데이터 테이블 구성을 만든 후에 발생하는 변경 이벤트(예: 업로드, 업데이트 및 삭제)에 대한 메타데이터만 캡처합니다.
+ 저널 테이블 또는 인벤토리 테이블 스냅샷의 만료를 제어할 수 없습니다. 각 테이블에 대해 Amazon S3는 최대 24시간 동안 최소 1개의 스냅샷을 저장합니다.

  비용을 최소화하기 위해 저널 테이블 레코드 만료를 구성할 수 있습니다. 기본적으로 저널 테이블 레코드는 만료되지 않으며, 저널 테이블 레코드는 최소 7일 동안 유지되어야 합니다. 자세한 내용은 [저널 테이블 레코드 만료시키기](metadata-tables-expire-journal-table-records.md) 섹션을 참조하세요.
+ 전체 범용 버킷에 대해서만 메타데이터 테이블 구성을 생성할 수 있습니다. 접두사 수준에서는 메타데이터 테이블 구성을 적용할 수 없습니다.
+ 메타데이터 테이블에 대한 업데이트를 일시 중지하고 재개할 수 없습니다. 그러나 저널 또는 라이브 인벤토리 테이블에 대한 관련 메타데이터 구성을 삭제할 수 있습니다. 구성을 삭제해도 연결된 저널 또는 인벤토리 테이블은 삭제되지 않습니다. 구성을 다시 만들려면 먼저 이전 저널 또는 인벤토리 테이블을 삭제해야 하며, 그러면 Amazon S3에서 새 저널 또는 인벤토리 테이블을 만들 수 있습니다. 인벤토리 테이블을 다시 활성화하면 Amazon S3가 새 인벤토리 테이블을 생성하고 새 인벤토리 테이블을 채우는 데 따른 요금이 다시 청구됩니다.
+ 메타데이터 테이블에는 S3 인벤토리 또는 Amazon S3 REST API를 통해 사용할 수 있는 메타데이터와 동일한 메타데이터가 모두 포함되어 있지는 않습니다. 예를 들어 메타데이터 테이블에서는 다음 정보를 사용할 수 없습니다.
  + S3 수명 주기 만료 자격 또는 전환 상태
  + Object Lock 보존 기간 또는 거버넌스 모드
  + 객체 액세스 제어 목록(ACL) 정보
  + 복제 상태
+ Amazon Athena 또는 Amazon Redshift를 사용하여 메타데이터 테이블을 쿼리하는 경우, 메타데이터 테이블 네임스페이스 이름을 따옴표(`"`) 또는 백틱(```)으로 묶어야 합니다. 그러지 않으면 쿼리가 작동하지 않을 수 있습니다. 예시는 [메타데이터 테이블 쿼리 예시](metadata-tables-example-queries.md) 섹션을 참조하세요.
+ Amazon EMR 또는 기타 타사 엔진에서 Apache Spark를 사용하여 메타데이터 테이블을 쿼리하는 경우 Amazon S3 Tables Iceberg REST 엔드포인트를 사용하는 것이 좋습니다. 이 엔드포인트를 사용하지 않으면 쿼리가 성공적으로 실행되지 않을 수 있습니다. 자세한 내용은 [Amazon S3 Tables Iceberg REST 엔드포인트를 사용하여 테이블에 액세스](s3-tables-integrating-open-source.md) 섹션을 참조하세요.

## S3 메타데이터 AWS 리전
<a name="metadata-tables-regions"></a>

S3 메타데이터는 현재 다음 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` |