vSAN 8과 마찬가지로 vSAN 8 U1의 ESA(Express Storage Architecture)에는 원래 OSA(스토리지 아키텍처)에서는 불가능한 기능이 도입되었습니다. 새로운 “자동 정책(Auto-Policy)” 관리 기능은 최적화된 클러스터별 기본 스토리지 정책으로, 관리자가 최적의 복원력 및 효율성 수준을 사용하여 ESA 클러스터에서 워크로드를 실행할 수 있도록 지원합니다. 이 기능의 기능과 기능을 만든 이유에 대해 자세히 알아보겠습니다.

배경

vSAN 데이터스토어에 저장된 데이터는 항상 데이터 복원력 및 기타 설정 수준을 규정하는 할당된 스토리지 정책에 따라 저장됩니다. 할당된 스토리지 정책은 수동으로 생성하거나 vSAN에서 생성한 기본 스토리지 정책일 수 있습니다. 이전 버전의 vSAN은 관리 vCenter Server에 저장된 단일 “vSAN Default Storage Policy”을 사용하여 관리자가 다른 정책을 정의하고 적용하지 않은 경우 사용할 정책 역할을 했습니다. 이 단일 정책은 vCenter Server에서 관리하는 모든 vSAN 클러스터에 대한 기본 정책으로 설정되었기 때문에 클러스터의 크기 및 기능과 최대한 호환되도록 단순 RAID-1 미러링을 사용하여 1의 허용 장애(FTT=1)와 같은 설정을 사용했습니다.

따라서 특정 클러스터에 대해 기본 스토리지 정책이 항상 최적으로 구성되지는 않았습니다. 클러스터의 유형, 크기 및 기타 특성은 매우 다를 수 있습니다. 한 클러스터에 최적화된 정책 규칙을 변경하는 것은 이상적이지 않을 수도 있고 다른 클러스터와 호환되지 않을 수도 있습니다. 우리는 특히 ESA가 RAID-1과 RAID-5/6 사이의 성능 저하를 제거하기 때문에 이 문제를 해결하고자 했습니다.

ESA를 위한 Auto-Policy

vSAN 8 U1은 ESA에 기본 스토리지 정책을 사용하는 데이터를 최적의 복원력 있는 방식으로 저장하는 방법을 도입했습니다. 클러스터를 강조 표시하고 Configure > vSAN Services > Storage를 클릭한 다음 “Edit”을 클릭하고 “Auto-Policy management”를 사용하도록 설정하여 클러스터 서비스를 사용하도록 설정할 수 있습니다

이 옵션을 사용하도록 설정하면 새 클러스터별 기본 스토리지 정책이 관리 vCenter Server에 생성됩니다. 이 설정은 특정 클러스터에 대해 생성되며 다른 vSAN 클러스터에 대해 최적이 아니거나 호환되지 않는 설정을 제공하지 않습니다. “[Cluster Name]-Optimal Datastore Default Policy – RAID[x]”와 유사한 구문을 사용하여 정책을 생성합니다

자동 정책 관리를 사용하도록 설정된 클러스터는 “Default Storage Policy”에서 할당된 정책을 “vSAN Default Storage Policy”에서 새 클러스터별 기본 스토리지 정책으로 변경합니다. 이 설정은 데이터스토어 아이콘을 클릭하고 vSAN 데이터스토어를 강조 표시하고 Configure > General을 클릭한 다음 “Default Storage Policy”을 확인하여 확인할 수 있습니다

이 시점에서 “Datastore Default”을 사용하여 새로 생성된 모든 VM은 사용자가 VM을 생성하고 “Datastore Default”을 스토리지 정책으로 선택할 때 클러스터에 최적화된 새 기본 스토리지 정책을 사용합니다.

ESA를 실행하는 환경에서 Auto-Policy 관리 사용

모든 유형의 구성 변경에 따라 많은 고객이 기본 스토리지 정책의 자동 변경에 신중하게 접근하기를 원합니다. 또한 클러스터가 일시적으로 변경될 수도 있습니다. 따라서 이 기능을 쉽게 도입하고 운영할 수 있도록 했습니다.

첫째, 자동 정책 관리 기능은 각 ESA 클러스터에서 기본적으로 사용되지 않도록 설정되어 있으므로 고객은 클러스터별로 단계적으로 자동 정책 관리 기능을 사용하여 해당 작업에 익숙해질 수 있습니다. 사용하도록 설정하면 “vSAN Default Storage Policy”이라는 정책을 사용하거나 다른 수동으로 생성된 스토리지 정책을 사용하는 모든 VM이 계속 그렇게 됩니다. 관리자가 해당 VM에 대한 새 정책을 수동으로 선택하지 않으면 변경되지 않습니다. 즉, 자동 정책 관리 기능은 관리 vCenter Server에서 사용자 정의 스토리지 정책이나 “vSAN Default Storage Policy”이라는 정책을 변경하지 않습니다.

이 기능을 사용하도록 설정하면 클러스터의 호스트 수를 모니터링하여 추가 또는 제거 여부를 감지합니다. 유지 보수 모드의 호스트는 클러스터 호스트 수를 변경하지 않습니다. vSAN용 Skyline Health에서는 “vSAN 최적 데이터스토어 기본 정책 구성”이라는 새로운 “상태 확인”(이전 버전의 vSAN 및 vSphere의 “상태 점검”에서 이름 변경)을 사용할 수 있습니다 현재 상태와 이 클러스터별 최적화된 기본 스토리지 정책의 상태 기록이 표시됩니다. vSAN이 자동 정책 관리 기능으로 생성된 기본 스토리지 정책이 지정된 vSAN ESA 클러스터에 이상적으로 설정되지 않은 것을 감지하면 상태 확인 경고가 트리거됩니다.

상태 검색에서 “Troubleshoot”을 클릭하면 스토리지 정책의 현재 값과 스토리지 정책의 새 제안 값이 표시됩니다. vSAN은 이 스토리지 정책을 자동으로 변경하지 않습니다. 변경하는 것은 사용자에게 달려 있습니다. 이는 관리자가 자신도 모르게 기본 스토리지 정책이 변경되지 않음을 확신하면서 클러스터에 대한 최상의 기본 스토리지 정책 설정에 대한 적절한 지침을 제공할 수 있도록 지원하는 초기 접근 방식입니다.

관리자가 스토리지 정책의 구성을 조정하면 상태 검색이 정상 상태로 돌아가고 해당 정책을 사용하는 모든 개체가 새 설정으로 재구성됩니다.

권장 사항: 스토리지 정책을 권장 사항에 따라 변경할 때 사용되는 RAID 구성과 일치하도록 이름을 조정할 수도 있습니다.

클러스터에 최적화된 스토리지 정책을 위한 구성 로직

최적화된 스토리지 정책에서 사용하는 정책 설정은 클러스터 유형, 클러스터의 호스트 수 및 클러스터에서 HRR(호스트 재구성 예약) 용량 관리 기능이 사용되도록 설정된 경우를 기준으로 합니다. 이 세 가지 중 하나를 변경하면 vSAN에서 클러스터별로 최적화된 스토리지 정책을 조정하는 것이 좋습니다.

  • Standard vSAN clusters (Host Rebuild Reserve turned off):
    • 3 hosts without HRR :  FTT=1 using RAID-1
    • 4 hosts without HRR:  FTT=1 using RAID-5 (2+1)
    • 5 hosts without HRR:  FTT=1 using RAID-5 (2+1)
    • 6 or more hosts without HRR:  FTT=2 using RAID-6 (4+2)
  • Standard vSAN clusters (Host Rebuild Reserve enabled)
    • 3 hosts with HRR:  (3 호스트에서 HRR 지원 안함)
    • 4 hosts with HRR: FTT=1 using RAID-1
    • 5 hosts with HRR:  FTT=1 using RAID-5 (2+1)
    • 6 hosts with HRR:  FTT=1 using RAID-5 (4+1) 
    • 7 or more hosts with HRR:  FTT=2 using RAID-6 (4+2)
  • vSAN Stretched clusters:
    • 3 data hosts at each site:  Site level mirroring with FTT=1 using RAID-1 mirroring for a secondary level of resilience
    • 4 hosts at each site:  Site level mirroring with FTT=1 using RAID-5 (2+1) for secondary level of resilience.
    • 5 hosts at each site:  Site level mirroring with FTT=1 using RAID-5 (2+1) for secondary level of resilience.
    • 6 or more hosts at each site:  Site level mirroring with FTT=2 using RAID-6 (4+2) for a secondary level of resilience.
  • vSAN 2-Node clusters:
    • 2 data hosts:  Host level mirroring using RAID-1

위에서 설명한 구성 로직에서 3-호스트 클러스터에 대한 자동 정책 관리 설정은 RAID-5 삭제 코딩을 사용하지 않고 대신 RAID-1 미러링을 사용합니다. 이 설정은 전체 개체가 세 개의 호스트 중 두 개에 상주하도록 함으로써 오류 상태(두 개의 호스트)로 장시간 실행되는 세 개의 호스트 클러스터에 도움이 되며, 부재 호스트의 데이터를 설명하기 위해 진행 중인 인라인 계산이 필요하지 않습니다. 이 설정은 자동 정책 관리 기능에 대한 초기 설정이며 변경될 수 있습니다. 3개의 호스트 클러스터에서 RAID-5 삭제 코딩을 사용하려는 경우 스토리지 정책을 수동으로 생성하여 이러한 조건에 사용할 수 있습니다. 이전 버전의 vSAN과 마찬가지로 클러스터 호스트 수는 항상 스토리지 정책에 필요한 최소 호스트 수보다 큰 호스트를 하나 이상 사용하는 것이 좋습니다.

vSAN 8의 ESA를 사용한 적응형 RAID-5 삭제 코딩과 함께 자동 정책 관리 기능이 도입되면 지정된 RAID 체계가 데이터 배치에 사용하는 최소 호스트 수 간의 차이가 커질 수 있습니다, 오류가 없는 상태에서 스토리지 정책과 함께 사용하기 위해 지정된 RAID 구성표에 필요한 최소 호스트 수. 이는 vSAN의 호스트 재구성 예약이 클러스터에서 사용하도록 설정된 경우 특히 두드러집니다. 목표는 규정된 복원력을 저하시키는 장애가 발생할 경우 규정된 복원력 수준을 회복할 수 있는 다른 호스트를 사용할 수 있도록 하기 위해 우수한 N+1 사례를 홍보하는 것입니다.

요약

vSAN 8 U1의 새로운 자동 정책 관리 기능은 vSAN ESA 클러스터를 더욱 지능적이고 사용하기 쉽게 만드는 구성 요소로 사용됩니다. 이를 통해 고객은 자신의 환경에 맞는 복원력 설정이 최적으로 구성되어 있다는 확신을 얻을 수 있습니다.

출처 : https://core.vmware.com/blog/auto-policy-management-capabilities-esa-vsan-8-u1 
답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다

You May Also Like

vSAN Objects and Components Revisited

대부분의 vSAN 고객은 “개체(Object)” 및 “구성 요소(component)”라는 용어에 익숙하지만, 신규 사용자와 경험이 풍부한 사용자 모두가 이러한 용어가 무엇인지,…

Using Fault Domains in vSAN ESA

“Design and Operation Considerations When Using vSAN Fault Domains” 게시물을 통해 많은 고객이 vSAN의 선택적 장애 도메인 기능의…

vSAN 환경에서 WSFC 사용시 VM 구성

강의할 때 사용하는 데스크탑 환경을 098.lab(개인랩 이름)에 Horizon 환경으로 구축하려고 한다. 이에 앞서 Windows Server에서 실행되어야하는 워크로드를 수용해줄…

vSAN Max 소개

불과 1년 전 VMware vSAN 8에 vSAN ESA(Express Storage Architecture™)를 도입한 것은 VMware 하이퍼 컨버지드 솔루션의 획기적인 발전을…