AWS, S3 Tables에 Hive에서 Iceberg로의 관리형 이전 추가: 출시 시점 범위는 같은 계정·같은 리전의 Glue 등록 Parquet 테이블, 열 개 리전, 완료 전까지 대상은 읽기 전용

2026년 11월 4일 AWS는 Amazon S3 Tables에서 Apache Hive 테이블을 Apache Iceberg로 관리형으로 이전할 수 있다고 발표했습니다. What's New 게시물과 AWS News Blog의 출시 글은 이를 API로 구동하는 작업으로 설명합니다. S3 Tables가 원본을 검증하고, 데이터 형식을 변환하고, 데이터를 복사하고, 다시 압축하고, 작은 파일을 합치는 동안 운영 워크로드는 계속 돌아갑니다. AWS는 Hive에서 Iceberg로 옮기려면 테이블마다 별도의 이전 파이프라인이 필요해 예전에는 몇 주의 엔지니어링이 들었다고 말합니다. 이 기간은 AWS의 진술이며 게시물에 측정값은 없습니다.

출시 범위는 좁으므로 가장 먼저 읽어야 합니다. 출시 시점에는 AWS Glue에 등록되고 Parquet 형식으로 저장된 Hive 테이블을, 같은 AWS 계정과 같은 리전 안에서 지원합니다. 사용할 수 있는 리전은 열 곳입니다. 미국 동부(버지니아 북부, 오하이오), 미국 서부(오리건), 아시아 태평양(뭄바이, 싱가포르, 시드니, 도쿄), 유럽(프랑크푸르트, 아일랜드, 스톡홀름)입니다. 다른 형식의 Hive 테이블, 다른 계정의 테이블, 이 목록에 없는 리전은 밝힌 범위 밖입니다. 언제 넓어지는지는 게시물에 없습니다.

흐름은 시작, 동기화, 완료의 세 단계입니다. 이전을 시작하면 S3 Tables는 범위 안의 모든 원본 객체를 파악하고 데이터를 복사하기 전에 호환성 보고서를 만듭니다. 기본적으로 작업은 계획 단계 뒤에 자동으로 이어지며, 검토 플래그를 설정하면 일시 중지해서 보고서를 먼저 읽을 수 있습니다. 대상은 테이블 버킷 안의 새 Iceberg 테이블로, 권장 기본값으로 만들어지며 이전 중에는 읽기 전용입니다. 동기화는 원하는 만큼 호출할 수 있고 호출할 때마다 바뀐 부분만 복사합니다. 이전을 완료하면 대상 테이블이 읽기·쓰기로 승격됩니다. 콘솔에서는 Athena와 Amazon SageMaker Unified Studio가 바로 연동되고, Iceberg REST API를 지원하는 엔진이면 결과를 조회할 수 있습니다.

원본 테이블이 얼마나 영향을 받는지에 대한 설명은 자료마다 조금 다릅니다. 개발자 가이드는 이전 작업 중에도 원본 테이블이 바뀌지 않고 읽기와 쓰기가 모두 완전히 가능하다고 말합니다. 출시 블로그는 원본에 대한 쓰기를 멈추지 않고 원하는 만큼 동기화할 수 있으며, 전환 때 몇 분의 예외가 있다고 말합니다. 두 말은 모순되지 않지만 같지도 않습니다. 문서는 작업을, 블로그는 마지막 전환을 이야기합니다. 전환 때의 짧은 쓰기 중단도 받아들일 수 없는 팀은 그 단계를 계획해야 하며 무중단을 전제해서는 안 됩니다. 게시물은 원본 데이터로 롤백할 수 있다고도 하는데, 이는 원본이 온전히 남는다는 문서의 설명과 맞습니다.

형식과 스키마 처리는 명시적입니다. 이전은 Hive 스키마와 파티션을 Iceberg 스키마와 파티션 사양으로 매핑하며, 대상 스키마를 지정하거나 Glue 스키마에서 호환되는 스키마를 만들게 할 수 있습니다. 이전 정책이 불일치 때의 동작을 정하고, 블로그 예시는 일치하지 않는 필드 정책과 호환되지 않는 값 정책을 모두 실패로 설정합니다. 이는 샘플 요청의 값이며 선언된 기본값이 아닙니다. 샘플 요청에는 조정할 수 있는 유지 관리 설정도 나옵니다. 목표 파일 크기 512MB의 압축 병합과, 스냅샷을 최소 3개 남기고 168시간 뒤 만료시키는 스냅샷 관리입니다. 복사가 끝나면 객체 이전 보고서가 원본 객체별 결과를 알려 줍니다.

비용은 정성적으로 설명됩니다. 작업이 복사한 데이터에 대해서만 지불하고 Hive에서 Iceberg로의 변환 자체는 무료이며, S3 Intelligent-Tiering에 있는 원본 객체는 현재 액세스 계층에 머물고 마지막 액세스 이후 일수도 유지됩니다. 변환이 무료라는 것이 이전이 공짜라는 뜻은 아니며, 복사된 데이터는 S3 요금으로 청구됩니다. 게시물은 S3 요금 페이지를 안내할 뿐 GB당 수치는 주지 않습니다. 테이블이 Snappy 압축을 쓰면 S3 Tables가 Zstandard로 다시 압축하고 병합하며, AWS는 이것이 저장 공간과 객체 수를 줄이고 쿼리 성능을 높인다고 하지만 전후 수치는 제시하지 않습니다.

에이전트도 홍보의 일부입니다. AWS용 Agent Toolkit의 이전 스킬은 Kiro 같은 코딩 에이전트가 기존 IAM 정책을 분석해 대응하는 대상 정책을 권하고, 계획을 검증하며, 시작·동기화·완료 호출을 실행하고 진행 상황을 지켜보게 하며, 안전 가드레일을 갖추고 있습니다. 이 스킬은 같은 API를 호출하는 에이전트를 위한 안내이지 별도의 이전 엔진이 아닙니다.

우리의 판단입니다. 이 기능은 파이프라인을 만드는 단계를 없애 주며, 밝힌 제한이 내게 해당하는지를 정합니다. 의지하기 전에 네 가지를 확인하십시오. 테이블이 Glue에 등록돼 있는지, 데이터가 Parquet인지, 원본과 대상이 같은 계정과 리전인지, 그 리전이 목록에 있는지입니다. 그다음 전환 시간대를 계획하고, 스키마에 드문 형식이 있으면 복사 전에 호환성 보고서를 읽고, 데이터 양으로 복사 비용을 추정하십시오. 이전 중에는 대상이 읽기 전용이므로 이전을 완료하기 전까지 새 테이블은 쓰기를 받을 수 없습니다.