복제 관리
이 섹션에서는 S3 on Outposts에서 사용할 수 있는 추가 복제 구성 옵션, 복제 상태 확인 방법 및 복제 문제 해결 방법을 설명합니다. 핵심 복제 구성에 대한 자세한 내용은 복제 설정단원을 참조하십시오.
복제 지표로 진행 상태 모니터링
Outposts에서의 S3 복제는 복제 구성의 복제 규칙에 대한 세부 지표를 제공합니다. 복제 지표를 통해 복제 보류 중인 바이트, 복제 지연, 보류 중인 작업을 추적하여 5분 간격으로 복제 진행 상황을 모니터링할 수 있습니다. 구성 문제 해결에 도움이 되도록 Amazon EventBridge를 설정하여 복제 실패에 대한 알림을 수신할 수 있습니다.
복제 지표가 활성화되면 Outposts에서의 S3 복제가 다음 지표를 Amazon CloudWatch에 게시합니다.
-
복제 보류 중인 바이트 - 지정된 복제 규칙에 대해 복제 보류 중인 객체의 총 바이트 수입니다.
-
복제 지연 시간 - 지정된 복제 규칙에 대해 복제 대상 버킷이 소스 버킷보다 늦어지는 최대 시간(초)입니다.
-
복제 보류 중인 작업 - 지정된 복제 규칙에 대해 복제 보류 중인 작업 수입니다. 작업에는 객체, 삭제 마커 및 태그가 포함됩니다.
참고
Outposts에서의 S3 복제 지표는 CloudWatch 사용자 지정 지표와 동일한 요금으로 청구됩니다. 자세한 내용은 CloudWatch 요금
복제 상태 정보 가져오기
복제 상태는 Amazon S3 on Outposts가 복제 중인 객체의 현재 상태를 확인하는 데 도움이 될 수 있습니다. 원본 객체의 복제 상태는 PENDING
, COMPLETED
, FAILED
중 하나를 반환합니다. 복제본의 복제 상태가 REPLICA
을(를) 반환합니다.
복제 상태 개요
복제 시나리오에는 복제를 구성하는 소스 버킷과 S3 on Outposts가 객체를 복제하는 대상 버킷이 있습니다. 이러한 버킷에서 객체(GetObject
사용)나 객체 메타데이터(HeadObject
사용)를 요청하면 S3 on Outposts는 응답으로 다음과 같이 x-amz-replication-status
헤더를 반환합니다.
-
소스 버킷에서 객체를 요청하면 요청한 객체가 복제에 적합한 경우 S3 on Outposts가
x-amz-replication-status
헤더를 반환합니다.예를 들어 복제 구성에 객체 접두사
TaxDocs
를 지정해 키 이름 접두사가TaxDocs
인 객체만 복제하도록 S3 on Outposts에 지시한다고 가정해 봅시다. 이 키 이름 접두사(예:TaxDocs/document1.pdf
)를 갖는 객체를 업로드하면 모두 복제됩니다. 이 키 이름 접두사를 사용한 객체 요청에 대해 S3 on Outposts는 객체 복제 상태를 표시하는 값PENDING
,COMPLETED
또는FAILED
가 포함된x-amz-replication-status
헤더를 반환합니다.참고
객체를 업로드한 후 객체 복제가 실패할 경우 복제를 재시도할 수 없습니다. 객체를 다시 업로드해야 합니다. 복제 역할 권한 누락 또는 버킷 권한 누락과 같은 문제의 경우 객체가
FAILED
상태로 전환됩니다. 버킷 또는 Outpost를 사용할 수 없는 등 일시적인 실패의 경우 복제 상태가FAILED
로 전환되지 않고PENDING
상태 그대로 유지됩니다. 리소스가 다시 온라인 상태가 되면 S3 on Outposts는 해당 객체 복제를 재개합니다. -
대상 버킷으로부터 객체를 요청하면 요청의 객체가 S3 on Outposts에서 생성한 복제본인 경우 S3 on Outposts는 값이
REPLICA
인x-amz-replication-status
헤더를 반환합니다.
참고
복제가 사용 설정된 원본 버킷에서 객체를 삭제하려면, 먼저 해당 객체의 복제 상태를 통해 복제가 완료되었는지 확인해야 합니다.
Outposts에서 Amazon S3 복제본 수정 동기화가 활성화된 경우 복제 상태
복제 규칙에서 S3 on Outposts 복제본 수정 동기화를 활성화하면 복제본은 REPLICA
이외의 상태를 보고할 수 있습니다. 메타데이터 변경 사항이 복제 과정에 있는 경우 복제본의 x-amz-replication-status
헤더가 PENDING
을 반환합니다. 복제본 수정 동기화가 메타데이터 복제에 실패하면 복제본의 헤더가 FAILED
를 반환합니다. 메타데이터가 올바르게 복제되면 복제본의 헤더가 REPLICA
값을 반환합니다.
복제 문제 해결
복제를 구성한 후 대상 Amazon S3 on Outposts 버킷에 객체 복제본이 표시되지 않는다면 다음 문제 해결 도움말을 사용하여 문제를 해결하세요.
-
S3 on Outposts가 객체를 복제하는 데 걸리는 시간은 소스 및 대상 Outposts 간의 거리, 객체의 크기를 비롯한 다양한 요소에 따라 달라집니다.
소스 객체의 복제 상태를 확인할 수 있습니다. 객체 복제 상태가
PENDING
이면 S3 on Outposts가 복제를 완료하지 않은 것입니다. 객체 복제 상태가FAILED
이면 소스 버킷에서 설정된 복제 구성을 확인하세요. -
원본 버킷의 복제 구성에서 다음을 확인합니다.
-
대상 버킷의 액세스 포인트 Amazon 리소스 이름(ARN)이 정확해야 합니다.
-
키 이름 접두사가 정확합니다. 예를 들어, 접두사
Tax
로 객체 복제를 구성한 경우라면Tax/document1
또는Tax/document2
와 같이 키 이름이 포함된 객체만 복제됩니다. 키 이름이document3
인 객체는 복제되지 않습니다. -
상태가
Enabled
입니다.
-
-
버전 관리가 일시 중단된 버킷이 없는지 확인합니다. 소스 버킷과 대상 버킷 모두에서 버전 관리를 활성화해야 합니다.
-
다른 AWS 계정이 대상 버킷을 소유한 경우, 해당 대상 버킷에 소스 버킷 소유자의 객체 복제를 허용하는 버킷 정책이 있는지 확인합니다. 예시는 소스 및 대상 Outposts 버킷을 서로 다른 AWS 계정에서 소유할 경우 권한 부여을 확인하세요.
-
객체 복제본이 대상 버킷에 나타나지 않는 경우, 다음 문제로 복제가 차단될 수 있습니다.
-
S3 on Outposts는 소스 버킷에서 다른 복제 구성이 생성한 복제본을 복제하지 않습니다. 예를 들어 버킷 A에서 버킷 B로, 버킷 B에서 버킷 C로 복제 구성을 설정하면 S3 on Outposts는 버킷 B에 있는 객체 복제본을 버킷 C로 복제하지 않습니다.
버킷 A의 객체를 버킷 B와 버킷 C로 복제하려면 소스 버킷 복제 구성의 서로 다른 복제 규칙에서 여러 버킷 대상을 설정합니다. 예를 들어, 소스 버킷 A에 두 개의 복제 규칙을 생성하여 하나의 규칙은 대상 버킷 B에 복제하도록 하고 다른 규칙은 대상 버킷 C에 복제하도록 할 수 있습니다.
-
소스 버킷 소유자는 다른 AWS 계정에 객체 업로드 권한을 부여할 수 있습니다. 기본적으로 원본 버킷 소유자는 다른 계정에서 생성한 객체에 대해 권한이 없습니다. 복제 구성은 원본 버킷 소유자가 액세스 권한을 가진 객체만 복제합니다. 복제 문제를 예방하기 위해 소스 버킷 소유자는 다른 AWS 계정에 해당 객체에 대한 명시적 액세스 권한을 조건부로 요구하는 객체 생성 권한을 부여할 수 있습니다.
-
-
복제 구성에서 객체 중 특정 태그를 갖는 하위 집합을 복제하는 규칙을 추가한다고 가정해 봅시다. 이 경우 S3 on Outposts가 객체를 복제하도록 하려면 객체를 생성할 때 특정 태그 키 및 값을 할당해야 합니다. 먼저 객체를 생성한 후 해당 기존 객체에 태그를 추가할 경우 S3 on Outposts는 해당 객체를 복제하지 않습니다.
-
버킷 정책이 다음 작업 중 하나에 대해 복제 역할에 대한 액세스를 거부하면 복제가 실패합니다.
원본 버킷:
"s3-outposts:GetObjectVersionForReplication", "s3-outposts:GetObjectVersionTagging"
대상 버킷:
"s3-outposts:ReplicateObject", "s3-outposts:ReplicateDelete", "s3-outposts:ReplicateTags"
-
Amazon EventBridge는 객체가 대상 Outposts로 복제되지 않을 때 사용자에게 알림을 보낼 수 있습니다. 자세한 내용은 Outposts에서 S3 복제 기능에 EventBridge 사용 단원을 참조하십시오.