StorageGRID 시스템은 Reed-Solomon 삭제 코딩 알고리즘을 사용합니다. 알고리즘은 오브젝트를 데이터 m 조각으로 분할하고 k 패리티 조각을 계산합니다.

최고의 데이터 보호는 스토리지 풀 내에서 가장 높은 노드 또는 볼륨 장애를 허용하는 삭제 코딩 체계를 통해 제공됩니다.

삭제 코딩 체계의 스토리지 오버헤드는 패리티 조각의 (`m`수를 데이터 조각의 수로 나누어 (`k`계산합니다. 스토리지 오버헤드를 사용하여 각 삭제 코딩 오브젝트에 필요한 디스크 공간을 계산할 수 있습니다.

disk space = object size + (object size * storage overhead)

예를 들어, 스토리지 오버헤드가 50%인 4+2 체계를 사용하여 10MB 오브젝트를 저장할 경우 오브젝트는 15MB의 그리드 스토리지를 사용합니다. 스토리지 오버헤드가 33%인 6+2 체계를 사용하여 동일한 10MB 개체를 저장하는 경우, 개체는 약 13.3MB를 사용합니다.

귀사의 요구사항을 충족하는 의 총액이 가장 낮은 삭제 코딩 체계를 선택합니다 k+m. 조각 수가 적은 삭제 코딩 체계를 사용하는 것이 보다 효율적인 이유는 다음과 같습니다.

삭제 코딩 복사본을 생성할 규칙에 사용할 스토리지 풀을 선택할 때는 스토리지 풀에 대해 다음 지침을 따르십시오.

다음 표에서는 3개 이상의 사이트가 포함된 스토리지 풀에 대해 StorageGRID에서 현재 지원하는 삭제 코딩 스키마를 설명합니다. 이러한 모든 스키마를 통해 사이트 손실을 보호할 수 있습니다. 한 사이트는 손실될 수 있으며 개체는 계속 액세스할 수 있습니다.

사이트 손실 보호를 제공하는 삭제 코딩 구성의 경우 각 사이트에는 최소 3개의 스토리지 노드가 필요하므로 스토리지 풀에서 권장 스토리지 노드 수가 을 초과합니다 k+m +1.

사이트 보호를 제공하는 삭제 코딩 스키마를 선택할 때는 다음 요소의 상대적 중요도를 균형 있게 조정합니다.

예를 들어, 4+2 체계와 6+3 체계(둘 다 50%의 스토리지 오버헤드를 가짐) 중에서 결정할 때 추가 내결함성을 필요로 하는 경우 6+3 체계를 선택합니다. 네트워크 리소스가 제한된 경우 4+2 구성표를 선택합니다. 다른 모든 요소가 같으면 총 단편 수가 더 낮기 때문에 4+2를 선택합니다.

사이트에 충분한 스토리지 노드가 있는 경우 한 사이트 스토리지 풀은 세 개 이상의 사이트에 대해 정의된 모든 삭제 코딩 스키마를 지원합니다.

필요한 최소 스토리지 노드 수는 k+m 이지만 스토리지 노드가 있는 스토리지 풀을 사용하는 k+m +1 것이 좋습니다. 예를 들어, 2+1 삭제 코딩 구성표에 최소 3개의 스토리지 노드가 있는 스토리지 풀이 필요하지만 4개의 스토리지 노드를 사용하는 것이 좋습니다.