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

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

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

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

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

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

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

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

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

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

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

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

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

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