삭제 코딩 데이터의 재조정에 대한 고려사항
스토리지 노드를 추가하기 위해 확장을 수행하고 ILM 규칙을 사용하여 데이터를 삭제할 경우 사용 중인 삭제 코딩 체계에 대해 충분한 스토리지 노드를 추가할 수 없는 경우 EC 균형 조정 절차를 수행해야 할 수 있습니다.
이러한 고려 사항을 검토한 후 확장을 수행한 다음 로 이동합니다 "스토리지 노드를 추가한 후 삭제 코딩 데이터의 균형을 재조정합니다" 절차를 실행합니다.
EC 재조정 이란 무엇입니까?
EC 재조정은 스토리지 노드 확장 후 필요할 수 있는 StorageGRID 절차입니다. 이 절차는 기본 관리 노드에서 명령줄 스크립트로 실행됩니다. EC 균형 조정 절차를 실행하면 StorageGRID는 삭제 코딩 조각을 사이트에서 기존 스토리지 노드와 새로 추가된 스토리지 노드 간에 재분배합니다.
EC 재조정 절차:
-
삭제 코딩 오브젝트 데이터만 이동합니다. 복제된 오브젝트 데이터는 이동하지 않습니다.
-
사이트 내에서 데이터를 재배포합니다. 사이트 간에 데이터를 이동하지 않습니다.
-
사이트의 모든 스토리지 노드 간에 데이터를 재배포합니다. 스토리지 볼륨 내에서 데이터를 재배포하지 않습니다.
-
에서는 삭제 코딩 데이터를 이동할 위치를 결정할 때 각 스토리지 노드에서 복제된 데이터 사용을 고려하지 않습니다.
-
각 노드의 상대적 용량을 고려하지 않고 삭제 코딩 데이터를 스토리지 노드 간에 균등하게 다시 분산합니다.
-
삭제 코딩 데이터를 70% 이상의 꽉 찬 스토리지 노드에 배포하지 않습니다.
-
ILM 작업 및 S3 및 Swift 클라이언트 작업이 실행될 때 성능이 저하될 수 있습니다.— 삭제 코딩 조각을 재배포하려면 추가 리소스가 필요합니다.
-
매우 많은 수의 삭제 코딩 오브젝트가 있는 시스템에서 두 번 이상 실행되어야 할 수 있습니다. 자원 사용량을 제한하기 위해 각 작업에 대해 최대 이동 수가 제한됩니다.
EC 재조정 절차가 완료되면 다음을 수행합니다.
-
삭제 코딩 데이터는 사용 가능한 공간이 적은 스토리지 노드에서 사용 가능한 공간이 더 많은 스토리지 노드로 이동됩니다.
-
삭제 코딩 오브젝트의 데이터 보호는 변경되지 않습니다.
-
사용된 (%) 값은 다음 두 가지 이유로 스토리지 노드 간에 다를 수 있습니다.
-
복제된 오브젝트 복사본은 기존 노드 —의 공간을 계속 사용합니다. EC 재조정 절차는 복제된 데이터를 이동하지 않습니다.
-
모든 노드가 비슷한 양의 삭제 코딩 데이터로 끝나더라도 용량이 큰 노드는 용량이 작은 노드보다 용량이 적은 노드로 비교적 적게 가득 차게 됩니다.
예를 들어, 200TB 노드 3개가 각각 80%(200 및 #215, 0.8 = 160TB, 사이트의 경우 480TB)로 채워졌다고 가정합니다. 400TB 노드를 추가하고 재조정 절차를 실행하면 모든 노드에 대략 동일한 양의 삭제 코드 데이터(480/4 = 120TB)가 제공됩니다. 그러나 더 큰 노드에 사용된 (%)은 더 작은 노드에 사용된 (%)보다 작습니다.
-
언제 삭제 코딩 데이터의 균형을 재조정할 수 있으며
다음 시나리오를 고려해 보십시오.
-
StorageGRID는 단일 사이트에서 실행 중이며 3개의 스토리지 노드가 있습니다.
-
ILM 정책은 1.0MB보다 큰 모든 개체에 대해 2+1 삭제 코딩 규칙을 사용하고 더 작은 개체에 대해서는 2-복사 복제 규칙을 사용합니다.
-
모든 스토리지 노드가 꽉 찼습니다. 주요 심각도 수준에서 * Low Object Storage * 경고가 트리거되었습니다.
노드를 충분히 추가하는 경우에는 재조정이 필요하지 않습니다
EC 균형 조정이 필요하지 않은 시기를 이해하려면 세 개 이상의 새 스토리지 노드를 추가했다고 가정합니다. 이 경우 EC 균형 조정을 수행할 필요가 없습니다. 원래 스토리지 노드가 가득 찬 상태로 유지되지만 새 오브젝트는 이제 2+1 삭제 코딩 및 #8212에 3개의 새 노드를 사용합니다. 두 데이터 조각과 하나의 패리티 조각을 각각 다른 노드에 저장할 수 있습니다.
이 경우 EC 재조정 절차를 실행할 수 있지만 기존 삭제 코딩 데이터를 이동하면 그리드 성능이 일시적으로 저하되어 클라이언트 작업에 영향을 줄 수 있습니다. |
노드를 충분히 추가할 수 없는 경우 재조정이 필요합니다
EC 균형 조정이 필요한 시기를 이해하려면 세 개가 아닌 두 개의 스토리지 노드만 추가할 수 있다고 가정합니다. 2+1 구성표에 사용 가능한 공간이 세 개 이상의 스토리지 노드가 필요하므로 빈 노드는 새로운 삭제 코딩 데이터에 사용할 수 없습니다.
새 스토리지 노드를 사용하려면 EC 재조정 절차를 실행해야 합니다. 이 절차를 실행하면 StorageGRID는 사이트의 모든 스토리지 노드 간에 기존의 삭제 코딩 데이터 및 패리티 조각을 재배포합니다. 이 예에서 EC 균형 조정 절차가 완료되면 5개 노드 모두가 60%에 불과하며, 모든 스토리지 노드의 2+1 삭제 코딩 체계로 오브젝트를 계속 인제스트할 수 있습니다.
EC 재조정 권장 사항
다음 중 _ALL_이 맞으면 NetApp에서 EC 재조정을 요구합니다.
-
오브젝트 데이터에 삭제 코딩을 사용합니다.
-
사이트의 하나 이상의 스토리지 노드에 대해 * Low Object Storage * 알림이 트리거되어 노드가 80% 이상 꽉 찼음을 나타냅니다.
-
사용 중인 삭제 코딩 구성표에 사용할 새 스토리지 노드를 추가할 수 없습니다. 을 참조하십시오 "삭제 코딩 오브젝트를 위한 스토리지 용량을 추가합니다".
-
S3 및 Swift 클라이언트는 EC 균형 조정 절차가 실행되는 동안 쓰기 및 읽기 작업 성능이 낮은 것을 허용할 수 있습니다.
스토리지 노드를 유사한 수준으로 채우도록 선호하는 경우 EC 균형 조정 절차를 선택적으로 실행할 수 있으며 S3 및 Swift 클라이언트가 EC 균형 조정 절차가 실행되는 동안 쓰기 및 읽기 작업에 낮은 성능을 허용할 수 있습니다.
EC 재조정 절차가 다른 유지 관리 작업과 상호 작용하는 방식
EC 재조정 절차를 실행하는 동시에 특정 유지보수 절차를 수행할 수 없습니다.
절차를 참조하십시오 | EC 재조정 절차 중에 허용됩니까? |
---|---|
EC 재조정 절차 추가 |
아니요 한 번에 하나의 EC 재조정 절차만 실행할 수 있습니다. |
서비스 해제 절차 EC 데이터 복구 작업 |
아니요
|
확장 절차 |
아니요 확장 시 새 스토리지 노드를 추가해야 하는 경우 모든 새 노드를 추가한 후 EC 균형 조정 절차를 실행합니다. |
업그레이드 절차 |
아니요 StorageGRID 소프트웨어를 업그레이드해야 하는 경우 EC 재조정 절차를 실행하기 전이나 후에 업그레이드 절차를 수행합니다. 필요에 따라 EC 재조정 절차를 종료하여 소프트웨어 업그레이드를 수행할 수 있습니다. |
어플라이언스 노드 클론 절차 |
아니요 어플라이언스 스토리지 노드를 복제해야 하는 경우 새 노드를 추가한 후 EC 재조정 절차를 실행합니다. |
핫픽스 절차 |
예. EC 재조정 절차가 실행되는 동안 StorageGRID 핫픽스를 적용할 수 있습니다. |
기타 유지보수 절차 |
아니요 다른 유지보수 절차를 실행하기 전에 EC 재조정 절차를 종료해야 합니다. |
EC 재조정 절차가 ILM과 상호 작용하는 방법
EC 재조정 절차가 실행되는 동안 기존 삭제 코딩 오브젝트의 위치를 변경할 수 있는 ILM을 변경하지 마십시오. 예를 들어, 다른 삭제 코딩 프로필을 가진 ILM 규칙을 사용하지 마십시오. 이러한 ILM을 변경해야 하는 경우 EC 재조정 절차를 종료해야 합니다.