Skip to main content
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

어떤 삭제 코딩 구성인지

기여자

ILM 규칙에 대한 삭제 코딩 프로파일을 구성할 때 사용할 스토리지 풀을 구성하는 스토리지 노드 및 사이트의 수에 따라 사용 가능한 삭제 코딩 체계를 선택합니다. 삭제 코딩 스키마를 통해 각 오브젝트에 대해 생성되는 데이터 조각과 패리티 조각의 수를 제어합니다.

StorageGRID 시스템은 Reed-Solomon 삭제 코딩 알고리즘을 사용합니다. 알고리즘은 개체를 k 데이터 조각으로 슬라이스하고 m 패리티 조각을 계산합니다. k+m=n 조각은 n 스토리지 노드에 분산되므로 데이터를 보호할 수 있습니다. 개체는 손실되거나 손상된 조각을 최대 m 까지 유지할 수 있습니다. K 파편은 개체를 검색하거나 복구하는 데 필요합니다.

삭제 코딩 프로필을 구성할 때는 스토리지 풀에 대해 다음 지침을 따르십시오.

  • 스토리지 풀에는 3개 이상의 사이트 또는 정확히 하나의 사이트가 포함되어야 합니다.

    참고 스토리지 풀에 두 개의 사이트가 포함된 경우 삭제 코딩 프로필을 구성할 수 없습니다.
  • 기본 스토리지 풀, 모든 스토리지 노드 또는 기본 사이트인 모든 사이트가 포함된 스토리지 풀을 사용하지 마십시오.

  • 스토리지 풀에는 최소 k+m+1 스토리지 노드가 포함되어야 합니다.

    필요한 최소 스토리지 노드 수는 _k+m_입니다. 그러나 필요한 스토리지 노드를 일시적으로 사용할 수 없는 경우 하나 이상의 추가 스토리지 노드를 사용하면 수집 실패 또는 ILM 백로그를 방지할 수 있습니다.

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

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

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

요구 사항에 맞는 가장 낮은 총 값 _k+m_의 삭제 코딩 방법을 선택하십시오. 조각의 수가 적은 삭제 코딩 스키마를 사용하면 개체당 생성 및 분산(또는 검색)되는 조각 수가 적고 더 큰 조각 크기로 인해 성능이 향상될 수 있으며 더 많은 스토리지가 필요할 때 확장에 추가할 노드 수를 줄일 수 있으므로 전체적으로 계산 효율이 향상됩니다. 스토리지 확장 계획에 대한 자세한 내용은 StorageGRID 확장 지침을 참조하십시오.

3개 이상의 사이트가 포함된 스토리지 풀의 삭제 코딩 체계

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

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

삭제 코딩 체계(k+m) 배포된 사이트의 최소 수입니다 각 사이트에 권장되는 스토리지 노드 수입니다 총 권장 스토리지 노드 수입니다 사이트 손실 방지 스토리지 오버헤드

4+2

3

3

9

50%

6+2

4

3

12

33%

8+2

5

3

15

25%

6 + 3

3

4

12

50%

9+3

4

4

16

33%

2+1

3

3

9

50%

4+1

5

3

15

25%

6+1

7

3

21

17%

7+5

3

5

15

71%

참고 StorageGRID에는 사이트당 최소 3개의 스토리지 노드가 필요합니다. 7+5 스키마를 사용하려면 각 사이트에 최소 4개의 스토리지 노드가 필요합니다. 사이트당 5개의 스토리지 노드를 사용하는 것이 좋습니다.

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

  • * 조각 수 *: 전체 조각 수가 적으면 성능과 확장 유연성이 일반적으로 더 좋습니다.

  • * 내결함성 *: 더 많은 패리티 세그먼트(즉, _m_의 값이 더 높은 경우)를 보유하여 내결함성 증가

  • * 네트워크 트래픽 *: 오류가 발생한 상태에서 복구할 때 더 많은 조각(_k+m_의 경우 더 높은 합계)이 포함된 구성표를 사용하면 더 많은 네트워크 트래픽이 생성됩니다.

  • * 스토리지 오버헤드 *: 오버헤드가 높은 구성일수록 오브젝트당 스토리지 공간이 더 필요합니다.

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

참고 사용할 체계가 확실하지 않으면 4+2 또는 6+3을 선택하거나 기술 지원 부서에 문의하십시오.

단일 사이트 스토리지 풀에 대한 삭제 코딩 구성표

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

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

삭제 코딩 체계(k+m) 최소 스토리지 노드 수입니다 권장되는 스토리지 노드 수입니다 스토리지 오버헤드

4+2

6

7

50%

6+2

8

9

33%

8+2

10

11

25%

6 + 3

9

10

50%

9+3

12

13

33%

2+1

3

4

50%

4+1

5

6

25%

6+1

7

8

17%

7+5

12

13

71%