StorageGRID CloudMirror 복제 서비스에 대해 알아보세요
StorageGRID 버킷에 추가된 특정 객체를 하나 이상의 외부 대상 버킷으로 복제하도록 하려면 S3 버킷에 대해 CloudMirror 복제를 활성화할 수 있습니다.
예를 들어, CloudMirror 복제를 사용하여 특정 고객 기록을 Amazon S3에 미러링한 다음 AWS 서비스를 활용하여 데이터에 대한 분석을 수행할 수 있습니다.
|
|
CloudMirror 소스 버킷에 S3 객체 잠금이 활성화된 경우 CloudMirror 복제가 지원되지 않습니다. |
CloudMirror 및 ILM
CloudMirror 복제는 그리드의 활성 ILM 정책과 독립적으로 작동합니다. CloudMirror 서비스는 객체가 소스 버킷에 저장되는 즉시 복제하여 가능한 한 빨리 대상 버킷으로 전달합니다. 복제된 객체의 전달은 객체 수집이 성공했을 때 시작됩니다.
CloudMirror 및 크로스그리드 복제
CloudMirror 복제는 크로스 그리드 복제 기능과 중요한 유사점과 차이점을 가지고 있습니다. 자세한 내용은 "크로스 그리드 복제와 CloudMirror 복제 비교"을 참조하십시오.
CloudMirror 및 S3 버킷
CloudMirror 복제는 일반적으로 외부 S3 버킷을 대상으로 구성됩니다. 하지만 다른 StorageGRID 배포 또는 S3 호환 서비스를 대상으로 복제를 구성할 수도 있습니다.
- 기존 버킷
-
CloudMirror 복제를 기존 버킷에 대해 활성화하면 해당 버킷에 새로 추가된 객체만 복제됩니다. 버킷에 이미 있는 객체는 복제되지 않습니다. 기존 객체를 강제로 복제하려면 객체 복사를 수행하여 기존 객체의 메타데이터를 업데이트하면 됩니다.
CloudMirror 복제를 사용하여 객체를 Amazon S3 대상으로 복사하는 경우, Amazon S3는 각 PUT 요청 헤더 내 사용자 정의 메타데이터의 크기를 2KB로 제한한다는 점에 유의하십시오. 객체의 사용자 정의 메타데이터가 2KB를 초과하는 경우 해당 객체는 복제되지 않습니다. - 여러 대상 버킷
-
단일 버킷의 객체를 여러 대상 버킷으로 복제하려면 복제 구성 XML에서 각 규칙에 대한 대상을 지정해야 합니다. 객체를 동시에 두 개 이상의 버킷으로 복제할 수는 없습니다.
- 버전 관리 버킷 또는 버전 관리되지 않는 버킷
-
버전 관리되는 버킷 또는 버전 관리되지 않는 버킷에서 CloudMirror 복제를 구성할 수 있습니다. 대상 버킷은 버전 관리되는 버킷이거나 버전 관리되지 않는 버킷일 수 있습니다. 버전 관리되는 버킷과 버전 관리되지 않는 버킷의 어떠한 조합도 사용할 수 있습니다. 예를 들어, 버전 관리되지 않는 소스 버킷의 대상으로 버전 관리되는 버킷을 지정하거나 그 반대로 지정할 수 있습니다. 버전 관리되지 않는 버킷 간에 복제할 수도 있습니다.
삭제, 복제 루프 및 이벤트
- 삭제 동작
-
이는 Amazon S3 서비스의 교차 리전 복제(CRR)와 동일한 삭제 동작입니다. 소스 버킷에서 객체를 삭제해도 대상 버킷의 복제된 객체는 삭제되지 않습니다. 소스 및 대상 버킷 모두 버전 관리가 적용된 경우 삭제 마커가 복제됩니다. 대상 버킷에 버전 관리가 적용되지 않은 경우 소스 버킷에서 객체를 삭제해도 삭제 마커가 대상 버킷으로 복제되지 않으며 대상 객체도 삭제되지 않습니다.
- 복제 루프로부터의 보호
-
객체가 대상 버킷으로 복제될 때 StorageGRID는 해당 객체를 "복제본"으로 표시합니다. 대상 StorageGRID 버킷은 복제본으로 표시된 객체를 다시 복제하지 않으므로 의도치 않은 복제 루프를 방지할 수 있습니다. 이 복제본 표시는 StorageGRID 내부적으로 처리되며, Amazon S3 버킷을 대상으로 사용할 때 AWS CRR을 활용하는 데 영향을 미치지 않습니다.
복제본을 표시하는 데 사용되는 사용자 지정 헤더는 `x-ntap-sg-replica`입니다. 이 표시는 계단식 미러링을 방지합니다. StorageGRID는 두 그리드 간의 양방향 CloudMirror를 지원합니다. - 대상 버킷의 이벤트
-
대상 버킷의 이벤트 고유성 및 순서는 보장되지 않습니다. 전송 성공을 보장하기 위해 수행되는 작업으로 인해 소스 객체의 동일한 복사본이 대상에 두 개 이상 전달될 수 있습니다. 드물지만, 동일한 객체가 두 개 이상의 StorageGRID 사이트에서 동시에 업데이트되는 경우 대상 버킷의 작업 순서가 소스 버킷의 이벤트 순서와 일치하지 않을 수 있습니다.