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

FabricPool 데이터에 StorageGRID 정보 수명 주기 관리 사용

기여자

FabricPool를 사용하여 데이터를 StorageGRID에 계층화하려는 경우 StorageGRID ILM(정보 수명 주기 관리) 규칙을 생성하기 위한 요구사항과 FabricPool 데이터를 관리하기 위한 ILM 정책을 이해해야 합니다. FabricPool 데이터에 적용되는 ILM 규칙이 중단되지 않도록 해야 합니다.

중요함

FabricPool에는 StorageGRID ILM 규칙 또는 정책에 대한 지식이 없습니다. StorageGRID ILM 정책이 잘못 구성된 경우 데이터 손실이 발생할 수 있습니다.

FabricPool 데이터에 대한 ILM 지침

ILM 규칙 및 ILM 정책이 FabricPool 데이터 및 비즈니스 요구 사항에 적합한지 확인하려면 다음 지침을 검토하십시오. StorageGRID ILM을 이미 사용 중인 경우 이러한 지침을 충족하기 위해 활성 ILM 정책을 업데이트해야 할 수 있습니다.

  • 복제 및 삭제 코딩 규칙을 조합하여 클라우드 계층 데이터를 보호할 수 있습니다.

    가장 권장되는 모범 사례는 비용 효율적인 데이터 보호를 위해 사이트 내에서 2+1 삭제 코딩을 사용하는 것입니다. 삭제 코딩은 복제에 비해 CPU는 더 많이 사용하지만 스토리지 용량은 훨씬 적습니다. 4+1 및 6+1 구성표는 2+1보다 적은 용량을 사용하지만, 그리드 확장 중에 스토리지 노드를 추가할 때 처리량은 낮추고 유연성은 떨어집니다.

  • FabricPool 데이터에 적용되는 각 규칙은 삭제 코딩을 사용하거나 적어도 두 개의 복제된 복사본을 만들어야 합니다.

    중요함 특정 기간 동안 복제된 복사본을 하나만 생성하는 ILM 규칙은 데이터가 영구적으로 손실될 위험이 있습니다. 복제된 객체 복제본이 하나만 있는 경우 스토리지 노드에 장애가 발생하거나 심각한 오류가 발생한 경우 해당 객체가 손실됩니다. 또한 업그레이드와 같은 유지보수 절차 중에는 개체에 대한 액세스가 일시적으로 중단됩니다.
  • FabricPool 클라우드 계층 데이터가 만료되거나 삭제될 ILM 규칙을 사용하지 마십시오. 각 ILM 규칙의 보존 기간을 "Forever"로 설정하여 StorageGRID ILM에서 FabricPool 개체가 삭제되지 않도록 합니다.

  • FabricPool 클라우드 계층 데이터를 버킷에서 다른 위치로 이동할 규칙을 만들지 마십시오. ILM 규칙을 사용하여 아카이브 노드를 사용하여 FabricPool 데이터를 테이프에 아카이빙하거나 클라우드 스토리지 풀을 사용하여 FabricPool 데이터를 Glacier로 이동할 수 없습니다.

    참고 FabricPool에서 클라우드 스토리지 풀 타겟의 객체를 검색하는 지연 시간이 추가되었기 때문에 클라우드 스토리지 풀을 사용할 수 없습니다.
  • ONTAP 9.8부터 객체 태그를 생성하여 계층형 데이터를 쉽게 분류하고 정렬할 수 있습니다. 예를 들어, StorageGRID에 연결된 FabricPool 볼륨에만 태그를 설정할 수 있습니다. 그런 다음 StorageGRID에서 ILM 규칙을 만들 때 개체 태그 고급 필터를 사용하여 이 데이터를 선택하고 배치할 수 있습니다.