FabricPool 데이터와 함께 StorageGRID ILM을 사용하는 모범 사례
FabricPool를 사용하여 데이터를 StorageGRID로 계층화하는 경우, FabricPool 데이터와 함께 StorageGRID 정보 라이프사이클 관리(ILM)를 사용하기 위한 요구 사항을 이해해야 합니다.
|
|
FabricPool은(는) StorageGRID ILM 규칙이나 정책에 대한 정보를 가지고 있지 않습니다. StorageGRID ILM 정책이 잘못 구성된 경우 데이터 손실이 발생할 수 있습니다. 자세한 내용은 "ILM 규칙을 사용하여 객체 관리" 및 "ILM 정책 생성"을 참조하십시오. |
FabricPool과 함께 ILM을 사용하기 위한 지침
FabricPool 설정 마법사를 사용하면 마법사가 생성하는 각 S3 버킷에 대해 새 ILM 규칙을 자동으로 생성하고 해당 규칙을 비활성 정책에 추가합니다. 정책을 활성화하라는 메시지가 표시됩니다. 자동으로 생성된 규칙은 권장되는 모범 사례를 따릅니다. 즉, 단일 사이트에서 2+1 소거 코딩을 사용합니다.
FabricPool 설정 마법사를 사용하는 대신 StorageGRID를 수동으로 구성하는 경우, ILM 규칙 및 ILM 정책이 FabricPool 데이터 및 비즈니스 요구사항에 적합한지 확인하기 위해 다음 지침을 검토하십시오. 이러한 지침을 충족하기 위해 새 규칙을 생성하고 활성 ILM 정책을 업데이트해야 할 수 있습니다.
-
클라우드 계층 데이터를 보호하기 위해 복제 및 이레이저 코딩 규칙을 원하는 대로 조합하여 사용할 수 있습니다.
비용 효율적인 데이터 보호를 위해 사이트 내에서 2+1 이레이저 코딩을 사용하는 것이 권장되는 최적의 방법입니다. 이레이저 코딩은 복제 방식보다 CPU 사용량은 높지만 스토리지 용량은 훨씬 적게 차지합니다. 4+1 및 6+1 방식은 2+1 방식보다 용량을 적게 사용합니다. 하지만 그리드 확장 시 스토리지 노드를 추가해야 하는 경우 4+1 및 6+1 방식은 유연성이 떨어집니다. 자세한 내용은 "삭제 코딩 오브젝트의 스토리지 용량 추가"을 참조하십시오.
-
FabricPool 데이터에 적용되는 각 규칙은 소거 코딩을 사용하거나 최소 두 개의 복제본을 생성해야 합니다.
특정 기간 동안 복제본을 하나만 생성하는 ILM 규칙은 데이터의 영구 손실 위험을 초래합니다. 객체의 복제본이 하나만 존재하는 경우, 스토리지 노드에 장애가 발생하거나 중대한 오류가 발생하면 해당 객체가 손실됩니다. 또한 업그레이드와 같은 유지 관리 절차 중에도 해당 객체에 대한 접근이 일시적으로 제한됩니다. -
필요한 경우 "StorageGRID에서 FabricPool 데이터 제거", ONTAP를 사용하여 FabricPool 볼륨의 모든 데이터를 검색하고 성능 계층으로 승격시키십시오.
데이터 손실을 방지하려면 FabricPool 클라우드 계층 데이터를 만료시키거나 삭제하는 ILM 규칙을 사용하지 마십시오. 각 ILM 규칙의 보존 기간을 *영구*로 설정하여 FabricPool 객체가 StorageGRID ILM에 의해 삭제되지 않도록 하십시오. -
FabricPool 클라우드 계층 데이터를 버킷에서 다른 위치로 이동하는 규칙을 만들지 마십시오. 클라우드 스토리지 풀을 사용하여 FabricPool 데이터를 다른 객체 저장소로 이동할 수 없습니다.
FabricPool에서 클라우드 스토리지 풀을 사용하는 것은 클라우드 스토리지 풀 대상에서 객체를 검색하는 데 추가적인 지연 시간이 발생하기 때문에 지원되지 않습니다. -
ONTAP 9.8부터는 계층형 데이터를 분류하고 정렬하여 관리를 용이하게 하기 위해 객체 태그를 선택적으로 생성할 수 있습니다. 예를 들어 StorageGRID에 연결된 FabricPool 볼륨에만 태그를 설정할 수 있습니다. 그런 다음 StorageGRID에서 ILM 규칙을 생성할 때 객체 태그 고급 필터를 사용하여 해당 데이터를 선택하고 배치할 수 있습니다.