객체 복제 개요

복제를 사용하면 Amazon S3 버킷 전체에 걸쳐 객체를 비동기식으로 자동 복사할 수 있습니다. 객체 복제를 위해 구성된 버킷은 동일한 AWS 계정 또는 다른 계정이 소유할 수 있습니다. 단일 대상 버킷 또는 여러 대상 버킷에 객체를 복제할 수 있습니다. 대상 버킷은 다른 AWS 리전에 있을 수도 있고 소스 버킷과 동일한 리전 내에 있을 수도 있습니다.

복제에는 라이브 복제온디맨드 복제의 두 가지 유형이 있습니다.

  • 라이브 복제 - 새 객체 및 업데이트된 객체가 원본 버킷에 기록될 때 자동으로 복제하려면 라이브 복제를 사용합니다. 라이브 복제는 복제를 설정하기 전에 버킷에 있던 객체를 자동으로 복제하지 않습니다. 복제를 설정하기 전에 존재한 객체를 복제하려면 온디맨드 복제를 사용합니다.

  • 온디맨드 복제 - 요청 시 원본 버킷의 기존 객체를 하나 이상의 대상 버킷으로 복제하려면 S3 Batch Replication을 사용하세요. 기존 객체 복제에 대한 자세한 내용은 S3 Batch Replication을 사용하는 경우 섹션을 참조하세요.

라이브 복제에는 교차 리전 복제(CRR)단일 리전 복제(SRR)의 두 가지 형태가 있습니다.

  • 교차 리전 복제(CRR) - CRR을 사용하여 서로 다른 AWS 리전의 Amazon S3 버킷에서 객체를 복사할 수 있습니다. CRR에 대한 자세한 내용은 교차 리전 복제를 사용하는 경우 단원을 참조하십시오.

  • 동일 리전 복제(SRR) - SRR을 사용하여동일한 AWS 리전의 Amazon S3 버킷에서 객체를 복사할 수 있습니다. SRR에 대한 자세한 내용은 동일 리전 복제를 사용하는 경우 섹션을 참조하세요.

복제를 사용하는 이유

복제는 다음을 지원합니다.

  • 메타데이터를 유지하면서 객체 복제 – 복제를 사용하여 소스 객체 생성 시간 및 버전 ID와 같은 모든 메타데이터를 유지하는 객체의 복사본을 생성할 수 있습니다. 이 기능은 복제본이 소스 객체와 동일한지 확인해야 하는 경우에 중요합니다.

  • 서로 다른 스토리지 클래스로 객체 복제 – 복제를 사용하여 객체를 S3 Glacier Flexible Retrieval, S3 Glacier Deep Archive 또는 대상 버킷의 다른 스토리지 클래스에 직접 배치할 수 있습니다. 또한 데이터를 동일한 스토리지 클래스에 복제하고 대상 버킷에 대한 수명 주기 구성을 사용하여 객체를 오래된 스토리지 클래스로 이동시킬 수 있습니다.

  • 다른 소유권으로 객체 복사본 유지 – 소스 객체의 소유자에 상관없이 대상 버킷을 소유한 AWS 계정로 복제본 소유권을 변경하도록 Amazon S3에 지시할 수 있습니다. 이를 사용자 재정의 옵션이라고 합니다. 이 옵션을 사용하여 객체 복제본에 대한 액세스를 제한할 수 있습니다.

  • 여러 AWS 리전에 객체 저장 – 서로 다른 AWS 리전에 여러 대상 버킷을 설정하여 데이터가 보관된 곳의 지리적 차이를 보장할 수 있습니다. 이 기능은 특정 규정 준수 요구 사항을 충족하는 데 도움이 될 수 있습니다.

  • 15분 이내에 객체 복제 - S3 Replication Time Control(S3 RTC)을 사용하면 예측 가능한 기간 내에 동일한 AWS 리전 또는 다른 리전 간에 데이터를 복제할 수 있습니다. S3 RTC는 Amazon S3에 저장된 새 객체의 99.99%를 15분 이내에 복제합니다(서비스 수준 계약에 따라 지원됨). 자세한 내용은 S3 Replication Time Control(S3 RTC)을 사용하여 규정 준수 요구 사항 충족 단원을 참조하십시오.

    참고

    S3 RTC는 배치 복제에 적용되지 않습니다. 배치 복제는 온디맨드 복제 작업이며, S3 배치 작업을 통해 추적할 수 있습니다. 자세한 내용은 작업 상태 및 완료 보고서 추적 단원을 참조하십시오.

  • 버킷 동기화, 기존 객체 복제, 이전에 실패 또는 복제된 객체 복제 - 버킷을 동기화하고 기존 객체를 복제하려면 배치 복제를 온디맨드 복제 작업으로 사용합니다. Batch Replication을 사용하는 경우에 대한 자세한 내용은 S3 Batch Replication을 사��하는 경우 섹션을 참조하세요.

  • 객체 복제 및 다른 AWS 리전에 있는 버킷으로 장애 조치 - 데이터 복제 중에 모든 메타데이터와 객체를 버킷 간에 동기화된 상태로 유지하려면 Amazon S3 다중 리전 액세스 포인트 장애 조치 제어를 구성하기 전에 양방향 복제 규칙을 사용하세요. 양방향 복제 규칙은 트래픽이 장애 조치 목적지인 S3 버킷에 데이터를 쓸 때 해당 데이터가 원본 버킷으로 다시 복제되도록 하는 데 도움이 됩니다.

교차 리전 복제를 사용하는 경우

S3 교차 리전 복제(CRR)는 서로 다른 AWS 리전의 Amazon S3 버킷에서 객체를 복사하는 데 사용됩니다. CRR은 다음을 수행하는 데 도움이 됩니다.

  • 규정 준수 요구 사항 충족 – 기본적으로 Amazon S3는 지리적으로 동떨어진 여러 가용 영역 간에 데이터를 저장하지만 규정 준수 요구 사항에 따라 훨씬 더 먼 거리에 데이터를 저장하게 지정할 수 있습니다. 이러한 요구 사항을 충족하려면 교차 리전 복제를 사용하여 먼 거리의 AWS 리전 간에 데이터를 복제합니다.

  • 대기 시간 최소화 - 고객이 두 군데의 지리적 위치를 갖는 경우 사용자와 지리적으로 더 가까운 AWS 리전에 객체 복사본을 유지하여 객체 액세스 대기 시간을 최소화할 수 있습니다.

  • 운영 효율성 증가 - 두 AWS 리전에 동일한 객체 집합을 분석하는 컴퓨팅 클러스터가 있는 경우, 해당 리전에 객체 복사본을 유지할 수 있습니다.

동일 리전 복제를 사용하는 경우

동일 리전 복제(SRR)는 동일한 AWS 리전의 Amazon S3 버킷에서 객체를 복사하는 데 사용됩니다. SRR은 다음을 수행하는 데 도움이 됩니다.

  • 단일 버킷에 로그 집계 – 여러 버킷에 또는 여러 계정 간에 로그를 저장하는 경우, 리전 내 단일 버킷으로 로그를 손쉽게 복제할 수 있습니다. 이렇게 하면 단일 위치에서 로그를 보다 간편하게 처리할 수 있습니다.

  • 프로덕션 계정과 테스트 계정 간에 라이브 복제 구성 – 사용자 또는 사용자의 고객이 동일한 데이터를 사용하는 프로덕션 계정과 테스트 계정을 가지고 있는 경우, 객체 메타데이터를 유지한 상태로 여러 계정 간에 객체를 복제할 수 있습니다.

  • 데이터 주권 법률 준수 - 특정 리전 내의 개별 AWS 계정에 데이터의 여러 복사본을 저장해야 할 수 있습니다. 동일 리전 복제를 사용하면 규정 준수 규정으로 인해 데이터가 해당 국가를 벗어날 수 없을 때 중요 데이터를 자동으로 복제할 수 있습니다.

양방향 복제를 사용해야 하는 경우

  • 여러 개의 AWS 리전 간에 공유 데이터 세트를 구축하려는 경우 - 복제본 수정 동기화를 사용하면 복제 객체에 객체 액세스 제어 목록(ACL), 객체 태그 또는 객체 잠금과 같은 메타데이터 변경을 쉽게 복제할 수 있습니다. 이 양방향 복제는 모든 객체 및 객체 메타데이터 변경 사항을 동기화된 상태로 유지하려는 경우에 중요합니다. 동일하거나 다른 AWS 리전에 있는 둘 이상의 버킷 간에 양방향 복제를 수행할 때 새 복제 규칙이나 기존 복제 규칙에서 복제본 수정 동기화를 사용 설정할 수 있습니다.

  • 장애 조치 중에 리전 간에 데이터를 동기화된 상태로 유지하려는 경우 - 다중 리전 액세스 포인트에서 직접 S3 크로스 리전 복제(CRR)로 양방향 복제 규칙을 구성하여 AWS 리전 간에 버킷의 데이터를 동기화할 수 있습니다. 장애 조치를 언제 시작할지 정보에 입각한 결정을 내리려면 Amazon CloudWatch, S3 Replication Time Control(S3 RTC) 또는 다중 리전 액세스 포인트에서 복제를 모니터링하도록 S3 복제 지표를 활성화할 수도 있습니다.

  • 애플리케이션의 가용성을 높이려는 경우 - 리전의 트래픽이 중단되더라도 양방향 복제 규칙을 사용하여 데이터를 복제하는 동안 모든 메타데이터와 객체를 버킷 간에 동기화된 상태로 유지할 수 있습니다.

S3 Batch Replication을 사용하는 경우

배치 복제는 기존 객체를 온디맨드 옵션으로 다른 버킷에 복제합니다. 라이브 복제와 달리 필요에 따라 이러한 작업을 실행할 수 있습니다. Batch Replication은 다음을 지원합니다.

  • 기존 객체 복제 - 배치 복제를 사용하여 동일 리전 복제 또는 교차 리전 복제가 구성되기 전에 버킷에 추가되었던 객체를 복제할 수 있습니다.

  • 이전에 복제 실패한 객체 복제 - 배치 복제 작업을 필터링하여 복제 상태가 실패인 객체의 복제를 시도할 수 있습니다.

  • 이미 복제된 객체 복제 - 데이터의 여러 복사본을 별도의 AWS 계정 또는 AWS 리전에 저장해야 할 수도 있습니다. 배치 복제는 기존 객체를 새로 추가된 대상에 복제할 수 있습니다.

  • 복제 규칙에서 생성되었던 객체의 복제본 복제 - 복제 구성은 대상 버킷에 객체의 복제본을 생성합니다. 객체의 복제본은 배치 복제를 통해서만 복제할 수 있습니다.

워크로드 요구 사항 및 라이브 복제

워크로드 요구 사항에 따라 일부 복제 유형은 다른 유형보다 사용 사례에 더 적합합니다. 다음 표를 사용하여 상황에 사용할 복제 유형과 워크로드에 S3 Replication Time Control(S3 RTC)을 사용할지 여부를 결정합니다. S3 RTC는 Amazon S3에 저장된 새 객체의 99.99%를 15분 이내에 복제합니다(서비스 수준 계약(SLA)에 따라 지원됨). 자세한 내용은 S3 Replication Time Control(S3 RTC)을 사용하여 규정 준수 요구 사항 충족 단원을 참조하십시오.

복제 비교를 위한 워크로드 요구 사항
워크로드 요구 사항 S3 RTC(15분 SLA) 리전 간 복제(CRR) 단일 리전 복제(SRR)
서로 다른 AWS 계정 간에 객체 복제
24~48시간 내에 동일한 AWS 리전 내에서 객체 복제(SLA 미지원) 아니요 아니요
24~48시간 내에 다른 AWS 리전 간에 객체 복제(SLA 미지원) 아니요 아니요

예측 가능한 복제 시간: SLA를 통해 15분 이내에 99.9%의 객체를 복제할 수 있습니다.

아니요 아니요