2.1 Compression (ESA)

vSAN 8에는 vSAN Express Storage Architecture(ESA)라는 새로운 선택적 아키텍처가 도입되었습니다. 압축은 이 문서의 다른 부분에서 설명한 OSA와 ESA에서 상당히 다르게 구현됩니다. ESA에서는 데이터 압축(및 암호화, 체크섬 처리와 같은 기타 서비스)이 스토리지 스택의 맨 위로 이동되었습니다. 게스트 VM이 쓰기 작업을 실행하면 vSAN 스택의 맨 위에 들어가는 순간 데이터가 압축됩니다. OSA와 달리 이 작업은 한 번 수행되며 개체를 보유하는 다른 호스트의 데이터를 압축할 필요가 없을 뿐만 아니라 네트워크를 통해 전송되는 데이터의 양도 줄어듭니다. 이렇게 하면 클러스터 전체에서 CPU 및 네트워크 리소스가 줄어듭니다. 이는 확장된 클러스터 토폴로지에서 vSAN ESA를 사용할 때 성능을 향상시키고 리소스를 줄일 수도 있습니다.

ESA의 압축 메커니즘은 OSA와는 다르게 데이터를 평가하고 압축합니다. ESA에서는 들어오는 각 4KB 블록이 512바이트 섹터 크기로 평가됩니다. OSA에 비해 압축 크기가 작다는 것은 기록된 데이터가 실제로 압축 가능한 경우 데이터를 더 미세한 수준으로 압축할 수 있음을 의미합니다. 4KB 블록에 8개 섹터가 있다는 것은 4KB 블록의 압축 정도에 따라 4KB 블록이 512바이트 단위로 줄어들 수 있음을 의미합니다. 예를 들어, 4KB 블록은 압축률이 높지 않은 경우 원래 크기의 7/8로 압축할 수 있고, 압축률이 높은 경우 원래 크기의 1/8까지 압축할 수 있습니다.

이는 훨씬 더 나은 압축을 제공할 수 있지만 이는 전적으로 고객의 데이터와 압축 가능 여부에 따라 달라집니다. 예를 들어 이미 압축된 이미지 또는 비디오 파일 형식은 기본 파일 형식 이상으로 압축되지 않습니다. 따라서 실제 데이터에 대한 압축률을 추정할 때 상당히 보수적인 접근 방식을 취하는 것이 좋습니다.

vSAN ESA의 스토리지 정책을 사용하여 데이터 압축을 제어할 수 있습니다. 기본적으로 켜져 있으며 자체 압축을 수행하는 특정 애플리케이션이 없는 한 켜두는 것이 좋습니다. ESA의 압축은 ISL을 통해 전송된 데이터가 이미 압축되어 ISL의 유효 잠재 대역폭을 증가시키는 확장된 클러스터 환경에서 고유한 효율성을 제공할 수 있습니다. 자세한 내용은 “확장된 클러스터 토폴로지에서 vSAN ESA를 사용](https://core.vmware.com/blog/using-vsan-esa-stretched-cluster-topology)" 게시물을 참조하세요.

ESA를 사용한 압축에 대한 자세한 내용은 “vSAN 8 Compression - Express Storage Architecture” 및 “An Introduction to the vSAN Express Storage Architecture.” 게시물을 참조하세요.