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에서 현재 지원하는 삭제 코딩 스키마를 설명합니다. 이러한 모든 스키마를 통해 사이트 손실을 보호할 수 있습니다. 한 사이트는 손실될 수 있으며 개체는 계속 액세스할 수 있습니다.

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

삭제 코딩 체계(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%