DapuStor H3900은 회사의 Haishen3-XL 라인의 일부인 기업용 SSD입니다. 달리 H3100 또는 H3200, DapuStor H3900은 KIOXIA를 기반으로 합니다. XL 플래시 기술(신기술로 출시된 최초의 드라이브), 따라서 이름이 Haishen3-XL입니다. SCM(스토리지 클래스 메모리)을 기반으로 하는 이 SSD는 데이터 캐시 및 가속, 메모리 내 데이터베이스, AI 교육 및 빅 데이터를 포함하여 동일한 클래스의 미디어와 유사한 사용 사례를 공유합니다.
DapuStor H3900은 회사의 Haishen3-XL 라인의 일부인 기업용 SSD입니다. 달리 H3100 또는 H3200, DapuStor H3900은 KIOXIA를 기반으로 합니다. XL 플래시 기술(신기술로 출시된 최초의 드라이브), 따라서 이름이 Haishen3-XL입니다. SCM(스토리지 클래스 메모리)을 기반으로 하는 이 SSD는 데이터 캐시 및 가속, 메모리 내 데이터베이스, AI 교육 및 빅 데이터를 포함하여 동일한 클래스의 미디어와 유사한 사용 사례를 공유합니다.
스토리지 클래스 메모리는 Intel의 Optane이 시장의 해당 부문을 거의 지배하면서 몇 년 동안 출시되었습니다. 그들이 서로 어떻게 버티는지 보기 위해 약간의 경쟁을 보는 것이 좋습니다. 단 하나의 옵션이 있을 때 물론 그것이 최선입니다. 다른 SCM과 마찬가지로 DapuStor H3900 SSD는 더 높은 성능으로 초저 지연 시간을 제공합니다. DapuStor는 3.5μs 읽기 대기 시간으로 낮은 대기열 깊이 워크로드에서 최대 3.2GB/830GB 대역폭, 300K/20K IOPS를 인용합니다. 성능 향상 외에도 드라이브는 최대 30DWPD의 놀라운 내구성을 제공합니다. 드라이브는 Marvell ZAO 컨트롤러를 활용합니다.
다른 SCM과 마찬가지로 용량에 제한이 있습니다. H3900은 400GB, 750GB, 800GB 및 1.6TB 용량으로 제공됩니다. 이 리뷰에서는 800GB 버전을 살펴보겠습니다.
DapuStor H3900 SSD 사양
| 모델 없음 | H3900 | ||||
| 용량(TB) | 0.4 | 0.75 | 0.8 | 1.6 | |
| 폼 팩터 | U.2 및 HHHL | ||||
| 인터페이스 | PCIe3.0 x 4 NVMe 1.3 | ||||
| 플래시 타입 | 96L 3D XL-플래시 | ||||
| 읽기 대역폭(128KB) MB/s | 3500 | 3500 | 3500 | 3500 | |
| 쓰기 대역폭(128KB) MB/s | 3000 | 3100 | 3100 | 3200 | |
| 임의 읽기(4KB) KIOPS | 830 | 830 | 830 | 830 | |
| 임의 쓰기(4KB) KIOPS | 246 | 350 | 300 | 288 | |
| 전력 소비(일반/최대) 와트 | 7.0/8.1 | 7.0/8.5 | 7.0/8.5 | 7.0/9.5 | |
| 수명 | 30 DWPD | ||||
| 4K 임의 대기 시간(일반) R/W μs | 30/17 | 20월 09일 | ||||
| 수정할 수 없는 비트 오류율(UBER) | <10-17 | ||||
| MTBF (평균 고장 간격) | 2 백만 시간 | ||||
| 지원되는 운영 체제 | RHEL, SLES, CentOS, 우분투, 윈도우 서버, VMware ESXi | ||||
| 인증 | FCC, CE, ROHS, REACH, WEEE, PCI 익스프레스, NVM 익스프레스 | ||||
DapuStor H3900 SSD 성능
테스트베드
우리의 기업용 SSD 검토는 레노버 씽크시스템 SR850 애플리케이션 테스트(참고: 호환성 문제로 인해 전면 베이 슬롯 대신 어댑터 카드를 사용해야 함) 및 델 파워에지 R740xd 합성 벤치마크용. ThinkSystem SR850은 고성능 로컬 스토리지에 스트레스를 주는 데 필요한 것보다 훨씬 더 많은 CPU 성능을 제공하는 잘 갖춰진 쿼드 CPU 플랫폼입니다. 많은 CPU 리소스가 필요하지 않은 합성 테스트는 보다 전통적인 듀얼 프로세서 서버를 사용합니다. 두 경우 모두 스토리지 공급업체의 최대 드라이브 사양과 일치하는 최상의 조명에서 로컬 스토리지를 보여주기 위한 것입니다.
레노버 씽크시스템 SR850
- 4 x Intel Platinum 8160 CPU(2.1GHz x 24코어)
- 16 x 32GB DDR4-2666Mhz ECC DRAM
- RAID 2-930i 8Gb/s RAID 카드 12개
- NVMe 베이 8개
- VM웨어 ESXI 6.5
델 파워에지 R740xd
- Intel Gold 2 CPU 6130개(2.1GHz x 16코어)
- 4GB DDR16-4MHz ECC DRAM 2666개
- 1x PERC 730 2GB 12Gb/s RAID 카드
- 애드인 NVMe 어댑터
- 우분투-16.04.3-데스크탑-amd64
테스트 배경 및 유사 항목
The StorageReview 엔터프라이즈 테스트 랩 관리자가 실제 배포에서 경험하는 것과 유사한 환경에서 엔터프라이즈 스토리지 장치의 벤치마크를 수행하기 위한 유연한 아키텍처를 제공합니다. Enterprise Test Lab은 다양한 서버, 네트워킹, 전력 조절 및 기타 네트워크 인프라를 통합하여 직원이 실제 조건을 설정하여 검토 중에 성능을 정확하게 측정할 수 있도록 합니다.
랩 환경 및 프로토콜에 대한 이러한 세부 정보를 검토에 통합하여 IT 전문가와 스토리지 구입 책임자가 다음 결과를 달성한 조건을 이해할 수 있도록 합니다. 우리의 리뷰는 우리가 테스트하는 장비 제조업체에서 비용을 지불하거나 감독하지 않습니다. 에 대한 추가 세부 정보 StorageReview 엔터프라이즈 테스트 랩 네트워킹 기능에 대한 개요는 해당 페이지에서 확인할 수 있습니다.
애플리케이션 워크로드 분석
엔터프라이즈 스토리지 장치의 성능 특성을 이해하려면 라이브 프로덕션 환경에서 발견되는 인프라 및 애플리케이션 워크로드를 모델링하는 것이 필수적입니다. 따라서 DapuStor H3100에 대한 우리의 벤치마크는 SysBench를 통한 MySQL OLTP 성능 그리고 마이크로소프트 SQL 서버 OLTP 성능 시뮬레이션된 TCP-C 워크로드를 사용합니다. 애플리케이션 워크로드의 경우 각 드라이브는 2-4개의 동일하게 구성된 VM을 실행합니다.
SideFX의 후디니
Houdini 테스트는 CGI 렌더링과 관련하여 스토리지 성능을 평가하도록 특별히 설계되었습니다. 이 애플리케이션의 테스트베드는 듀얼 Intel 740 CPU 및 6130GB DRAM과 함께 실험실에서 사용하는 핵심 Dell PowerEdge R64xd 서버 유형의 변형입니다. 이 경우 베어 메탈을 실행하는 Ubuntu Desktop(ubuntu-16.04.3-desktop-amd64)을 설치했습니다. 벤치마크의 출력은 완료하는 데 몇 초 만에 측정되며 적을수록 좋습니다.
Maelstrom 데모는 스왑 파일을 확장 메모리의 한 형태로 효과적으로 사용하는 기능을 보여줌으로써 스토리지의 성능 기능을 강조하는 렌더링 파이프라인의 섹션을 나타냅니다. 테스트는 기본 스토리지 구성 요소에 대한 대기 시간 영향의 벽 시간 효과를 격리하기 위해 결과 데이터를 작성하거나 포인트를 처리하지 않습니다. 테스트 자체는 XNUMX단계로 구성되며 그 중 XNUMX개는 벤치마크의 일부로 실행되며 다음과 같습니다.
- 디스크에서 압축된 포인트를 로드합니다. 이것은 디스크에서 읽을 시간입니다. 이는 전체 처리량을 제한할 수 있는 단일 스레드입니다.
- 처리할 수 있도록 포인트를 단일 플랫 배열로 압축 해제합니다. 포인트가 다른 포인트에 종속되지 않는 경우 작업 세트가 코어에 유지되도록 조정할 수 있습니다. 이 단계는 다중 스레드입니다.
- (실행 안 함) 포인트를 처리합니다.
- 디스크에 다시 저장하기에 적합한 버킷 블록으로 다시 압축합니다. 이 단계는 다중 스레드입니다.
- (실행 안 함) 버킷 블록을 다시 디스크에 씁니다.
여기에서 DapuStor H3900은 다른 SCM 드라이브와 함께 2,201.987초를 기록할 수 있었습니다.
VDBench 워크로드 분석
스토리지 장치를 벤치마킹할 때 애플리케이션 테스트가 가장 좋고 합성 테스트가 두 번째입니다. 실제 워크로드를 완벽하게 나타내지는 못하지만 합성 테스트는 경쟁 솔루션 간의 비교를 쉽게 수행할 수 있는 반복성 요소로 스토리지 장치의 기준선을 만드는 데 도움이 됩니다. 이러한 워크로드는 "포 코너" 테스트, 일반적인 데이터베이스 전송 크기 테스트에서 다양한 VDI 환경의 추적 캡처에 이르기까지 다양한 테스트 프로필을 제공합니다. 이러한 모든 테스트는 스크립팅 엔진과 함께 공통 vdBench 워크로드 생성기를 활용하여 대규모 컴퓨팅 테스트 클러스터에서 결과를 자동화하고 캡처합니다. 이를 통해 플래시 어레이 및 개별 스토리지 장치를 포함한 광범위한 스토리지 장치에서 동일한 워크로드를 반복할 수 있습니다. 이러한 벤치마크에 대한 테스트 프로세스는 전체 드라이브 표면을 데이터로 채운 다음 드라이브 용량의 25%에 해당하는 드라이브 섹션을 분할하여 드라이브가 애플리케이션 작업 부하에 어떻게 반응하는지 시뮬레이션합니다. 이것은 드라이브의 100%를 사용하고 정상 상태로 만드는 전체 엔트로피 테스트와 다릅니다. 결과적으로 이 수치는 더 높은 지속 쓰기 속도를 반영합니다.
프로필 :
- 4K 임의 읽기: 100% 읽기, 128 스레드, 0-120% iorate
- 4K 임의 쓰기: 100% 쓰기, 64 스레드, 0-120% iorate
- 64K 순차 읽기: 100% 읽기, 16 스레드, 0-120% iorate
- 64K 순차 쓰기: 100% 쓰기, 8개 스레드, 0-120% 속도
- 합성 데이터베이스: SQL 및 Oracle
- VDI 전체 클론 및 연결된 클론 추적
유사점:
첫 번째 VDBench 워크로드 분석인 Random 4K 읽기에서 DapuStor는 대기 시간이 31.7µs에 불과한 성능을 보였고 대기 시간이 835,064µs에 불과한 148.2 IOPS에서 정점에 도달한 후 약간 떨어졌습니다. 이것은 편안한 마진으로 드라이브를 먼저 넣었습니다.
4K 임의 쓰기는 H3900의 경우 다른 이야기였습니다. 여기에서 드라이브는 338,630µs의 대기 시간과 457.4 IOPS의 최고 성능으로 XNUMX위를 차지했습니다.
순차 워크로드로 전환하면서 64K 벤치마크를 살펴봅니다. 순차 읽기의 경우 H3900은 47,707 IOPS 또는 3GB/s에서 334.3µs의 대기 시간으로 XNUMX위를 기록했습니다.
64K 순차 쓰기에서 DapuStor는 36,571µs의 대기 시간에서 최고 2.3 IOPS 또는 431GB/s로 다시 XNUMX위를 차지했습니다.
다음 테스트 세트는 SQL, SQL 90-10 및 SQL 80-20과 같은 SQL 워크로드입니다. SQL부터 시작하여 DapuStor H3900은 전체적으로 100µs 미만으로 인상적인 실행을 보였습니다. 드라이브는 405,709 IOPS와 78.6µs의 대기 시간으로 XNUMX위를 차지했습니다.
SQL 90-10의 경우 H3900은 대기 시간이 388,430µs에 불과한 최고 점수 81.8 IOPS로 대기 시간 추세를 반복했습니다. 드라이브가 쉽게 XNUMX위를 차지했습니다.
SQL 80-20은 대기 시간이 3900µs에서 최대 378,175 IOPS로 H83.9의 최고의 배치를 보여주었으며 이는 팩보다 훨씬 앞서 있습니다.
다음은 Oracle 워크로드인 Oracle, Oracle 90-10 및 Oracle 80-20입니다. Oracle을 시작으로 DapuStor H3900은 대기 시간이 매우 짧은 우위를 계속 유지했습니다. 드라이브는 대기 시간이 354,991µs인 최대 98.5 IOPS로 XNUMX위를 차지했습니다.
Oracle 90-10에서 H3900은 최고 332,320 IOPS와 65.7µs의 대기 시간으로 XNUMX위를 유지했습니다.
Oracle 80-20은 3900 IOPS와 328,103µs의 대기 시간으로 다시 한 번 H66.3을 XNUMX위로 올렸습니다.
다음으로 VDI 클론 테스트인 Full and Linked로 전환했습니다. VDI 전체 클론(FC) 부팅의 경우 DapuStor H3900이 최고 231,866 IOPS, 대기 시간 138.8µs로 선두를 달리고 있었습니다.
VDI FC 초기 로그인의 경우 H3900이 최고 145,357 IOPS와 203.4µs의 대기 시간으로 XNUMX위를 차지했습니다.
VDI FC Monday Login은 DapuStor가 118,009 IOPS와 133.6µs의 대기 시간으로 정지 지점을 차지하는 것을 확인했습니다.
VDI Linked Clone(LC) 부트의 경우 DapuStor H3900은 107,815µs의 대기 시간으로 최고 147.8 IOPS를 기록했습니다. 드라이브는 XNUMX위를 유지했습니다.
오랜 시간 정상에 오른 H3900은 VDI LC 초기 로그인에서 최고 900 IOPS와 64,107µs의 대기 시간으로 Intel 122p에 이어 XNUMX위를 차지했습니다.
마지막으로 H3900은 VDI LC 월요일 로그인에서 최고 84,739 IOPS와 186.2µs의 대기 시간으로 앞서 나갔습니다.
결론
DapuStor H3900은 기업용 스토리지 클래스 메모리(SCM) SSD입니다. 이 드라이브는 KIOXIA의 XL-FLASH 기술을 활용하여 DapuStor의 Haishen3-XL 라인의 일부가 되었습니다. SCM 드라이브이기 때문에 SCM과 관련된 동일한 사용 사례를 목표로 하지만 특히 데이터 캐시 및 가속, 메모리 내 데이터베이스, AI 교육 및 빅 데이터를 목표로 합니다. 드라이브는 U.2 및 HHHL 폼 팩터로 제공됩니다(U.2 버전을 살펴보고 있습니다). 다른 SCM 드라이브와 마찬가지로 용량은 약간 낮지만 400GB, 750GB, 800GB 및 1.6TB로 제공됩니다. 성능을 위해 드라이브는 최대 3.5GB/3.2GB 대역폭, 낮은 대기열 깊이 워크로드에서 830μs 읽기 대기 시간, 최대 300DWPD의 20K/30K IOPS를 달성하는 것으로 인용됩니다.
성능을 살펴보면 Application Workload Analysis(Houdini만 해당) 및 VDBench 테스트를 모두 실행했습니다. Houdini by SideFX의 경우 H3900이 2,201.987초로 XNUMX위를 차지했습니다. 기존 NAND 드라이브보다 우수하지만 SCM 드라이브의 하단에 있습니다.
VDBench의 경우 드라이브가 정말 빛났습니다. 하이라이트에는 835K 읽기의 경우 4K IOPS, 339K 쓰기의 경우 4K IOPS, 3K 읽기의 경우 64GB/s, 64K 쓰기의 경우 드라이브가 2.3GB/s를 기록했습니다. SQL의 경우 세 가지 테스트 모두에서 406K IOPS, SQL 388-90의 경우 10K IOPS, SQL 378-80의 경우 20K IOPS, 최대 지연 시간은 100µs 미만이었습니다. Oracle의 경우 355K IOPS, Oracle 332-90의 경우 10K IOPS, Oracle 328-80의 경우 20K IOPS를 확인했으며 세 가지 테스트 모두에서 최대 대기 시간이 100µs 미만이었습니다. VDI 클론 테스트에서 H3900은 계속해서 인상적이었고 최상위 또는 그 근처에 머물렀습니다. VDI FC 부팅 시 드라이브의 IOPS는 232K, VDI FC 초기 로그인 시 드라이브의 IOPS는 145K, VDI FC 월요일 로그인 시 118K IOPS, VDI LC 부팅 시 108K IOPS, VDI LC 초기 로그인 시 피크는 64K IOPS였습니다. VDI LC 월요일 로그인에서 드라이브는 대략 85K IOPS에 도달했습니다.
Optane이 SCM 공간에서 오랫동안 군림하는 왕이 되었기 때문에 경쟁자가 인상적인 모습으로 필드에 진입하는 것을 보는 것이 좋습니다. DapuStor는 Houdini에서 3900위를 차지하지는 못했지만 여러 경우에 약간의 대기 시간으로 대부분의 다른 벤치마크를 압도했습니다. 극도로 짧은 대기 시간과 강력한 성능이 필요한 워크로드의 경우 DapuStor HXNUMX이 여러분이 찾고 있는 드라이브입니다.
StorageReview에 참여
뉴스레터 | 유튜브 | 팟캐스트 iTunes/스포티 파이 | 인스타그램 | 트위터 | 페이스북 | RSS 피드
