2.5 Thin Provisioning

씬 프로비저닝된 스토리지 시스템은 필요에 따라 스토리지를 프로비저닝합니다. 예를 들어 VMDK에 필요한 전체 용량을 프로비저닝하는 것이 아니라 처음에 VMDK에 필요한 공간만 프로비저닝합니다. vSAN의 “프로비저닝된” 공간과 “사용된” 공간에 대한 자세한 내용은 게시물: Demystifying Capacity Reporting in vSAN을 참조하세요.

vSAN은 데이터스토어에 생성된 vSAN 개체에 필요한 최소 스토리지 용량을 제공하는 씬 프로비저닝을 지원합니다. 그런 다음 필요에 따라 사용된 공간의 양을 투명하게 늘립니다. 결과적으로 물리적 데이터 저장소가 실제로 제공할 수 있는 것보다 더 많은 용량을 초기에 프로비저닝하는 것이 전적으로 가능합니다. 이는 “oversubscription"으로 알려져 있으며 씬 프로비저닝을 사용하는 모든 스토리지 시스템에서 일반적입니다. vSAN은 특정 시점에 클러스터의 초과 구독 수준을 쉽게 확인할 수 있는 방법을 제공합니다. 이는 “What if Analysis” 아래의 클러스터 용량 보기에서 찾을 수 있습니다.

위의 예는 이 특정 vSAN 클러스터가 약 9배 초과 구독되었음을 나타냅니다. 즉, 데이터 저장소에 배포된 모든 VMDK가 용량이 가득 찬 경우 스토리지 시스템 크기는 기존 용량의 9배가 되어야 합니다. 이 비율을 갖는 것은 조직이 클러스터에 대한 특정 초과 구독 비율 내에서 유지되도록 할 수 있으므로 알아두면 좋습니다. 초과 구독은 스토리지 용량을 가장 효과적으로 사용하기 위한 일반적인 접근 방식입니다.

권장 사항: 클러스터를 포함할 조직의 초과 구독 비율을 선택하세요. 이상적인 초과 구독 비율에 대한 정답은 없으며, 이상적인 비율은 실제로 환경의 특성과 환경에서 실행되는 해당 워크로드에 따라 달라집니다.

씬 프로비저닝 시스템의 과제 중 하나는 지정된 엔터티(예: VM의 VMDK)가 증가하면 게스트 OS 내의 데이터가 삭제될 때 축소되지 않는다는 것입니다. 이는 트랜잭션 로그 파일을 사용하는 데이터베이스에서 일반적입니다. 이 문제는 많은 파일 시스템이 항상 여유 공간에 새로운 쓰기를 지시한다는 사실로 인해 더욱 증폭됩니다. 단일 작은 파일의 동일한 블록에 대한 지속적인 쓰기 세트는 결국 VMDK 수준에서 훨씬 더 많은 공간을 사용하게 됩니다. 이 문제를 해결하기 위해 vSAN에 자동화된 TRIM/UNMAP 공간 회수를 사용할 수 있습니다.