스토리지 풀 구성을 가능한 한 단순하게 유지합니다. 필요한 것보다 더 많은 스토리지 풀을 생성하지 마십시오.

가능한 한 많은 노드를 포함하는 스토리지 풀을 생성합니다. 각 스토리지 풀에는 둘 이상의 노드가 포함되어야 합니다. 노드가 부족한 스토리지 풀은 노드를 사용할 수 없게 될 경우 ILM 백로그를 유발할 수 있습니다.

중복되는 스토리지 풀을 생성하거나 사용하지 마십시오(동일한 노드 중 하나 이상 포함). 스토리지 풀이 중복될 경우 오브젝트 데이터의 복제본이 동일한 노드에 저장될 수 있습니다.

일반적으로 모든 스토리지 노드 스토리지 풀(StorageGRID 11.6 이하) 또는 모든 사이트 사이트를 사용하지 마십시오. 이러한 항목은 확장에 추가한 새 사이트를 포함하도록 자동으로 업데이트되며, 이는 원하는 동작이 아닐 수 있습니다.

을 사용하여 사이트 손실 방지 "복제"에서 하나 이상의 사이트별 스토리지 풀을 지정합니다 "각 ILM 규칙에 대한 배치 지침".

확장 시 사이트를 추가하는 경우 새 사이트만 포함하는 새 스토리지 풀을 생성합니다. 그런 다음 "ILM 규칙을 업데이트합니다" 새 사이트에 저장되는 개체를 제어합니다.

복제본 수가 스토리지 풀 수보다 적은 경우 시스템은 복제본을 분산하여 풀 간에 디스크 사용량을 밸런싱합니다.

스토리지 풀이 겹칠 경우(동일한 스토리지 노드 포함) 개체의 모든 복제본이 하나의 사이트에만 저장될 수 있습니다. 선택한 스토리지 풀에 동일한 스토리지 노드가 포함되어 있지 않은지 확인해야 합니다.

을 사용하여 사이트 손실 방지 "삭제 코딩"에서 3개 이상의 사이트로 구성된 스토리지 풀을 생성합니다. 스토리지 풀에 사이트가 두 개만 포함된 경우 해당 스토리지 풀을 삭제 코딩에 사용할 수 없습니다. 두 개의 사이트가 있는 스토리지 풀에는 삭제 코딩 스키마를 사용할 수 없습니다.

스토리지 풀에 포함된 스토리지 노드 및 사이트 수에 따라 결정됩니다 "삭제 코딩 구성표" 를 사용할 수 있습니다.

가능한 경우 스토리지 풀에 선택한 삭제 코딩 체계에 필요한 최소 스토리지 노드 수보다 많은 수가 포함되어야 합니다. 예를 들어, 6+3 삭제 코딩 체계를 사용하는 경우 9개 이상의 스토리지 노드가 있어야 합니다. 그러나 사이트당 스토리지 노드를 하나 이상 추가하는 것이 좋습니다.

가능한 한 사이트 간에 스토리지 노드를 균등하게 분산합니다. 예를 들어, 6+3 삭제 코딩 체계를 지원하려면 세 개 사이트에 세 개 이상의 스토리지 노드를 포함하는 스토리지 풀을 구성합니다.

처리량이 많은 경우 여러 사이트가 포함된 스토리지 풀을 사용하는 것은 사이트 간 네트워크 지연 시간이 100ms를 초과하는 경우에는 권장되지 않습니다. 지연 시간이 늘어날수록 StorageGRID에서 TCP 네트워크 처리량이 감소하기 때문에 개체 조각을 생성, 배치 및 검색할 수 있는 속도가 급격하게 줄어듭니다.

그리드에 사이트가 하나만 포함된 경우에는 삭제 코딩 프로필에서 모든 스토리지 노드 스토리지 풀(StorageGRID 11.6 이하) 또는 모든 사이트 기본 사이트를 사용할 수 없습니다. 이 동작은 두 번째 사이트가 추가될 때 프로필이 무효화될 수 없도록 합니다.

삭제 코딩 데이터에는 아카이브 노드를 사용할 수 없습니다.

스토리지 노드와 아카이브 노드를 모두 포함하는 스토리지 풀을 생성할 수 없습니다. 아카이빙된 복제본에는 아카이브 노드만 포함된 스토리지 풀이 필요합니다.

아카이브 노드가 포함된 스토리지 풀을 사용하는 경우 스토리지 노드가 포함된 스토리지 풀에서 하나 이상의 복제된 복사본 또는 삭제 코딩 복사본도 유지 관리해야 합니다.

글로벌 S3 오브젝트 잠금 설정이 활성화되어 있고 호환되는 ILM 규칙을 생성하는 경우 아카이브 노드가 포함된 스토리지 풀을 사용할 수 없습니다. S3 오브젝트 잠금을 사용하여 오브젝트를 관리하는 지침을 참조하십시오.

아카이브 노드의 타겟 유형이 Cloud Tiering - Simple Storage Service(S3)인 경우 아카이브 노드는 자체 스토리지 풀에 있어야 합니다.