[번역] Observing Capacity Changes in vSAN

출처 : https://blogs.vmware.com/virtualblocks/2019/07/23/observing-capacity-changes-in-vsan

vSAN 클러스터의 개체에 스토리지 정책을 정의하고 적용할 때 일부 정책 정의가 지정된 정책이 할당된 오브젝트(VM, VMDK 등)에서 소비하는 스토리지 용량에 영향을 미친다는 것을 알 수 있다. 왜 이런 일이 일어나는지, 그리고 여러분의 환경에서 무엇을 찾아야 하는지 알아보고자 한다.

정책 및 해당 정책이 소비 용량에 미치는 영향

vSAN은 공간 효율성에 사용되는 데이터 배치 체계(RAID-1 미러링 또는 RAID-5/6 삭제 코딩)와 복원력 수준을 구성할 수 있다는 점에서 다른 기존 스토리지 시스템과 비교할 때 독특하다. 이러한 구성은 스토리지 정책에 정의되며 VM 그룹, 단일 VM 또는 단일 VMDK에 할당된다.

스토리지 정책 조정으로 인한 용량 변경은 일시적이거나 영구적일 수 있다.

  • 임시(Temporary): 정책이 한 데이터 배치 접근방식에서 다른 데이터 배치 접근방식으로 변경될 때 임시 또는 임시 공간이 소비된다. 기존 데이터 복사본을 대체하고 새로 할당된 정책을 준수하기 위해 해당 데이터의 새 복사본(재동기화라고도 함)을 구축하고 있다. 예를 들어 VM이 RAID-1 미러에서 RAID-5 이레이저 코드로 변경하면, RAID-5 체계를 사용하여 데이터의 새 복사본을 생성하는 데 사용할 공간을 확보할 수 있다. 완료되면 RAID-1 미러 아래의 데이터 사본이 삭제되어 스토리지 정책의 변경에 사용되는 임시 공간을 회수한다.
  • 영구(Permanent): 허용할 더 높은 수준의 장애(FTT=1 ~ FTT=2) 또는 이레이저 코드에서 미러(예: RAID-5 에서 RAID-1)를 사용하여 스토리지 정책을 적용할 때 영구적인 공간이 사용된다. 사용된 유효 용량은 정책 변경이 완료된 후(임시 스토리지 용량 사용) 발생하며, 해당 개체가 지정된 스토리지 정책에 할당되는 한 유지된다.

정책 변경의 결과로 일시적 및 영구적 변화가 발생하는 방법을 더 잘 이해하려면 그림 1을 참조하기 바란다. 여기서는 RAID-1 미러에서 RAID-5 이레이저 코드로 변환하는 오브젝트를 볼 수 있다. 이 경우 두 가지 모두 1의 허용오차 수준을 제공하지만, RAID-5 데이터 배치 체계로의 전환은 이 결과를 달성하기 위해 임시 공간(그림에서 "오버헤드"로 표시됨)을 소비한다는 것을 의미한다. 완료되면 임시 공간이 더 이상 사용되지 않는 것을 볼 수 있으며, 원래 RAID-1 미러보다 공간 효율적인 데이터 배치 체계를 사용하고 있기 때문에 개체는 이제 전체 용량을 덜 소비한다.

Figure01-2.png

그림 1 : 스토리지 정책의 변경이 스토리지 용량에 어떤 영향을 미치는지에 대한 이해

스토리지 정책 변경에 사용되는 임시 공간과 영구 공간은 동시에 변경되는 개체 수 및 해당 개체에 사용되는 각 용량을 반영한다. 필요한 임시 공간은 재동기화의 결과물이다. 스토리지 정책의 이러한 규범적인 특성 때문에 vSAN은 vCenter, vRealize Operations 및 PowerCLI에서 관찰된 바와 같이 데이터스토어가 제공하는 물리적 용량을 제공한다.

사용량 추정

vSAN 성능 서비스는 원하는 정책을 선택할 때 사용 가능한 가용 용량을 추정하는 데 도움이 되는 사용하기 쉬운 도구를 제공한다. 원하는 스토리지 정책을 선택하면 해당 정책을 사용하여 사용 가능한 여유 용량을 추정할 수 있다. VMware에서 권장하는 슬랙 스페이스(slack space)에 필요한 여유 공간은 고려하지 않는다.

Figure02.png
그림 2 : vCenter의 vSAN UI에서 정책 계산기로 계산한 사용 가능한 용량.

 

추정자는 단일 정책에 따라 추정치를 제공하는 것으로 제한되지만, 클러스터에 남아 있는 사용 가능 용량을 더 잘 이해하는 방법에 있어 매우 유용할 수 있다.

스토리지 정책 변경의 결과로 변경된 사용량 관찰

스토리지 용량 변경을 보는 방법은 여러 가지가 있다. 다음은 vCenter 및 vRealize Operations를 모두 사용하여 스토리지 정책 변경을 통해 변경된 용량을 관찰하는 방법을 보여 준다.

이 예에서는 RAID-1 미러를 통해 FTT=1을 사용하여 스토리지 정책을 사용하던 VM 그룹이 RAID-5 이레이저 코드 체계를 통해 FTT=1을 사용하여 다른 스토리지 정책으로 변경되었다. vCenter에서 vSAN 클러스터를 선택하고 Monitor > vSAN > Performance > Backend 를 선택하면 그림 3과 같이 정책 변경의 결과로 발생한 재동기화 작업이 나타난다.

Figure03.png
그림 3 : 스토리지 정책 변경으로 인한 재동기화 I/O 작업 관찰

 

vCenter의 용량 기록을 보면 정책 변경으로 인해 새 RAID-5 기반 개체를 구축하는 데 더 많은 공간이 임시로 사용되었음을 알 수 있다. 재동기화가 완료되면 이전 객체 데이터가 제거된다. 중복제거와 압축이 적용되기 시작하고, 사용 가능한 용량이 회수된다. 아래 그림 4는 vCenter에서 이 정보를 표시하는 방법을 보여준다.

Figure04.png
그림 4 : 재동기화 이벤트의 결과로 vCenter를 사용하여 클러스터 용량 활용도 관찰

vR Ops에 있는 vSAN Capacity Overview 대시보드의 클러스터 사용률 위젯에도 동일한 결과가 표시된다. 그림 5는 vR Ops에 표시된 정보를 보여준다. vR Ops는 상황에 맞는 "스파크라인"을 통해 중복제거 및 압축을 통한 중복제거 및 압축 절감 및 스토리지 활용률을 정확하게 분석하는 추가 세부 정보를 제공한다. 아래 그림 5는 vR Ops에 표시되는 방법을 보여준다.

Figure05.png
그림 5 : vR Ops를 사용하여 재동기화 이벤트의 결과로 클러스터 용량 활용도 관찰

X축에 표시된 창의 한계, Y축의 다른 값, X축과 Y축의 다른 스케일링 등 세 가지 이유로 인해 서로 다른 뷰가 동일한 데이터를 다르게 표현할 수 있다는 점에 유의한다. 이는 지표들이 인터페이스인 다양한 애플리케이션에서 일관성이 있음에도 불구하고 동일한 데이터가 시각적으로 다르게 보일 수 있는 이유다.

권장 사항 : 단순한 중복제거 및 압축 비율이 아닌 스토리지 정책 변경 후 사용된 전체 용량을 살펴본다. 이레이저 코드와 같은 공간 효율성 기술은 중복제거 및 압축 비율을 낮출 수 있지만 실제로 사용된 공간을 줄임으로써 공간 효율성을 개선할 수 있다. 이 항목에 대한 자세한 내용은 StorageHub의 vSAN 환경에서 vRealize Operations 및 Login Insight에 대한 작업 지침의 "Analyzing Capacity Utilization with vRealize Operations"을 참조하기 바란다.

요약

스토리지 정책을 사용하면 관리자가 VM, 단일 VM 또는 단일 VMDK 중에서 다양한 수준의 보호 및 공간 효율성을 설정할 수 있다. 개체에 서로 다른 스토리지 정책을 할당하면 vSAN 데이터스토어에서 소비하는 유효 공간의 양에 영향을 미칠 수 있다. vCenter 및 vR Ops 모두 관리자가 vSAN 클러스터 전반에서 스토리지 용량 소비를 더 잘 이해할 수 있도록 지원하는 방법을 제공한다.