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

StorageGRID 시스템에 노드를 추가한 후 이레이저 코딩된 데이터 재조정

PDF

스토리지 노드를 추가한 후에는 소거 코딩(EC) 재분배 절차를 사용하여 소거 코딩된 조각을 기존 스토리지 노드와 새 스토리지 노드 간에 재분배할 수 있습니다.

시작하기 전에

  • 새 스토리지 노드를 추가하는 확장 단계를 완료했습니다.

  • "이레이저 코딩된 데이터 재조정 시 고려 사항"를 검토했습니다.

  • 이 절차에서는 복제된 객체 데이터가 이동되지 않으며, EC 리밸런싱 절차에서도 복제된 데이터는 이동되지 않는다는 점을 이해하셔야 합니다. 하지만 EC 데이터를 이동할 위치를 결정할 때 복제된 데이터가 고려됩니다.

  • You have the Passwords.txt 파일을 가지고 계시네요.

이 절차가 실행될 때 무슨 일이 발생합니까?

절차를 시작하기 전에 다음 사항에 유의하십시오.

  • 하나 이상의 볼륨이 오프라인(마운트 해제됨)이거나 온라인(마운트됨)이지만 오류 상태인 경우 EC 재조정 절차가 시작되지 않습니다.

  • EC 리밸런싱 절차는 일시적으로 많은 양의 스토리지를 예약합니다. 스토리지 경고가 발생할 수 있지만, 리밸런싱이 완료되면 해결됩니다. 예약된 스토리지가 부족할 경우 EC 리밸런싱 절차가 실패합니다. 스토리지 예약은 EC 리밸런싱 절차가 완료되면, 성공 여부와 관계없이 해제됩니다.

  • EC 리밸런싱 절차가 진행되는 동안 볼륨이 오프라인 상태가 되면 리밸런싱 절차가 종료됩니다. 이미 이동된 데이터 조각은 새 위치에 그대로 유지되며 데이터 손실은 발생하지 않습니다.

    모든 볼륨이 다시 온라인 상태가 된 후 해당 절차를 다시 실행할 수 있습니다.

  • EC 리밸런싱 절차가 실행되는 동안 ILM 작업 및 S3 클라이언트 작업의 성능에 영향을 미칠 수 있습니다.

    참고 EC 리밸런싱 절차 중에 객체(또는 객체 부분)를 업로드하는 S3 API 작업이 완료되는 데 24시간 이상 소요될 경우 실패할 수 있습니다. 해당 ILM 규칙에서 수집 시 균형 배치 또는 엄격 배치를 사용하는 경우 장시간 소요되는 PUT 작업이 실패합니다. 다음 오류가 보고됩니다. 500 Internal Server Error.

  • 작업 완료 조건. EC 리밸런싱 절차는 다음 조건 중 하나라도 충족될 경우 완료된 것으로 간주됩니다.

    • 더 이상 삭제 코딩된 데이터를 이동할 수 없습니다.

    • 모든 노드의 데이터는 목표 데이터 분할에서 5% 이내의 편차를 보입니다.

    • 이 절차는 30일 동안 진행되어 왔습니다.

단계

  1. 리밸런싱을 수행할 사이트의 현재 객체 스토리지 세부 정보를 검토하십시오.

    1. *노드*를 선택합니다.

    2. 해당 사이트에서 첫 번째 스토리지 노드를 선택하십시오.

    3. Storage 탭을 선택합니다.

    4. 스토리지 노드에 현재 저장된 복제 데이터와 소거 코딩된 데이터의 양을 확인하려면 '저장 공간 사용량 - 객체 데이터' 차트 위에 마우스 커서를 올려놓으십시오.

    5. 이 단계를 반복하여 해당 사이트의 다른 스토리지 노드를 확인하십시오.

  2. 기본 관리 노드에 로그인합니다.

    1. 다음 명령줄을 입력합니다: ssh admin@primary_Admin_Node_IP

    2. Passwords.txt 파일에 나와 있는 비밀번호를 입력하십시오.

    3. 루트 권한으로 전환하려면 다음 명령을 입력하십시오. su -

    4. Passwords.txt 파일에 나와 있는 비밀번호를 입력하십시오.

      루트 계정으로 로그인하면 프롬프트가 `$`에서 `#`로 변경됩니다.

  3. 절차를 시작합니다.

    `rebalance-data start --site "site-name"

    "site-name"에는 새 스토리지 노드를 추가한 첫 번째 사이트를 지정하십시오. `site-name`따옴표로 묶으십시오.

    EC 리밸런싱 절차가 시작되고 작업 ID가 반환됩니다.

  4. 작업 ID를 복사합니다.

  5. EC 리밸런싱 절차의 상태를 모니터링합니다.

    • 단일 EC 리밸런싱 절차의 상태를 보려면:

      rebalance-data status --job-id job-id

      `_job-id_`의 경우, 절차를 시작했을 때 반환된 ID를 지정하십시오.

    • 현재 진행 중인 EC 리밸런싱 절차 및 이전에 완료된 절차의 상태를 확인하려면 다음을 참조하십시오.

      rebalance-data status

    참고

    rebalance-data 명령에 대한 도움말을 보려면 다음을 참조하십시오.

    rebalance-data --help

  6. 반환된 상태에 따라 추가 조치를 수행합니다.

    • `State`이(가) `In progress`이면 EC 리밸런싱 작업이 아직 진행 중입니다. 작업이 완료될 때까지 주기적으로 진행 상황을 모니터링해야 합니다.

      사이트 내 스토리지 노드 전반에 걸친 데이터 배포 상태를 확인하려면 노드 페이지로 이동하세요.

    EC 리밸런싱 작업은 모든 노드의 데이터가 목표 데이터 파티션과의 편차 5% 이내에 도달하면 완료된 것으로 간주되어 중지됩니다.

    • `State`이(가) `Success`인 경우, 선택적으로 오브젝트 스토리지 검토사이트의 업데이트된 세부 정보를 확인할 수 있습니다.

      이제 이레이저 코딩된 데이터는 사이트 내 스토리지 노드 간에 더욱 균형 있게 저장될 것입니다.

    • 만약 `State`이(가) `Failure`인 경우:

      1. 현장의 모든 스토리지 노드가 그리드에 연결되어 있는지 확인하십시오.

      2. 해당 스토리지 노드에 영향을 줄 수 있는 경고를 확인하고 해결하십시오.

      3. EC 리밸런싱 절차를 다시 시작합니다.

        rebalance-data start –-job-id job-id

      4. 상태 보기 새로운 절차에 대한 내용입니다. `State`가 여전히 `Failure`인 경우 기술 지원에 문의하십시오.

  7. EC 재조정 절차가 과도한 부하를 발생시키는 경우(예: 데이터 수집 작업에 영향을 미치는 경우) 해당 절차를 일시 중지하십시오.

    rebalance-data pause --job-id job-id

  8. EC 리밸런싱 절차를 종료해야 하는 경우(예: StorageGRID 소프트웨어 업그레이드를 수행하기 위해) 다음을 입력하십시오.

    rebalance-data terminate --job-id job-id

    참고 EC 리밸런싱 절차를 종료하면 이미 이동된 데이터 조각은 새 위치에 그대로 유지됩니다. 데이터는 원래 위치로 되돌아가지 않습니다.

  9. 둘 이상의 사이트에서 이레이저 코딩을 사용하는 경우, 영향을 받는 다른 모든 사이트에 대해서도 이 절차를 실행하십시오.