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

StorageGRID의 스토리지 노드 폐기 고려 사항

PDF

스토리지 노드를 폐기하기 전에 노드를 복제할 수 있는지 고려하십시오. 그런 다음 노드를 폐기하기로 결정했다면 폐기 절차 중에 StorageGRID가 객체 및 메타데이터를 관리하는 방식을 검토하십시오.

노드를 폐기하는 대신 복제해야 하는 경우

기존 어플라이언스 스토리지 노드를 최신 또는 용량이 더 큰 어플라이언스로 교체하려면 확장을 통해 새 어플라이언스를 추가하고 기존 어플라이언스를 폐기하는 대신 어플라이언스 노드를 클로닝하는 것을 고려하십시오.

어플라이언스 노드 복제 기능을 사용하면 기존 어플라이언스 노드를 동일한 StorageGRID 사이트에서 호환되는 어플라이언스로 간편하게 교체할 수 있습니다. 클로닝 프로세스는 모든 데이터를 새 어플라이언스로 전송하고, 새 어플라이언스를 서비스에 투입하며, 기존 어플라이언스는 설치 전 상태로 유지합니다.

다음과 같은 경우 어플라이언스 노드를 복제할 수 있습니다.

  • 수명이 다해가는 어플라이언스를 교체합니다.

  • 향상된 어플라이언스 기술을 활용하려면 기존 노드를 업그레이드하십시오.

  • StorageGRID 시스템의 스토리지 노드 수를 변경하지 않고 그리드 스토리지 용량을 늘립니다.

  • RAID 모드 변경과 같은 방법으로 스토리지 효율성을 향상시킵니다.

자세한 내용은 "어플라이언스 노드 복제"을 참조하십시오.

연결된 스토리지 노드에 대한 고려 사항

연결된 스토리지 노드를 사용 중지할 때 고려해야 할 사항을 검토하십시오.

  • 단일 노드 해제 절차에서 10개 이상의 스토리지 노드를 해제해서는 안 됩니다.

  • 시스템은 항상 "ADC 쿼럼" 및 활성 "ILM 정책"을 포함한 운영 요구 사항을 충족하기에 충분한 스토리지 노드를 포함해야 합니다. 이러한 제약을 충족하기 위해 기존 스토리지 노드를 폐기하기 전에 확장 작업을 통해 새 스토리지 노드를 추가해야 할 수 있습니다.

    소프트웨어 기반 메타데이터 전용 노드가 포함된 그리드에서 스토리지 노드를 해제할 때는 주의해야 합니다. 객체와 메타데이터를 모두 저장하도록 구성된 모든 노드를 해제하면 그리드에서 객체를 저장하는 기능이 제거됩니다. 메타데이터 전용 스토리지 노드에 대한 자세한 내용은 "스토리지 노드의 유형"을 참조하십시오.

  • 스토리지 노드를 제거하면 대량의 객체 데이터가 네트워크를 통해 전송됩니다. 이러한 전송은 정상적인 시스템 작동에는 영향을 미치지 않지만, StorageGRID 시스템에서 소비되는 전체 네트워크 대역폭에 영향을 줄 수 있습니다.

  • 스토리지 노드 해제와 관련된 작업은 일반 시스템 운영과 관련된 작업보다 우선순위가 낮습니다. 즉, 해제 작업은 일반적인 StorageGRID 시스템 운영에 지장을 주지 않으며, 시스템이 비활성화된 시간대에 예약할 필요가 없습니다. 해제 작업은 백그라운드에서 수행되므로 완료 시간을 정확히 예측하기 어렵습니다. 일반적으로 시스템 사용량이 적거나 한 번에 하나의 스토리지 노드만 제거하는 경우 해제 작업이 더 빨리 완료됩니다.

  • 스토리지 노드를 폐기하는 데 며칠 또는 몇 주가 걸릴 수 있습니다. 따라서 이 절차를 적절히 계획하십시오. 폐기 프로세스는 시스템 운영에 영향을 미치지 않도록 설계되었지만, 다른 절차에는 제약을 줄 수 있습니다. 일반적으로 그리드 노드를 제거하기 전에 계획된 시스템 업그레이드 또는 확장을 수행해야 합니다.

  • 스토리지 노드를 제거하는 동안 다른 유지 관리 절차를 수행해야 하는 경우, "폐기 절차를 일시 중단합니다"하고 다른 절차가 완료된 후 재개할 수 있습니다.

    참고 일시 정지 버튼은 ILM 평가 또는 삭제 코드가 적용된 데이터 폐기 단계에 도달했을 때만 활성화됩니다. 단, ILM 평가(데이터 마이그레이션)는 백그라운드에서 계속 실행됩니다.

  • 서비스 해제 작업이 실행 중인 동안에는 그리드 노드에서 데이터 복구 작업을 실행할 수 없습니다.

  • 스토리지 노드를 폐기하는 동안에는 ILM 정책을 변경해서는 안 됩니다.

  • 데이터를 영구적이고 안전하게 삭제하려면 폐기 절차가 완료된 후 스토리지 노드의 드라이브를 완전히 지워야 합니다.

연결이 끊긴 스토리지 노드에 대한 고려 사항

연결이 끊긴 스토리지 노드를 폐기할 때 고려해야 할 사항을 검토하십시오.

  • 연결이 끊긴 노드를 온라인 상태로 전환하거나 복구할 수 없다는 확신이 없는 한, 절대로 해당 노드를 서비스 해제하지 마십시오.

    주의 노드에서 객체 데이터를 복구할 수 있을 가능성이 있다고 판단되는 경우 이 절차를 수행하지 마십시오. 대신 기술 지원 부서에 문의하여 노드 복구 가능 여부를 확인하십시오.

  • 연결이 끊긴 스토리지 노드를 사용 중지하면 StorageGRID는 다른 스토리지 노드의 데이터를 사용하여 연결이 끊긴 노드에 있던 객체 데이터와 메타데이터를 재구성합니다.

  • 연결이 끊긴 스토리지 노드를 두 개 이상 폐기하면 데이터 손실이 발생할 수 있습니다. 충분한 객체 복사본, 소거 부호화된 조각 또는 객체 메타데이터가 남아 있지 않으면 시스템에서 데이터를 복구하지 못할 수 있습니다. 소프트웨어 기반 메타데이터 전용 노드로 구성된 그리드에서 스토리지 노드를 폐기할 때, 객체와 메타데이터를 모두 저장하도록 구성된 모든 노드를 폐기하면 그리드에서 모든 객체 스토리지가 제거됩니다. 메타데이터 전용 스토리지 노드에 대한 자세한 내용은 "스토리지 노드의 유형"을 참조하십시오.

    주의 연결이 끊긴 스토리지 노드가 두 개 이상 발생하여 복구할 수 없는 경우, 기술 지원 부서에 문의하여 최적의 조치를 결정하십시오.

  • 연결이 끊긴 스토리지 노드를 해제하면 StorageGRID가 해제 프로세스 마지막 단계에서 데이터 복구 작업을 시작합니다. 이러한 작업은 연결이 끊긴 노드에 저장되어 있던 객체 데이터와 메타데이터를 재구성하려고 시도합니다.

  • 연결이 끊긴 스토리지 노드를 사용 중지하면 사용 중지 절차는 비교적 빠르게 완료됩니다. 그러나 데이터 복구 작업은 실행하는 데 며칠 또는 몇 주가 걸릴 수 있으며 사용 중지 절차에서 모니터링되지 않습니다. 이러한 작업은 수동으로 모니터링하고 필요에 따라 다시 시작해야 합니다. "데이터 복구 작업 확인"을 참조하십시오.

  • 객체의 유일한 복사본을 보유한 연결이 끊긴 스토리지 노드를 사용 중지하면 해당 객체가 손실됩니다. 데이터 복구 작업은 현재 연결된 스토리지 노드에 복제된 복사본이 하나 이상 있거나 충분한 이레이저 코딩된 조각이 있는 경우에만 객체를 재구성하고 복구할 수 있습니다.