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