주된 목적은 무엇입니까?

하나의 StorageGRID 시스템이 재해 복구 시스템 역할을 합니다. 버킷의 객체는 그리드 간에 단방향 또는 양방향으로 복제될 수 있습니다.

테넌트가 StorageGRID(원본)의 버킷에서 외부 S3 버킷(대상)으로 객체를 자동으로 복제할 수 있도록 합니다.

CloudMirror 복제는 독립적인 S3 인프라에 객체의 독립적인 복사본을 생성합니다. 이 독립적인 복사본은 백업 용도로 사용되지는 않지만, 클라우드에서 추가적인 처리가 이루어지는 경우가 많습니다.

어떻게 구성되어 있나요?

누가 설치를 담당하나요?

일반적으로 테넌트 사용자입니다.

목적지는 어디인가요?

그리드 페더레이션 연결의 다른 StorageGRID 시스템에 있는 대응하는 동일한 S3 버킷입니다.

객체 버전 관리가 필요합니까?

예, 소스 버킷과 대상 버킷 모두 객체 버전 관리가 활성화되어 있어야 합니다.

아니요, CloudMirror 복제는 소스 및 대상 모두에서 버전 관리되지 않는 버킷과 버전 관리되는 버킷을 어떤 조합으로든 지원합니다.

오브젝트가 대상으로 이동되는 원인은 무엇입니까?

크로스 그리드 복제가 활성화된 버킷에 객체가 추가되면 자동으로 복제됩니다.

CloudMirror 엔드포인트가 구성된 버킷에 객체가 추가되면 자동으로 복제됩니다. CloudMirror 엔드포인트가 구성되기 전에 소스 버킷에 존재했던 객체는 수정되지 않는 한 복제되지 않습니다.

객체는 어떻게 복제됩니까?

크로스 그리드 복제는 버전이 지정된 객체를 생성하고 소스 버킷의 버전 ID를 대상 버킷으로 복제합니다. 이를 통해 두 그리드 모두에서 버전 순서를 유지할 수 있습니다.

CloudMirror 복제는 버전 관리가 활성화된 버킷을 필요로 하지 않으므로, CloudMirror는 동일한 사이트 내에서만 키의 순서를 유지할 수 있습니다. 다른 사이트에 있는 객체에 대한 요청의 순서가 유지된다는 보장은 없습니다.

객체를 복제할 수 없는 경우 어떻게 됩니까?

해당 객체는 메타데이터 저장 용량 제한에 따라 복제 대기열에 추가됩니다.

해당 객체는 플랫폼 서비스 제한에 따라 복제 대기열에 추가됩니다("플랫폼 서비스 이용 관련 권장 사항" 참조).

해당 객체의 시스템 메타데이터가 복제되었습니까?

예, 객체가 다른 그리드로 복제될 때 해당 객체의 시스템 메타데이터도 함께 복제됩니다. 메타데이터는 두 그리드에서 동일합니다.

아니요, 객체가 외부 버킷으로 복제될 때 시스템 메타데이터가 업데이트됩니다. 메타데이터는 수집 시점과 각 S3 인프라의 동작 방식에 따라 위치별로 다릅니다.

객체는 어떻게 검색됩니까?

애플리케이션은 두 그리드 중 하나의 버킷에 요청을 보내 객체를 검색하거나 읽을 수 있습니다.

애플리케이션은 StorageGRID 또는 S3 대상에 요청을 보내 객체를 검색하거나 읽을 수 있습니다. 예를 들어, CloudMirror 복제를 사용하여 파트너 조직에 객체를 미러링한다고 가정해 보겠습니다. 파트너는 자체 애플리케이션을 사용하여 S3 대상에서 직접 객체를 읽거나 업데이트할 수 있습니다. StorageGRID는 필요하지 않습니다.

객체가 삭제되면 어떻게 되나요?

결과는 소스 및 대상 버킷의 버전 관리 상태에 따라 달라집니다(두 버킷의 버전 관리 상태가 같을 필요는 없습니다).

마찬가지로 대상 버킷의 객체를 삭제해도 소스 버킷에는 영향을 미치지 않습니다.