몇 년 전 EMC World에 참석하는 동안 Chuck Hollis 및 여러 다른 VMware 직원을 만나 그들의 아이디어에 대해 이야기할 기회가 있었습니다. 그들은 ESX 호스트 내부의 미개척 로컬 스토리지 리소스를 활용하기를 원했습니다. 단순히 ESX 부팅 이미지를 보유하는 것이 아니라 전체 ESX 클러스터 내부의 가상 시스템에서 리소스를 사용할 수 있기를 원했습니다. 우리는 ESX 호스트 전체에서 데이터를 보호할 수 있는 클러스터 파일 시스템처럼 보이는 것에 대해 이야기했습니다. 나는 회전 디스크가 느리다고 지적했고 그들은 I/O 작업을 가속화하기 위해 SSD 드라이브를 사용하는 것에 대해 이야기했습니다. 그것은 흥미로운 생각이었고 나는 그것이 무엇이든 나올지 궁금했습니다. 짐작하셨겠지만, 바로 Virtual SAN입니다. 저는 VSAN의 초기 릴리스에 관심이 있었지만 약간 실망했습니다. 일반 공급 6.0년 후, VSAN은 최신 VSAN XNUMX 업데이트로 도약했습니다.
몇 년 전 EMC World에 참석하는 동안 Chuck Hollis 및 여러 다른 VMware 직원을 만나 그들의 아이디어에 대해 이야기할 기회가 있었습니다. 그들은 ESX 호스트 내부의 미개척 로컬 스토리지 리소스를 활용하기를 원했습니다. 단순히 ESX 부팅 이미지를 보유하는 것이 아니라 전체 ESX 클러스터 내부의 가상 시스템에서 리소스를 사용할 수 있기를 원했습니다. 우리는 ESX 호스트 전체에서 데이터를 보호할 수 있는 클러스터 파일 시스템처럼 보이는 것에 대해 이야기했습니다. 나는 회전 디스크가 느리다고 지적했고 그들은 I/O 작업을 가속화하기 위해 SSD 드라이브를 사용하는 것에 대해 이야기했습니다. 그것은 흥미로운 생각이었고 나는 그것이 무엇이든 나올지 궁금했습니다. 짐작하셨겠지만, 바로 Virtual SAN입니다. 저는 VSAN의 초기 릴리스에 관심이 있었지만 약간 실망했습니다. GA 이후 XNUMX년이 지난 지금, VSAN은 VSAN 6.0.
물론 VSAN 6.0은 더 좋고 더 빠르고 더 큽니다. vSphere 6.0에 맞춰 VMDK는 최대 62TB까지 확보할 수 있으며 클러스터에 최대 64개의 호스트를 포함할 수 있습니다. 노드의 가상 머신 수는 100개에서 200개로 두 배 증가했으며 클러스터당 최대 6,400개입니다. 더 많은 노드는 더 많은 용량과 더 많은 성능을 의미합니다. 4TB 드라이브를 사용하면 원시 용량이 약 9페타바이트로 제한됩니다.
VSAN 6.0은 전체 데이터 저장소가 아닌 VM당 수준에서 정책을 허용하는 새로운 스토리지 정책 기반 관리 모델을 도입했습니다. 이를 통해 각 VM은 가용성, 성능 및 씬 프로비저닝과 같은 자체 설정을 가질 수 있습니다. 이는 동적 설정이므로 VM에 갑자기 추가 보호가 필요한 경우 VSAN이 적응합니다. 이전 버전과 비교할 때 이 새로운 접근 방식은 훨씬 더 간단하고 더 세분화된 제어가 가능합니다.
역사적으로 VSAN은 기존 자기 드라이브를 용량 스토리지로 사용하고 플래시를 읽기 캐시로 사용하여 성능을 가속화하는 하이브리드 구성으로 운영되었습니다. 최고의 성능을 달성하기 위해 올플래시 구성이 도입되었습니다. 이 옵션의 비용을 낮추기 위해 비용 효율적인 MLC 드라이브가 용량 역할을 수행합니다. VSAN에는 여전히 캐싱 계층이 필요하지만 성능에는 필요하지 않습니다. 대신 용량 계층에서 쓰기 워크로드를 최소화하고 수명을 연장하는 것이 아이디어입니다. 워크로드의 쓰기 특성을 고려하는 것이 중요합니다.
VSAN 6.0의 가장 흥미로운 변화는 Virsto 인수에서 파생된 새로운 온디스크 형식의 도입입니다. VSAN은 이제 더 빠르고 효율적인 저널 기반 데이터 레이아웃을 갖습니다. 새로운 형식은 SSD의 쓰기 증폭과 회전 디스크의 임의 I/O를 줄이는 데 도움이 됩니다. 이는 성능 향상으로 이어집니다. 성능 향상 외에도 Virsto 기술은 스냅샷에 엄청난 유익한 변화를 가져옵니다. 더 이상 오래된 vSphere 스냅샷에 의존할 필요가 없습니다. 대신 메타데이터 기반 스냅 및 복제본이 있습니다. 더 빠르고 공간 효율적이며 성능에 미치는 영향이 극히 제한적입니다.
블레이드 서버의 유용성을 개선하기 위한 노력의 일환으로 이제 VSAN 6.0에는 고밀도 직접 연결 스토리지 옵션이 있습니다. VMware는 여전히 VSAN 클러스터의 모든 서버가 동일한 스토리지 구성을 갖도록 권장하기 때문에 이것이 좋은 옵션이라고 생각하지 않습니다. 이렇게 많은 외부 JBOD 인클로저를 사용하면 상당한 양의 블레이드 섀시 공간이 사용되므로 매우 비싼 솔루션이 될 수 있습니다.
이 새 버전에서는 몇 가지 새로운 디스크 서비스 가능성이 향상되었습니다. 이제 드라이브의 LED를 활성화 또는 비활성화할 수 있습니다. 이제 이 기능을 통해 드라이브에 장애가 발생하면 쉽게 식별할 수 있도록 LED가 켜집니다. 이제 호스트가 장치를 인식하지 못하는 경우 장치에 SSD 또는 로컬 태그가 지정될 수 있습니다. 나는 이것이 가능한 미래의 발전을 위해 특히 흥미롭다고 생각합니다.
VSAN 6.0은 이제 랙을 인식합니다. 최소 XNUMX개의 랙을 나타내는 장애 도메인을 생성함으로써 Virtual SAN은 이러한 랙 전체에 데이터를 분산할 수 있을 만큼 충분히 지능적입니다. 이렇게 하면 정전, 스토리지 컨트롤러 문제 및 네트워크 장애로부터 보호할 수 있습니다.
다음 제목은 다음 버전의 VSAN을 외부 스토리지 어레이와 함께 사용할 수 있습니까? 사실 이것은 Chuck Hollis가 6.0년도 더 전에 그의 블로그에서 이야기한 내용입니다. 장애 도메인이 확장되었으므로 다음 단계는 확장된 VSAN 클러스터입니까? VSAN이 재해 복구 단순화로 vCloud Air로 확장되는 미래를 볼 수 있습니다. VSAN 6.0에서 누락된 주목성은 모든 유형의 데이터 감소 기술 및 기타 고급 데이터 서비스입니다. VSAN XNUMX의 최근 개발로 인해 VMware가 이 기술에 막대한 투자를 하고 있음이 분명해졌습니다. 다음 릴리스는 무엇을 가져올지 기대됩니다.
저자에 관하여
Mark May는 오하이오주 신시내티의 스토리지 엔지니어입니다. 그는 엔터프라이즈 스토리지 및 백업 분야에서 15년 이상 근무했습니다. 그는 EMC 당선자이자 Cisco 챔피언이자 열렬한 기술자입니다. 여가 시간에는 다른 사람들이 끊임없이 변화하는 스토리지 산업의 안팎을 이해하도록 돕는 것을 좋아합니다. 그는 다양한 장소에서 온라인으로 찾을 수 있지만 가장 가능성이 높은 두 곳은 그의 개인 블로그 그리고 트위터 @cincystorage.
