소개
버킷 복제는 버킷에 대한 설정으로, 복제 규칙을 설정하여 서로 다른 버킷 간에 증분 객체를 자동적이고 비동기적으로 복제할 수 있게 합니다. 버킷 복제가 활성화되면, 클라우드 객체 저장소(COS)는 소스 버킷의 객체 내용(객체 메타데이터 및 버전 ID 등)을 정확하게 타겟 버킷으로 복제하며, 복제된 객체 복사본은 완전히 일관된 속성 정보를 가집니다. 또한, 소스 버킷에서 객체에 대한 작업(객체 추가, 삭제 등)도 타겟 버킷으로 복제됩니다.
주의：
크로스 버킷 복제 기능을 활성화하려면 원본 버킷과 타깃 버킷에 버전 관리 기능이 활성화되어 있어야 합니다.
크로스 버킷 복제 기능 활성화 후, 데이터 복제 시 스토리지 유형을 설정하지 않는 한 모두 원본과 동일한 스토리지 유형으로 유지됩니다.
COS 복제 시 원본 버킷의 액세스 제어 리스트(ACL)를 복제합니다. 원본 버킷과 타깃 버킷은 동일한 계정에서 소유해야 합니다.
적용 시나리오
원격 재해 복구: COS는 객체 데이터에 대해 ‘트웰브 나인’ 수준의 가용성을 보장하지만, 여전히 전쟁 및 자연 재해와 같은 불가항력으로 인한 데이터 손실 가능성은 존재합니다. 다른 버킷에 별도의 복제본을 명시적으로 저장하여 데이터 손실을 방지하려면, 원격 재해 복구에 도움이 되는 크로스 버킷 복제를 사용할 수 있습니다. 특정 IDC에서 불가항력적인 요소로 인해 데이터가 유실된 경우 다른 버킷의 IDC에서 복제본 데이터를 제공합니다.
컴플라이언스 요건: COS는 기본적으로 물리적 디스크의 데이터에 대해 여러 복제본 및 삭제 코드를 제공하여 데이터 가용성을 보장합니다. 그러나 일부 산업에서는 복제본을 다른 버킷에 보관하도록 규정하는 규정 준수 요구 사항이 있을 수 있습니다. 크로스 버킷 복제를 사용하면 버킷 간에 데이터를 복제하여 이러한 요구 사항을 충족할 수 있습니다.
액세스 딜레이 최소화: 크로스 버킷 복제를 통해 최종 사용자가 다른 지역의 객체에 액세스하는 경우 가장 가까운 버킷에 객체 복제본을 유지할 수 있습니다. 이는 액세스 대기 시간을 최소화하여 더 나은 사용자 경험을 제공합니다.
특별한 기술 요구 사항: 두 개의 서로 다른 버킷에 컴퓨팅 클러스터가 있고 클러스터가 크로스 버킷 복제를 사용하여 동일한 데이터 세트를 처리해야 하는 경우, 두 버킷에서 객체 복제본을 유지 관리할 수 있습니다.
데이터 마이그레이션 및 백업: 비즈니스 확장 수요에 따라 비즈니스 데이터를 한 버킷에서 다른 버킷으로 복제하여 데이터 마이그레이션 및 데이터 백업을 실현할 수 있습니다.
주의 사항
요금 설명
객체를 복제할 때 읽기 및 쓰기 요청이 발생합니다. COS는 요청 횟수를 계산하고 요청 비용을 청구합니다. 자세한 내용은 요청 비용을 참고하십시오. 저주파 데이터 복사 시 저주파 데이터 접근으로 인해 데이터 회수 비용이 발생할 수 있습니다. 자세한 내용은 데이터 회수 비용을 참조하세요. 동일 리전 내 복제는 트래픽이 무료이며, 리전 간 복제는 리전 간 복제 트래픽 비용이 발생합니다. COS는 리전 간 복제 트래픽 용량을 계산하고 원본 버킷이 속한 리전의 단가에 따라 요금을 부과합니다. 자세한 내용은 트래픽 비용을 참고하십시오. 객체 복제가 완료되면 스토리지 사용 요금이 발생합니다. COS는 객체 크기를 계산하며, 대상 객체의 스토리지 유형 및 속한 리전에 따라 스토리지 사용 요금이 부과됩니다. 자세한 내용은 스토리지 사용량 요금을 참고하십시오. 버킷 복제를 사용하려면 사용자가 버전 관리 기능을 활성화해야 합니다. 버전 관리 기능은 버킷에 객체의 여러 이전 버전을 보관하므로 더 많은 저장 공간을 소모하게 합니다. 버킷 복제 및 버전 관리로 인한 비용을 절감하거나 데이터 보관 방법을 사용자 정의하려면 업계 배경을 고려하여 라이프사이클 관리를 통해 저장 비용 제어 또는 사용자 정의 데이터 보관 방식을 사용할 수 있습니다. 복제 소요 시간
COS의 객체 복제 소요 시간은 객체의 크기, 버킷 리전 간의 거리, 객체의 업로드 방식 등의 요소에 의해 결정됩니다. 동기화 소요 시간은 해당 요소에 따라 달라지며, 몇 분, 몇 시간 또는 몇 일 이내에 다를 수 있습니다.
객체 크기: 대용량 객체 복제 시에는 더 많은 시간이 소요됩니다. 대용량 객체는 멀티파트 업로드 방식을 사용하여 객체의 업로드 및 동기화 시간을 단축할 것을 권장합니다.
버킷 리전 간의 거리: 리전 간의 거리가 멀수록 동기화 시 더 많은 데이터 전송 시간이 소요됩니다.
객체 업로드 방식: 간편 업로드 방식은 동시 작업이 불가능하며, 데이터를 하나씩 순차적으로 업로드 또는 다운로드합니다. 멀티파트 업로드 방식은 동시 작업이 가능하여 대용량 파일 업로드 시 멀티파트 업로드 방식을 이용하면 업로드 및 버킷 복제 작업을 더욱 빠르게 진행할 수 있습니다. 객체 업로드 방식에 대한 자세한 소개는 간편 업로드 및 멀티파트 업로드 문서를 참고하십시오. 라이프사이클 관련
버킷 복제를 사용하려면 사용자가 버전 관리 기능을 활성화해야 합니다. 버전 관리 기능은 버킷에 객체의 여러 이전 버전을 보관하므로 더 많은 저장 공간을 소모하게 합니다. 버킷 복제 및 버전 관리로 인한 비용을 절감하려면 라이프사이클을 통해 주기적으로 파일을 삭제하거나 저장 유형을 변경할 수 있습니다. 원본 버킷 라이프사이클의 저장 유형 변경 또는 삭제 작업은 대상 버킷에 자동으로 동기화되지 않습니다.타깃 버킷의 객체 복제본이 원본 데이터와 동일한 라이프사이클 규칙을 따르도록 설정하려면, 타깃 버킷에 원본 버킷과 동일한 라이프사이클 규칙을 추가하십시오.
타깃 버킷에 라이프사이클 규칙을 설정한 경우, 크로스 버킷 복제로 생성된 객체 복제본의 생성 시간은 원본 객체 생성 시간이며, 복제본이 타깃 버킷에 복제된 시간이 아닙니다.
객체 생성 시간. 버킷 규칙을 설정하면 대상 버킷 내 객체 복사본의 생성 시간은 원본 버킷과 동일하게 유지되며, 대상 버킷에 나타나는 시간이 아닙니다. 대상 버킷에 라이프사이클 규칙을 설정한 경우 해당 규칙은 이 생성 시간을 기준으로 실행됩니다.
버전 관리
버킷 복제 설정 시에는 원본 버킷과 타깃 버킷 모두에 버전 관리 기능을 설정해야 합니다. 버전 관리 기능에 대한 자세한 내용은 버전 제어 개요를 참고하십시오. 버전 관리 활성화 후, 버전 관리 비활성화 시 버킷 복제 기능에 대한 영향에 주의해야 합니다. 버킷 복제 기능을 활성화한 버킷에 버전 관리 기능을 비활성화하는 경우, COS에서 오류를 반환하며 먼저 버킷 복제 규칙 삭제 후 버전 관리 기능을 비활성화하도록 안내합니다.
타깃 버킷에 대한 버전 관리를 비활성화하려고 하면, COS에서 이러한 설정이 크로스 버킷 복제에 영향을 미친다는 메시지를 표시합니다. 버전 관리 비활성화를 진행하면 이 버킷을 타깃 버킷으로 하는 크로스 버킷 복제 규칙이 무효화됩니다.