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

StorageGRID의 사이트 폐기 고려 사항

PDF

사이트를 제거하기 위해 사이트 폐기 절차를 사용하기 전에 고려 사항을 검토해야 합니다.

사이트를 폐쇄하면 어떤 일이 발생하나요?

사이트를 사용 중지하면 StorageGRID가 해당 사이트의 모든 노드와 사이트 자체를 StorageGRID 시스템에서 영구적으로 제거합니다.

사이트 폐쇄 절차가 완료되면:

  • 더 이상 StorageGRID를 사용하여 해당 사이트 또는 사이트의 노드를 보거나 액세스할 수 없습니다.

  • 해당 사이트를 참조하는 스토리지 풀 또는 이레이저 코딩 프로파일은 더 이상 사용할 수 없습니다. StorageGRID 사이트를 사용 중지하면 이러한 스토리지 풀이 자동으로 제거되고 이레이저 코딩 프로파일이 비활성화됩니다.

연결된 사이트와 연결되지 않은 사이트의 폐기 절차 차이점

사이트 해제 절차를 사용하여 모든 노드가 StorageGRID에 연결된 사이트(연결된 사이트 해제라고 함)를 제거하거나 모든 노드가 StorageGRID에서 연결 해제된 사이트(연결 해제된 사이트 해제라고 함)를 제거할 수 있습니다. 시작하기 전에 이러한 절차 간의 차이점을 이해해야 합니다.

참고 사이트에 연결된 노드(아이콘 알림 녹색 체크 표시)와 연결이 끊긴 노드(아이콘 알람 회색 관리상 다운됨 또는 아이콘 알람 파란색 알 수 없음)가 혼합되어 있는 경우 모든 오프라인 노드를 다시 온라인 상태로 전환해야 합니다.

  • 연결된 사이트 서비스 해제를 통해 운영 중인 사이트를 StorageGRID 시스템에서 제거할 수 있습니다. 예를 들어, 기능은 하지만 더 이상 필요하지 않은 사이트를 제거하기 위해 연결된 사이트 서비스 해제를 수행할 수 있습니다.

  • StorageGRID가 연결된 사이트를 제거할 때 ILM을 사용하여 해당 사이트의 객체 데이터를 관리합니다. 연결된 사이트 제거를 시작하기 전에 모든 ILM 규칙에서 해당 사이트를 제거하고 새 ILM 정책을 활성화해야 합니다. 객체 데이터 마이그레이션을 위한 ILM 프로세스와 사이트 제거를 위한 내부 프로세스는 동시에 진행될 수 있지만, 실제 제거 절차를 시작하기 전에 ILM 단계가 완료될 때까지 기다리는 것이 좋습니다.

  • 연결 해제된 사이트 폐기를 통해 장애가 발생한 사이트를 StorageGRID 시스템에서 제거할 수 있습니다. 예를 들어, 화재나 홍수로 손상된 사이트를 제거하기 위해 연결 해제된 사이트 폐기를 수행할 수 있습니다.

    StorageGRID는 연결이 끊긴 사이트를 제거할 때 모든 노드를 복구 불가능한 것으로 간주하고 데이터 보존을 시도하지 않습니다. 그러나 연결이 끊긴 사이트의 서비스 해제를 시작하기 전에 모든 ILM 규칙에서 해당 사이트를 제거하고 새 ILM 정책을 활성화해야 합니다.

    주의 연결이 끊긴 상태에서 사이트 폐기 절차를 수행하기 전에 NetApp 담당자에게 문의해야 합니다. NetApp은 사이트 폐기 마법사의 모든 단계를 활성화하기 전에 고객의 요구 사항을 검토합니다. 사이트 또는 사이트에서 객체 데이터를 복구할 수 있을 것으로 예상되는 경우에는 연결이 끊긴 상태에서 사이트 폐기를 시도해서는 안 됩니다.

연결된 사이트 또는 연결이 끊긴 사이트를 제거하기 위한 일반 요구 사항

연결 또는 연결 해제된 사이트를 제거하기 전에 다음 요구 사항을 숙지해야 합니다.

  • 기본 관리자 노드가 포함된 사이트는 서비스 해제할 수 없습니다.

  • 노드 중 하나라도 고가용성(HA) 그룹에 속한 인터페이스를 가지고 있는 경우 해당 사이트를 비활성화할 수 없습니다. 노드의 인터페이스를 HA 그룹에서 제거하거나 전체 HA 그룹을 삭제해야 합니다.

  • 연결된 노드(아이콘 알림 녹색 체크 표시)와 연결 해제된 노드(아이콘 알람 파란색 알 수 없음 또는 아이콘 알람 회색 관리상 다운됨)가 혼합되어 있는 경우 해당 사이트를 서비스 해제할 수 없습니다.

  • 다른 사이트의 노드 중 하나라도 연결이 끊어진 경우(아이콘 알람 파란색 알 수 없음 또는 아이콘 알람 회색 관리상 다운됨) 해당 사이트를 서비스 해제할 수 없습니다.

  • ec-node-repair 작업이 진행 중인 경우 사이트 폐기 절차를 시작할 수 없습니다. 삭제 코딩된 데이터의 복구를 추적하려면 "데이터 복구 작업 확인"을 참조하십시오.

  • 사이트 폐쇄 절차가 진행되는 동안:

    • 폐기 예정인 사이트를 참조하는 ILM 규칙을 새로 만들 수 없습니다. 또한 기존 ILM 규칙을 수정하여 해당 사이트를 참조하도록 할 수도 없습니다.

    • 확장이나 업그레이드와 같은 다른 유지 관리 절차는 수행할 수 없습니다.

      참고 연결된 사이트 해제 중에 다른 유지 관리 절차를 수행해야 하는 경우, "스토리지 노드가 제거되는 동안 절차를 일시 중지합니다.". 일시 중지 버튼은 ILM 평가 또는 삭제 코딩 데이터 해제 단계에 도달했을 때만 활성화됩니다. 단, ILM 평가(데이터 마이그레이션)는 백그라운드에서 계속 실행됩니다. 두 번째 유지 관리 절차가 완료되면 해제를 재개할 수 있습니다.

    • 사이트 서비스 종료 절차를 시작한 후 노드를 복구해야 하는 경우 지원팀에 문의해야 합니다.

  • 한 번에 두 개 이상의 사이트를 폐쇄할 수는 없습니다.

  • 사이트에 하나 이상의 관리 노드가 포함되어 있고 StorageGRID 시스템에 대해 단일 로그인(SSO)이 활성화된 경우 Active Directory Federation Services(AD FS)에서 해당 사이트에 대한 모든 신뢰 당사자 트러스트를 제거해야 합니다.

정보 라이프사이클 관리(ILM) 요구사항

사이트를 제거하는 과정의 일부로 ILM 구성을 업데이트해야 합니다. 사이트 폐기 마법사는 다음 사항을 보장하기 위해 필요한 몇 가지 사전 단계를 안내합니다.

  • 해당 사이트는 어떤 ILM 정책에서도 참조되지 않습니다. 만약 참조되고 있다면, 정책을 수정하거나 새로운 ILM 규칙이 포함된 정책을 생성하고 활성화해야 합니다.

  • ILM 규칙이 어떤 정책에서도 사용되지 않더라도 해당 사이트를 참조하는 ILM 규칙이 없어야 합니다. 해당 사이트를 참조하는 모든 규칙을 삭제하거나 수정해야 합니다.

StorageGRID 사이트를 사용 중지하면 해당 사이트를 참조하는 사용되지 않는 이레이저 코딩 프로파일이 자동으로 비활성화되고, 해당 사이트를 참조하는 사용되지 않는 스토리지 풀도 자동으로 삭제됩니다. 모든 스토리지 노드 스토리지 풀(StorageGRID 11.6 이하 버전)이 존재하는 경우, 모든 사이트를 사용하므로 삭제됩니다.

주의 사이트를 제거하기 전에 새 ILM 규칙을 생성하고 새 ILM 정책을 활성화해야 할 수 있습니다. 이 지침은 사용자가 ILM 작동 방식을 잘 이해하고 있으며 스토리지 풀, 이레이저 코딩 프로파일, ILM 규칙 생성 및 ILM 정책 시뮬레이션 및 활성화에 익숙하다고 가정합니다. "ILM을 사용하여 객체 관리"을 참조하십시오.

연결된 사이트의 객체 데이터에 대한 고려 사항

연결된 사이트 사용 중지 작업을 수행하는 경우, 새 ILM 규칙과 새 ILM 정책을 생성할 때 해당 사이트에 있는 기존 객체 데이터를 어떻게 처리할지 결정해야 합니다. 다음 중 하나 또는 둘 다를 수행할 수 있습니다.

  • 선택한 사이트의 객체 데이터를 그리드 내의 하나 이상의 다른 사이트로 이동합니다.

    데이터 이동 예시: 롤리(Raleigh)에 있는 기존 사이트를 폐쇄하고 서니베일(Sunnyvale)에 새 사이트를 추가했다고 가정해 보겠습니다. 이 예시에서는 기존 사이트의 모든 객체 데이터를 새 사이트로 이동해야 합니다. ILM 규칙 및 ILM 정책을 업데이트하기 전에 두 사이트의 용량을 검토해야 합니다. 서니베일 사이트가 롤리 사이트의 객체 데이터를 수용할 수 있는 충분한 용량을 확보하고 있는지, 그리고 향후 확장을 위해 서니베일 사이트에 적절한 용량이 유지되고 있는지 확인해야 합니다.

    참고 충분한 용량을 확보하려면 이 절차를 수행하기 전에 "그리드를 확장합니다" 기존 사이트에 스토리지 볼륨 또는 스토리지 노드를 추가하거나 새 사이트를 추가해야 할 수 있습니다.

  • 선택한 사이트에서 객체 복사본을 삭제합니다.

    데이터 삭제 예시: 현재 3개의 복사본을 사용하는 ILM 규칙을 통해 세 개의 사이트에 객체 데이터를 복제하고 있다고 가정해 보겠습니다. 한 사이트를 사용 중지하기 전에, 두 개의 사이트에만 데이터를 저장하는 2개의 복사본을 사용하는 ILM 규칙을 생성할 수 있습니다. 2개의 복사본 규칙을 사용하는 새로운 ILM 정책을 활성화하면 StorageGRID는 더 이상 ILM 요구 사항을 충족하지 않는 세 번째 사이트의 복사본을 삭제합니다. 하지만 객체 데이터는 계속 보호되며 나머지 두 사이트의 용량은 그대로 유지됩니다.

    주의 사이트 삭제를 위해 단일 복사본 ILM 규칙을 생성하지 마십시오. 특정 기간 동안 복제본을 하나만 생성하는 ILM 규칙은 데이터의 영구 손실 위험을 초래합니다. 객체의 복제본이 하나만 존재하는 경우, 스토리지 노드에 장애가 발생하거나 심각한 오류가 발생하면 해당 객체가 손실됩니다. 또한 업그레이드와 같은 유지 관리 절차 중에도 해당 객체에 대한 접근이 일시적으로 제한됩니다.

연결된 사이트 폐기에 대한 추가 요구 사항

StorageGRID가 연결된 사이트를 제거하기 전에 다음 사항을 확인해야 합니다.

  • StorageGRID 시스템의 모든 노드는 연결 상태가 *연결됨*이어야 합니다(아이콘 알림 녹색 체크 표시). 단, 노드에는 활성 알림이 있을 수 있습니다.

    참고 하나 이상의 노드가 연결이 끊어진 경우에도 사이트 해제 마법사의 1~4단계를 완료할 수 있습니다. 그러나 모든 노드가 연결되어 있지 않으면 해제 프로세스를 시작하는 마법사의 5단계를 완료할 수 없습니다.

  • 제거하려는 사이트에 로드 밸런싱에 사용되는 게이트웨이 노드 또는 관리 노드가 포함된 경우, 다른 사이트에 동일한 새 노드를 추가하려면 "그리드를 확장합니다"이 필요할 수 있습니다. 사이트 폐기 절차를 시작하기 전에 클라이언트가 교체 노드에 연결할 수 있는지 확인하십시오.

  • 제거하려는 사이트에 고가용성(HA) 그룹에 속한 게이트웨이 노드 또는 관리 노드가 있는 경우, 사이트 해제 마법사의 1~4단계를 완료할 수 있습니다. 그러나 모든 HA 그룹에서 해당 노드를 제거하기 전까지는 해제 프로세스를 시작하는 마법사의 5단계를 완료할 수 없습니다. 기존 클라이언트가 해당 사이트의 노드가 포함된 HA 그룹에 연결되어 있는 경우, 사이트가 제거된 후에도 클라이언트가 StorageGRID에 계속 연결할 수 있도록 해야 합니다.

  • 클라이언트가 제거 예정인 사이트의 스토리지 노드에 직접 연결하는 경우, 사이트 폐기 절차를 시작하기 전에 다른 사이트의 스토리지 노드에 연결할 수 있는지 확인해야 합니다.

  • 활성 ILM 정책 변경으로 인해 이동될 객체 데이터를 수용할 수 있도록 나머지 사이트에 충분한 공간을 확보해야 합니다. 경우에 따라 연결된 사이트 사용 중지를 완료하기 전에 스토리지 노드, 스토리지 볼륨 또는 새 사이트를 추가하여 "그리드를 확장합니다"해야 할 수도 있습니다.

  • 폐기 절차가 완료될 수 있도록 충분한 시간을 확보해야 합니다. StorageGRID ILM 프로세스는 사이트 폐기 전에 사이트에서 객체 데이터를 이동하거나 삭제하는 데 며칠, 몇 주 또는 몇 달이 걸릴 수 있습니다.

    참고 사이트에서 객체 데이터를 이동하거나 삭제하는 데는 사이트의 데이터 양, 시스템 부하, 네트워크 지연 시간 및 필요한 ILM 변경 사항의 특성에 따라 며칠, 몇 주 또는 몇 달이 걸릴 수 있습니다.

  • 가능한 한 빨리 사이트 폐기 마법사의 1~4단계를 완료하십시오. 마법사의 5단계에서 *폐기 시작*을 선택하여 실제 폐기 절차를 시작하기 전에 사이트에서 데이터를 이동할 수 있도록 하면 폐기 절차가 더 빠르게 완료되고 중단 및 성능 저하가 줄어듭니다.

연결이 끊긴 사이트 폐기에 대한 추가 요구 사항

StorageGRID가 연결이 끊긴 사이트를 제거하려면 먼저 다음 사항을 확인해야 합니다.

  • NetApp 계정 담당자에게 문의하셨습니다. NetApp에서 요구사항을 검토한 후 Decommission Site 마법사의 모든 단계를 활성화합니다.

    주의 사이트를 복구하거나 사이트에서 객체 데이터를 복구할 수 있을 가능성이 있다고 판단되는 경우 연결이 끊긴 상태에서 사이트 폐기를 시도해서는 안 됩니다. 자세한 내용은 "기술 지원이 사이트를 복구하는 방법"을 참조하십시오.

  • 사이트의 모든 노드는 다음 연결 상태 중 하나를 가져야 합니다.

    • 알 수 없음 (아이콘 알람 파란색 알 수 없음): 알 수 없는 이유로 노드 연결이 끊어졌거나 노드의 서비스가 예기치 않게 중단되었습니다. 예를 들어 노드의 서비스가 중지되었거나 정전 또는 예기치 않은 장애로 인해 노드의 네트워크 연결이 끊어졌을 수 있습니다.

    • 관리상 다운됨 (아이콘 알람 회색 관리상 다운됨): 예상되는 이유로 노드가 그리드에 연결되지 않았습니다. 예를 들어, 노드 또는 노드의 서비스가 정상적으로 종료되었습니다.

  • 다른 모든 사이트의 모든 노드는 연결 상태가 *연결됨*이어야 합니다(아이콘 알림 녹색 체크 표시); 단, 이러한 다른 노드에는 활성 알림이 있을 수 있습니다.

  • 해당 사이트에 저장된 객체 데이터를 더 이상 StorageGRID를 사용하여 조회하거나 검색할 수 없다는 점을 이해하셔야 합니다. StorageGRID가 이 절차를 수행할 때 연결이 끊긴 사이트의 데이터를 보존하려는 시도를 전혀 하지 않습니다.

    참고 ILM 규칙 및 정책이 단일 사이트 손실에 대비하도록 설계된 경우, 객체의 복사본은 나머지 사이트에 여전히 존재합니다.

  • 해당 사이트에 특정 객체의 유일한 사본이 있는 경우, 해당 객체는 손실되어 복구할 수 없다는 점을 이해하셔야 합니다.

사이트를 삭제할 때 일관성을 유지하기 위한 고려 사항

S3 버킷의 일관성은 StorageGRID가 객체 수집이 성공했다고 클라이언트에 알리기 전에 모든 노드와 사이트에 객체 메타데이터를 완전히 복제하는지 여부를 결정합니다. 일관성은 객체의 가용성과 여러 스토리지 노드 및 사이트 간의 객체 일관성 사이의 균형을 제공합니다.

StorageGRID 사이트를 제거할 때는 제거되는 사이트에 데이터가 기록되지 않도록 해야 합니다. 따라서 각 버킷 또는 컨테이너의 일관성을 일시적으로 재정의합니다. 사이트 서비스 해제 프로세스를 시작하면 StorageGRID는 객체 메타데이터가 제거되는 사이트에 기록되지 않도록 강력한 사이트 일관성을 일시적으로 사용합니다.

이러한 임시 재정의로 인해 사이트 서비스 중단 중에 발생하는 모든 클라이언트 쓰기, 업데이트 및 삭제 작업은 나머지 사이트에서 여러 노드를 사용할 수 없게 될 경우 실패할 수 있다는 점에 유의하십시오.