주된 목적은 무엇입니까?

아카이브 대상으로 사용됩니다. 클라우드 스토리지 풀에 저장된 객체 복사본은 해당 객체의 유일한 복사본일 수도 있고, 추가 복사본일 수도 있습니다. 즉, 온프레미스에 두 개의 복사본을 보관하는 대신, StorageGRID 내에 복사본 하나를 보관하고 클라우드 스토리지 풀에 다른 복사본을 보낼 수 있습니다.

테넌트가 StorageGRID(원본)의 버킷에서 외부 S3 버킷(대상)으로 객체를 자동으로 복제할 수 있도록 합니다. 독립적인 S3 인프라에 객체의 독립적인 복사본을 생성합니다.

어떻게 구성되어 있나요?

스토리지 풀과 동일한 방식으로 Grid Manager 또는 Grid Management API를 사용하여 정의됩니다. ILM 규칙에서 배치 위치로 선택할 수 있습니다. 스토리지 풀이 스토리지 노드 그룹으로 구성되는 반면, 클라우드 스토리지 풀은 원격 S3 또는 Azure 엔드포인트(IP 주소, 자격 증명 등)를 사용하여 정의됩니다.

테넌트 사용자는 테넌트 관리자 또는 S3 API를 사용하여 CloudMirror 엔드포인트(IP 주소, 자격 증명 등)를 정의함으로써 "CloudMirror 복제를 구성합니다.". CloudMirror 엔드포인트가 설정되면 해당 테넌트 계정이 소유한 모든 버킷은 CloudMirror 엔드포인트를 가리키도록 구성할 수 있습니다.

누가 설치를 담당하나요?

일반적으로 그리드 관리자

일반적으로 테넌트 사용자는

목적지는 어디인가요?

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

활성화된 ILM 정책에 하나 이상의 ILM 규칙이 있습니다. ILM 규칙은 StorageGRID가 클라우드 스토리지 풀로 이동하는 객체와 객체 이동 시점을 정의합니다.

CloudMirror 엔드포인트가 구성된 소스 버킷에 새 객체를 추가하는 작업을 복제라고 합니다. CloudMirror 엔드포인트가 구성되기 전에 소스 버킷에 존재했던 객체는 수정되지 않는 한 복제되지 않습니다.

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

애플리케이션은 Cloud Storage Pool로 이동된 객체를 검색하기 위해 StorageGRID에 요청을 보내야 합니다. 객체의 유일한 복사본이 아카이브 스토리지로 전환된 경우, StorageGRID는 객체를 복원하여 검색할 수 있도록 하는 프로세스를 관리합니다.

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

대상에서 직접 읽을 수 있습니까?

아니요. 클라우드 스토리지 풀로 이동된 객체는 StorageGRID에 의해 관리됩니다. 읽기 요청은 StorageGRID로 전달되어야 하며, 클라우드 스토리지 풀에서의 검색은 StorageGRID가 담당합니다.

네, 미러링된 복사본은 독립적인 복사본이기 때문입니다.

원본에서 객체가 삭제되면 어떻게 되나요?

해당 객체는 클라우드 스토리지 풀에서도 삭제됩니다.

삭제 작업은 복제되지 않습니다. 삭제된 객체는 StorageGRID 버킷에는 더 이상 존재하지 않지만 대상 버킷에는 계속 존재합니다. 마찬가지로 대상 버킷의 객체를 삭제해도 원본 버킷에는 영향을 미치지 않습니다.

재해 발생 후(StorageGRID 시스템이 작동하지 않는 경우) 객체에 어떻게 접근할 수 있습니까?

장애가 발생한 StorageGRID 노드는 복구해야 합니다. 이 과정에서 복제된 객체의 복사본은 클라우드 스토리지 풀에 있는 복사본을 사용하여 복원될 수 있습니다.

CloudMirror 대상의 객체 복사본은 StorageGRID와 독립적이므로 StorageGRID 노드가 복구되기 전에 직접 액세스할 수 있습니다.