[기계번역] Comparing the Original Storage Architecture to the vSAN 8 Express Storage Architecture

VMware vSAN 8™, 혁신적인  Express Storage Architecture™를 소개합니다. 이는 vSAN 8에도 있는 vSAN 원래 스토리지 아키텍처에 대한 선택적 대체 스토리지 아키텍처입니다. 승인된 vSAN ReadyNode의 정규화된 하드웨어에서 실행되는 경우 vSAN Express 스토리지 아키텍처는 성능 저하 없이 최고 수준의 성능, 확장성, 복원력 및 데이터 서비스를 제공합니다. vSAN Express 스토리지 아키텍처는 최신 하드웨어의 기능을 활용하여 현재와 미래의 워크로드를 하드웨어가 허용하는 대로 수행할 수 있도록 지원합니다.

어떻게 다른데요?

vSAN Express 스토리지 아키텍처와 vSAN의 기존 스토리지 아키텍처는 어떻게 비교됩니까? 높은 수준에서 vSAN의 원래 스토리지 아키텍처는 광범위한 구형 스토리지 디바이스를 수용하도록 설계된 2계층 아키텍처였고, vSAN 8의 vSAN Express Storage Architecture는 사내 환경과 하이퍼스케일 퍼블릭 클라우드 모두에 대해 고성능 NVMe 기반 TLC 플래시 디바이스에 최적화된 단일 계층 아키텍처입니다. vSAN 8을 사용하면 기존 하드웨어에 가장 적합한 아키텍처를 선택하는 동시에 전례 없는 수준의 성능을 갖춘 새로운 클러스터를 구축할 수 있습니다. vSAN Express Storage Architecture는 vSAN의 미래이지만 VMware 고객은 vSAN의 원래 스토리지 아키텍처를 ESA와 함께 사용할 수 있으며 향후 수년간 지원할 수 있다는 사실에 큰 위안을 삼아야 합니다.

성능 저하 없는 성능

이전에는 vSAN 원래 스토리지 아키텍처의 경우 RAID 1, RAID 5 또는 RAID 6 중 하나를 사용할 때 신중한 계획을 세워야 했습니다. 용량을 최대화해야 하는 워크로드에서는 RAID 5/6을 선택하고, 최대 쓰기 성능이 필요한 워크로드에서는 RAID 1을 선택했습니다. vSAN Express 스토리지 아키텍처는 다음과 같은 새로운 로그 구조화된 파일 시스템을 사용합니다.클러스터는 RAID-1의 성능에서 RAID-6를 사용하여 데이터를 저장할 수 있습니다. 압축이 가상 시스템별 설정으로 변경되었으며 네트워크를 통과하기 전에 데이터를 압축하여 처리량을 높이고 네트워킹 오버헤드를 낮춥니다. vSAN ESA는 확장성과 효율성이 뛰어난 새로운 네이티브 스냅샷 엔진을 사용합니다.

용량 향상

vSAN Express 스토리지 아키텍처를 통해 클러스터는 RAID-1의 성능에서 RAID-6를 사용하여 데이터를 저장할 수 있습니다. 이제 RAID 5는 2+1 또는 4+1 구성으로 작동할 수 있습니다. 따라서 3개 노드 미만의 클러스터에 RAID 5를 지원하는 동시에 대규모 클러스터에서 보다 용량 효율적인 스트라이프 크기를 사용할 수 있습니다. vSAN 8 ESA는 전용 캐시 디바이스를 사용할 필요가 없습니다. 쓰기 경로에 대한 새로운 로그 구조 파일 시스템 및 IO 경로 최적화는 쓰기 증폭을 더욱 줄이고 쓰기 대기 시간을 단축하기 위해 수행되었습니다. 디스크 그룹 개념을 제거하면 드라이브 장애의 추가 이점이 이제 단일 스토리지 장치로 범위가 제한됩니다. 캐시 디바이스가 없으면 vSAN 데이터스토어에서 모든 디바이스의 용량을 사용할 수 있습니다. RAID 5/6을 항상 사용할 수 있는 기능과 캐시 장치의 필요성을 없애면 VMware vSAN 클러스터의 GB당 비용을 크게 줄일 수 있습니다. 압축 기능의 잠재적 데이터 감소를 4KB 블록당 8:1의 압축 비율로 개선하는 새로운 기술이 도입되고 있습니다. 이는 원래 스토리지 아키텍처보다 4배 향상된 기능입니다. 이러한 새로운 용량 절감은 성능 저하 없이 비용을 절감할 수 있는 방식으로 구현됩니다.

보안 개선

vSAN Express Storage Architecture는 가상 시스템이 있는 호스트에서 발생하도록 스택의 더 높은 위치로 vSAN 암호화 프로세스를 이동합니다. 데이터는 유휴 상태에서 한 번만 암호화하면 됩니다. 원래 스토리지 아키텍처에서 캐시에서 용량 디바이스로 이동할 때 압축을 수행하기 위해 데이터를 해독해야 할 때 필요했던 대로 잠재적으로 암호를 해독하고 다시 암호화할 필요가 없습니다. 이러한 변경으로 인해 암호화에 대한 CPU 비용이 최소화되고 암호화를 사용하기 위한 I/O 증폭이 줄어듭니다. 데이터 암호화는 보안을 강화하기 위해 vSAN 데이터스토어 암호화 위에 계층화할 수 있습니다.

스냅샷의 차이점

이전 버전의 vSAN에 사용된 스냅샷 아키텍처는 수년 동안 vSphere의 일부였던 redo-log 기반 스냅샷 아키텍처의 향상된 형태로 간주할 수 있습니다. 이전에는 vSAN 6에서 “vsanSparse” 스냅샷을 도입하여 기존 redo 로그 기반 스냅샷의 기술적 영향을 일부 완화했습니다. 이러한 개선으로 스냅샷 통합 시간이 단축되고 스냅샷 작업 또는 장기 보존 중에 성능 저하가 발생하는 모든 문제가 해결되지는 않았습니다. vSAN ESA는 완전히 새로운 네이티브 스냅샷 시스템을 사용하여 스냅샷 운영 시간을 단축하고(100배 더 빠른 통합) 잠재적인 새로운 사용 사례를 제공합니다. 이러한 새로운 스냅샷은 백업 API를 통해 액세스할 수 있으므로, 가상 시스템 백업 및 복제 제품을 사용할 때 교체 작업이 줄어듭니다.

디스크 그룹 대 풀

vSAN 8 ESA를 사용하면 전용 캐시 디바이스가 필요하지 않습니다. 쓰기 경로에 대한 새로운 로그 구조 파일 시스템 및 IO 경로 최적화는 쓰기 증폭을 더욱 줄이고 쓰기 대기 시간을 단축하기 위해 수행되었습니다. 따라서 특정 스토리지 디바이스에서 장애가 발생하더라도 호스트의 나머지 스토리지 디바이스에는 영향을 주지 않는다는 이점도 있습니다. 캐시 디바이스가 없으면 vSAN 데이터스토어에서 모든 디바이스의 용량을 사용할 수 있습니다.

하드웨어 선정

 vSAN 8.0 ESAvSAN 8.0 OSA
Storage Device Minimums42
Hardware ChoicesvSAN ESA certified NVMe devicesSATA, SAS, NVMe Certified devices
Cache Device RequirementsNo Cache Devices1 Cache Device per Disk Group
DesignReadyNodes OnlyReadyNodes or build your own with certified devices
Networking Minimums25Gbps minimum.10Gbps minimum
왜 다른 요구 사항이 있습니까?

이때 최소 기대 성능 결과를 적용하고 가용성을 높이기 위해 최소 4개의 장치를 선택했습니다.

초기 ESA ReadyNode에는 고성능 및 내구성이 뛰어난 TLC NVMe 장치가 선택되었습니다. 스토리지 처리에 필요한 일관된 성능, 짧은 지연 시간 및 CPU 감소를 제공하기 위해 선택되었습니다. 이러한 ReadyNode의 거의 디바이스 레벨 성능을 최대한 활용하려면 호스트 네트워킹에 25Gbps가 최소 요구 사항이지만, vSAN ESA 클러스터로 이동한 기존 워크로드에서는 OSA를 사용하는 vSAN 클러스터보다 네트워킹을 덜 사용할 가능성이 높습니다. 현재 GA에서는 ReadyNode만 지원되므로, 특정 수의 설계 결정이 효과적으로 ReadyNode Sizer의 선택 제한 사항의 일부로 수행되므로 vSAN 아키텍처 설계 시간이 간소화됩니다.

vSAN ESA에 대해 자주 묻는 질문에 대한 자세한 내용은 vSAN FAQs dedicated to ESA related questions에서 확인할 수 있습니다.

출처 : https://core.vmware.com/blog/comparing-original-storage-architecture-vsan-8-express-storage-architecture
답글 남기기

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

You May Also Like
Read More

vSphere 8 U2 CNS Feature Highlight

vSphere 8 업데이트 2를 발표하면서 이번 업데이트에서 몇 가지 CNS/CSI 기능을 강조하고 싶었습니다. vSphere의 각 업데이트 릴리스에서 Tanzu/CNS…