한 그리드의 버킷에 대해서만 그리드 간 복제를 활성화하면 해당 버킷(원본 버킷)에 추가된 객체는 다른 그리드의 해당 버킷(대상 버킷)으로 복제됩니다. 그러나 대상 버킷에 추가된 객체는 원본 버킷으로 다시 복제되지 않습니다. 그림에서 그리드 간 복제는 my-bucket Grid 1에서 Grid 2로 활성화되어 있지만, 반대 방향으로는 활성화되어 있지 않습니다.

두 그리드 모두에서 동일한 버킷에 대해 그리드 간 복제를 활성화하면 어느 한 버킷에 추가된 객체가 다른 그리드로 복제됩니다. 그림에서는 `my-bucket`에 대해 양방향으로 그리드 간 복제가 활성화되어 있습니다.

크로스 그리드 복제가 활성화된 버킷에 S3 클라이언트가 객체를 추가하면 다음과 같은 현상이 발생합니다.

앞서 설명한 바와 같이 "데이터 흐름 삭제", StorageGRID는 다음과 같은 이유로 객체를 삭제할 수 있습니다.

StorageGRID 버킷 내 객체 삭제 작업, 버킷 수명 주기 만료 또는 ILM 배치 만료로 인해 객체를 삭제하는 경우, 복제된 객체는 그리드 페더레이션 연결의 다른 그리드에서 삭제되지 않습니다. 그러나 S3 클라이언트 삭제 작업으로 소스 버킷에 추가된 삭제 마커는 선택적으로 대상 버킷으로 복제될 수 있습니다.

크로스 그리드 복제가 활성화된 버킷에서 S3 클라이언트가 객체를 삭제할 때 발생하는 상황을 이해하려면, 버전 관리가 활성화된 버킷에서 S3 클라이언트가 객체를 삭제하는 방법을 다음과 같이 검토하십시오.

크로스 그리드 복제가 활성화된 버킷에서 S3 클라이언트가 객체를 삭제하면 StorageGRID는 다음과 같이 삭제 요청을 대상으로 복제할지 여부를 결정합니다.

그림에서 *삭제 마커 복제*는 "그리드 간 복제가 활성화되었습니다."일 때 *예*로 설정되어 있습니다. 버전 ID가 포함된 소스 버킷의 삭제 요청은 대상 버킷의 객체를 삭제하지 않습니다. 버전 ID가 포함되지 않은 소스 버킷의 삭제 요청은 대상 버킷의 객체를 삭제하는 것처럼 보입니다.

그리드 간 복제를 사용하여 그리드 간에 객체를 복제할 때 개별 객체를 암호화하거나, 기본 버킷 암호화를 사용하거나, 그리드 전체 암호화를 구성할 수 있습니다. 버킷에 대한 그리드 간 복제를 활성화하기 전이나 후에 기본 버킷 또는 그리드 전체 암호화 설정을 추가, 수정 또는 제거할 수 있습니다.

개별 객체를 암호화하려면 소스 버킷에 객체를 추가할 때 SSE(StorageGRID에서 관리하는 키를 사용하는 서버 측 암호화)를 사용할 수 있습니다. x-amz-server-side-encryption 요청 헤더를 사용하고 `AES256`을(를) 지정합니다. "서버 측 암호화 사용"을(를) 참조하십시오.

버킷에 기본 암호화를 사용하려면 PutBucketEncryption 요청을 사용하고 SSEAlgorithm 매개변수를 AES256`로 설정하십시오. 버킷 수준 암호화는 `x-amz-server-side-encryption 요청 헤더 없이 수집된 모든 객체에 적용됩니다. "버킷에 대한 작업"을 참조하십시오.

그리드 수준 암호화를 사용하려면 저장된 객체 암호화 옵션을 *AES-256*으로 설정하십시오. 그리드 수준 암호화는 버킷 수준에서 암호화되지 않았거나 x-amz-server-side-encryption 요청 헤더 없이 수집된 모든 객체에 적용됩니다. "네트워크 및 객체 옵션 구성"을 참조하십시오.

소스 오브젝트를 암호화하는 방법을 결정할 때 StorageGRID는 다음 규칙을 적용합니다.

복제된 객체를 암호화하는 방법을 결정할 때 StorageGRID는 다음 규칙을 이 순서대로 적용합니다.

다음과 같은 상황에서 S3 Object Lock이 활성화된 StorageGRID 버킷 간의 크로스 그리드 복제를 구성할 수 있습니다.

소스 버킷에 S3 객체 잠금이 활성화된 경우:

소스 버킷의 S3 객체 잠금이 비활성화된 경우:

PutObjectTagging 및 DeleteObjectTagging 요청은 크로스 그리드 복제가 활성화된 버킷의 객체에 대해 지원되지 않습니다.

S3 클라이언트가 PutObjectTagging 또는 DeleteObjectTagging 요청을 보내면, `501 Not Implemented`이 반환됩니다. 메시지는 `Put(Delete) ObjectTagging isn't available for buckets that have cross-grid replication configured`입니다.

PutObjectRetention 및 PutObjectLegalHold 요청은 크로스 그리드 복제가 활성화된 버킷의 객체에 대해서는 완벽하게 지원되지 않습니다.

S3 클라이언트가 PutObjectRetention 또는 PutObjectLegalHold 요청을 보내면 소스 객체의 설정은 수정되지만, 변경 사항은 대상 객체에 적용되지 않습니다.

원본 그리드의 최대 세그먼트 크기는 대상 그리드로 복제되는 객체에 적용됩니다. 객체를 다른 그리드로 복제할 때 원본 그리드의 최대 세그먼트 크기 설정(구성 > 시스템 > 저장소 옵션)이 두 그리드 모두에 사용됩니다. 예를 들어 원본 그리드의 최대 세그먼트 크기가 1GB이고 대상 그리드의 최대 세그먼트 크기가 50MB라고 가정해 보겠습니다. 원본 그리드에 2GB 크기의 객체를 가져오면 해당 객체는 1GB 세그먼트 두 개로 저장됩니다. 대상 그리드의 최대 세그먼트 크기가 50MB이더라도 해당 객체는 1GB 세그먼트 두 개로 대상 그리드에도 복제됩니다.