StorageGRID 시스템은 Reed-Solomon 소거 부호화 알고리즘을 사용합니다. 이 알고리즘은 객체를 `k`데이터 조각으로 나누고 `m`패리티 조각을 계산합니다.

다음과 같이 데이터 보호를 제공하기 위해 k + m = n 조각들이 여러 n Storage Node에 걸쳐 분산됩니다.

스토리지 풀 내에서 가장 높은 노드 또는 볼륨 장애 허용 범위를 가진 삭제 코딩 방식이 최상의 데이터 보호를 제공합니다.

이레이저 코딩 방식의 스토리지 오버헤드는 패리티 조각 수 (m)를 데이터 조각 수 (k)로 나누어 계산합니다. 스토리지 오버헤드를 사용하여 이레이저 코딩된 각 객체에 필요한 디스크 공간을 계산할 수 있습니다.

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

예를 들어, 10MB 크기의 객체를 4+2 방식(스토리지 오버헤드 50%)으로 저장하면 해당 객체는 15MB의 그리드 스토리지를 사용합니다. 동일한 10MB 객체를 6+2 방식(스토리지 오버헤드 33%)으로 저장하면 해당 객체는 약 13.3MB의 그리드 스토리지를 사용합니다.

요구 사항을 충족하는 소거 부호화 방식 중 `k+m`의 총값이 가장 낮은 방식을 선택하십시오. 조각 수가 적은 소거 부호화 방식은 다음과 같은 이유로 계산 효율성이 더 높습니다.

이레이저 코딩 복사본을 생성하는 규칙에 사용할 스토리지 풀을 선택할 때는 다음 스토리지 풀 지침을 따르십시오.

다음 표는 세 개 이상의 사이트를 포함하는 스토리지 풀에 대해 StorageGRID에서 현재 지원하는 소거 코딩 방식을 설명합니다. 이러한 모든 방식은 사이트 손실 보호 기능을 제공합니다. 하나의 사이트에 손실이 발생하더라도 해당 객체는 계속 액세스할 수 있습니다.

사이트 손실 보호 기능을 제공하는 이레이저 코딩 방식의 경우, 각 사이트에 최소 3개의 스토리지 노드가 필요하므로 스토리지 풀에 권장되는 스토리지 노드 수가 초과됩니다. k+m +1

사이트 보호 기능을 제공하는 소거 코딩 방식을 선택할 때는 다음 요소들의 상대적 중요도를 균형 있게 고려해야 합니다.

예를 들어, 4+2 방식과 6+3 방식(둘 다 스토리지 오버헤드가 50%) 중에서 선택할 때, 추가적인 내결함성이 필요하다면 6+3 방식을 선택하십시오. 네트워크 리소스가 제한적이라면 4+2 방식을 선택하십시오. 다른 모든 조건이 동일하다면, 전체 조각 수가 더 적은 4+2 방식을 선택하십시오.

단일 사이트 스토리지 풀은 해당 사이트에 충분한 스토리지 노드가 있는 경우 3개 이상의 사이트에 대해 정의된 모든 이레이저 코딩 방식을 지원합니다.

최소 스토리지 노드 수는 `k+m`이지만, `k+m +1`개의 스토리지 노드가 포함된 스토리지 풀을 사용하는 것이 좋습니다. 예를 들어, 2+1 이레이저 코딩 방식에는 최소 3개의 스토리지 노드가 포함된 스토리지 풀이 필요하지만, 4개의 스토리지 노드를 사용하는 것이 권장됩니다.