Samsung 983 DCT는 회사의 최신 데이터 센터 SSD입니다. 983 DCT는 NVMe 인터페이스를 활용하며 2.5인치와 M.2의 두 가지 폼 팩터로 제공됩니다. 이 드라이브는 입증된 삼성 구성 요소와 입증된 V-NAND로 제작되었습니다. 이 드라이브는 특히 성능에 맞춰져 있지만 종단 간 데이터 보호, Samsung SSD Toolkit 소프트웨어를 통한 보다 효율적인 관리 및 5년 보증도 제공합니다.
Samsung 983 DCT는 회사의 최신 데이터 센터 SSD입니다. 983 DCT는 NVMe 인터페이스를 활용하며 2.5인치와 M.2의 두 가지 폼 팩터로 제공됩니다. 이 드라이브는 입증된 삼성 구성 요소와 입증된 V-NAND로 제작되었습니다. 이 드라이브는 특히 성능에 맞춰져 있지만 종단 간 데이터 보호, Samsung SSD Toolkit 소프트웨어를 통한 보다 효율적인 관리 및 5년 보증도 제공합니다.
이 회사는 최근 고속 및 높은 응답성을 목표로 하는 드라이브인 983 DCT로 최근 데이터 센터 드라이브를 새로 고쳤습니다. 삼성은 NVMe 기술과 Phoenix 컨트롤러를 통해 이 목표를 달성할 것이라고 밝혔습니다. 2.5인치 버전의 경우 회사는 983 DCT가 최대 3,400MB/s의 순차 속도와 최대 580,000 IOPS의 임의 처리량을 달성할 수 있다고 밝혔습니다.
언급한 바와 같이 Samsung 983 DCT는 M.2 및 2.5인치 폼 팩터로 제공됩니다. 이 리뷰에서는 1.92TB, 2.5인치 폼 팩터를 살펴봅니다.
삼성 983 DCT 사양
| 폼 팩터 | 2.5 " | |
| 생산 능력 | 960GB | 1.92TB |
| 인터페이스 | PCIe 3세대 x4, NVMe 1.2b | |
| 낸드 | 삼성 V- 낸드 | |
| 제어 장치 | 삼성 피닉스 | |
| 암호화 지원 | AES 256 비트 | |
| 퍼포먼스 | ||
| 순차적 읽기 | 최대 3.3GB/s | 최대 3.4GB/초 |
| 순차적 쓰기 | 최대 1.3GB/s | 최대 2.2GB/초 |
| 임의 읽기(4K, QD32) | 440K IOPS | 580K IOPS |
| 임의 쓰기(4K, QD32) | 46K IOPS | 52K IOPS |
| QoS 읽기(99.99%, 4KB, QD1) | 최대 0.13ms | |
| QoS 쓰기(99.99%, 4KB, QD1) | 최대 0.09ms | |
| 전력 소비 | ||
| 활성 읽기 | 최대 8.7W | |
| 활성 쓰기 | 최대 10.6W | |
| 유휴 | 최대 4.0W | |
| 지구력 | ||
| MTBF | 2.0 백만 시간 | |
| 우버5 | 1^10비트 읽기당 17섹터 | |
| 충격 | 1500G, 기간 0.5ms, 하프 사인파 | |
| 환경 | ||
| 허용 전압 | 12.0V ± 8 % | |
| 작동 온도 | 0-70 ° C | |
| 물리적 | ||
| 치수(WxHxD) | X X 100.2 69.85 6.8 (mm) | |
| 무게 최대. | 70g | |
| 품질 보증 | 5년 또는 0.8 DWPD | |
퍼포먼스
테스트베드
당사의 엔터프라이즈 SSD 검토는 애플리케이션 테스트를 위해 Lenovo ThinkSystem 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코어)
- 16GB DDR16-4MHz ECC DRAM 2666개
- 1x PERC 730 2GB 12Gb/s RAID 카드
- 애드인 NVMe 어댑터
- 우분투-16.04.3-데스크탑-amd64
테스트 배경 및 유사 항목
The StorageReview 엔터프라이즈 테스트 랩 관리자가 실제 배포에서 경험하는 것과 유사한 환경에서 엔터프라이즈 스토리지 장치의 벤치마크를 수행하기 위한 유연한 아키텍처를 제공합니다. Enterprise Test Lab은 다양한 서버, 네트워킹, 전력 조절 및 기타 네트워크 인프라를 통합하여 직원이 실제 조건을 설정하여 검토 중에 성능을 정확하게 측정할 수 있도록 합니다.
랩 환경 및 프로토콜에 대한 이러한 세부 정보를 검토에 통합하여 IT 전문가와 스토리지 구입 책임자가 다음 결과를 달성한 조건을 이해할 수 있도록 합니다. 우리의 리뷰는 우리가 테스트하는 장비 제조업체에서 비용을 지불하거나 감독하지 않습니다. 에 대한 추가 세부 정보 StorageReview 엔터프라이즈 테스트 랩 네트워킹 기능에 대한 개요는 해당 페이지에서 확인할 수 있습니다.
이 리뷰의 주요 비교 대상:
애플리케이션 워크로드 분석
엔터프라이즈 스토리지 장치의 성능 특성을 이해하려면 라이브 프로덕션 환경에서 발견되는 인프라 및 애플리케이션 워크로드를 모델링하는 것이 필수적입니다. 따라서 삼성 983 DCT에 대한 우리의 벤치마크는 SysBench를 통한 MySQL OLTP 성능. 애플리케이션 워크로드의 경우 각 드라이브는 2-4개의 동일하게 구성된 VM을 실행합니다. 참고 : 1.92TB 모델은 SQL 애플리케이션 워크로드에 비해 충분히 크지 않았기 때문에 이 검토에는 포함되지 않았습니다.
시스벤치 성능
다음 애플리케이션 벤치마크는 Percona MySQL OLTP 데이터베이스 SysBench를 통해 측정. 이 테스트는 평균 TPS(Transactions Per Second), 평균 대기 시간 및 평균 99번째 백분위수 대기 시간도 측정합니다.
각각의 시스벤치 VM은 92개의 vDisk로 구성됩니다. 하나는 부팅용(~447GB), 하나는 사전 구축된 데이터베이스(~270GB), 세 번째는 테스트 중인 데이터베이스용(16GB)입니다. 시스템 리소스 관점에서 각 VM을 vCPU 60개, DRAM XNUMXGB로 구성하고 LSI Logic SAS SCSI 컨트롤러를 활용했습니다.
Sysbench 테스트 구성(VM당)
- 센트OS 6.3 64비트
- 페르코나 XtraDB 5.5.30-rel30.1
- 데이터베이스 테이블: 100
- 데이터베이스 크기: 10,000,000
- 데이터베이스 스레드: 32
- RAM 버퍼: 24GB
- 시험 시간: 3시간
- 2시간 동안 32개 스레드 사전 조정
- 1시간 32 스레드
Sysbench 트랜잭션 벤치마크에서 Samsung 983 DCT(나머지 성능 섹션에서는 Samsung이라고 함)가 6,159.4 TPS로 마지막에 나타났습니다.
Sysbench 평균 대기 시간의 경우 다시 Samsung이 20.8ms로 마지막에 나타났습니다.
최악의 시나리오 대기 시간(99번째 백분위수)의 경우 삼성이 38.6ms로 꼴찌를 유지했습니다.
SideFX의 후디니
Houdini 테스트는 CGI 렌더링과 관련하여 스토리지 성능을 평가하도록 특별히 설계되었습니다. 이 애플리케이션의 테스트 베드는 코어의 변형입니다. 델 파워에지 R740xd 이중 Intel 6130 CPU 및 64GB DRAM과 함께 연구실에서 사용하는 서버 유형입니다. 이 경우 베어 메탈을 실행하는 Ubuntu Desktop(ubuntu-16.04.3-desktop-amd64)을 설치했습니다. 벤치마크의 출력은 완료하는 데 몇 초 만에 측정되며 적을수록 좋습니다.
Maelstrom 데모는 스왑 파일을 확장 메모리의 한 형태로 효과적으로 사용하는 기능을 보여줌으로써 스토리지의 성능 기능을 강조하는 렌더링 파이프라인의 섹션을 나타냅니다. 테스트는 기본 스토리지 구성 요소에 대한 대기 시간 영향의 벽 시간 효과를 격리하기 위해 결과 데이터를 작성하거나 포인트를 처리하지 않습니다. 테스트 자체는 XNUMX단계로 구성되며 그 중 XNUMX개는 벤치마크의 일부로 실행되며 다음과 같습니다.
- 디스크에서 압축된 포인트를 로드합니다. 이것은 디스크에서 읽을 시간입니다. 이는 단일 스레드이므로 전체 처리량이 제한될 수 있습니다.
- 처리할 수 있도록 포인트를 단일 플랫 배열로 압축 해제합니다. 포인트가 다른 포인트에 종속되지 않는 경우 작업 세트가 코어에 유지되도록 조정할 수 있습니다. 이 단계는 다중 스레드입니다.
- (실행 안 함) 포인트를 처리합니다.
- 디스크에 다시 저장하기에 적합한 버킷 블록으로 다시 압축합니다. 이 단계는 다중 스레드입니다.
- (실행 안 함) 버킷 블록을 다시 디스크에 씁니다.
Houdini 테스트에서 Samsung은 2,634.2초로 Optane이 아닌 드라이브의 대략 중간에 도달했습니다.
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 Read에서 Samsung은 82.1 IOPS에서 59,187μs 대기 시간으로 시작했습니다. 삼성은 약 100K IOPS까지 300μs 미만을 유지했으며 계속해서 591,839μs에서 215.2 IOPS로 가장 낮은 피크 성능을 보였습니다.
4K 랜덤 쓰기에서 삼성은 다른 모든 드라이브에 큰 차이로 뒤처졌습니다. 20.2 IOPS에서 35,420μs에서 시작하여 최대 지연 시간 52,822ms에서 최대 2.42 IOPS까지 빠르게 증가했습니다.
순차 작업으로 전환하여 64K 읽기에서 Samsung은 가장 낮은 대기 시간(187.8μs)으로 시작하여 약 32K IOPS 또는 2.1GB/s까지 더 낮은 대기 시간을 유지했으며 36,389 IOPS 또는 2.27에서 그룹의 가장 낮은 성능으로 정점에 도달했습니다. GB/s.
64K 쓰기의 경우 대기 시간이 67.3μs에 불과한 삼성의 또 다른 저조한 성능을 볼 수 있습니다. 드라이브는 빠르게 급증하여 3,299ms의 대기 시간에서 206 IOPS 또는 4.84MB/s로 정점에 도달했습니다.
다음 벤치마크 배치는 SQL 워크로드에 중점을 둡니다. 첫 번째 벤치마크에서 Samsung은 82μs 및 21,107 IOPS에서 가장 낮은 대기 시간으로 시작했습니다. 이 드라이브는 약 150K IOPS까지 가장 낮은 대기 시간을 유지했으며 계속해서 대기 시간이 210,323μs인 149.5 IOPS에서 두 번째 전체 최고 성능을 보였습니다.
SQL 90-10의 경우 Samsung은 18,589μs의 대기 시간에서 82.5 IOPS로 다시 한 번 강력하게 시작했습니다. 드라이브는 100K IOPS에 조금 못 미칠 때까지 90μs 미만을 유지했으며 최고 점수 184,773 IOPS와 172.3μs의 대기 시간으로 XNUMX위를 유지했습니다.
SQL 80-20은 드라이브가 약간 미끄러지는 것을 보았습니다. 여전히 가장 낮은 대기 시간(86.8μs)으로 시작하는 동안 드라이브는 약 132K IOPS 및 대기 시간에 대해 233μs의 가장 약한 피크 성능을 가졌습니다.
Oracle Workloads로 이동하면 삼성이 잘못된 발걸음을 내딛는 것을 볼 수 있습니다. 다시 드라이브는 가장 낮은 대기 시간(82.7μs)으로 시작하지만 다른 드라이브보다 훨씬 뒤처진 95,205μs 대기 시간으로 418.9 IOPS에서 빠르게 증가하고 정점에 도달합니다.
Oracle 90-10으로 삼성은 개선되었습니다. 15,515 IOPS 및 대기 시간 82.5μs에서 시작하여 드라이브는 약 100K IOPS까지 72μs 미만을 유지했으며 159,976μs에서 최대 139.6 IOPS에 도달했습니다.
Oracle 80-20은 Samsung이 100 IOPS에서 약 12,687 IOPS까지 60μs 미만의 대기 시간을 유지하도록 했으며 최대 성능은 130,766 IOPS 및 대기 시간은 166.5μs입니다.
다음으로 VDI 클론 테스트인 Full and Linked로 이동합니다. VDI Full Clone Boot의 경우, Samsung은 100μs 미만에서 시작하여 빠르게 넘어가서 123,613 IOPS의 최고 성능과 279.4μs의 대기 시간으로 XNUMX위에 올랐습니다.
VDI FC 초기 로그인은 삼성이 3,987μs의 72.7 IOPS에서 시작했습니다. 대기 시간은 낮게 유지되었으며 실제로 너무 낮아서 차트에서 12인 것처럼 보였으며 약 15,845K IOPS까지 빠르게 증가하여 1.9ms의 대기 시간으로 XNUMX IOPS로 정점을 찍었습니다.
VDI 월요일 로그인을 통해 삼성은 100μs 미만에서 시작하여 17,810μs의 대기 시간과 함께 최고 895 IOPS로 점프하기 전에 마지막에 머물렀습니다.
VDI LC(Linked Clone)의 경우 부팅 테스트를 다시 한 번 시작합니다. 여기에서 삼성은 Memblaze PBlaze5 910을 사용하여 목과 목을 달리는 클론 테스트에서 가장 강력한 성능을 보여주었습니다. 그러나 삼성은 여전히 64,503μs의 대기 시간과 248.8 IOPS의 최고 성능으로 마지막에 나타났습니다.
VDI LC 초기 로그인에서 Samsung은 100μs를 조금 넘는 시간에 시작하여 다른 두 드라이브보다 훨씬 뒤처진 대기 시간 9,959μs로 최대 799.4 IOPS까지 빠르게 급증했습니다.
마지막으로 VDI LC 월요일 로그인은 삼성이 100μs 이상에서 시작하여 10,410ms 대기 시간으로 최대 1.52 IOPS까지 빠르게 급등하는 열악한 성능을 계속 유지하고 있음을 보여주었습니다.
결론
Samsung 983 DCT는 회사 데이터 센터 새로 고침의 읽기 중심 NVMe 버전입니다. 983 DCT는 2.5인치와 M.2의 두 가지 폼 팩터와 960GB 및 1.92TB의 두 가지 용량으로 제공됩니다. 983 DCT는 최대 3.4GB/s 순차 속도 및 580K IOPS 임의 읽기 속도를 제공하는 삼성의 고성능 데이터 센터 드라이브로 예정되어 있습니다. 이 드라이브는 이러한 수치를 달성하기 위해 V-NAND, NVMe 인터페이스 및 회사의 Phoenix 컨트롤러를 활용합니다.
읽기 집약적인 범주의 다른 제품은 1 DWPD를 제공하지만 Samsung 983 DCT는 0.8 DWPD로 조금 더 가볍습니다. 이 경우 983 DCT가 쓰기 성능에서 작은 우위를 제공하는 이 범주의 다른 제품보다 낮은 것으로 나타나는 것은 그리 놀라운 일이 아닙니다. 애플리케이션 워크로드 분석에서 Samsung 983 DCT는 6,159.4 TPS, 평균 대기 시간 20.8ms, 최악의 시나리오 대기 시간 38.6ms로 세 가지 Sysbench 테스트 모두에서 마지막으로 나타났습니다. Houdini는 드라이브가 2,634.2초로 기존 NVMe 드라이브의 대략 중간에 도달하는 것을 보았습니다. 용량이 작기 때문에(이 리뷰에서는 1.92TB) SQL Server 애플리케이션 테스트를 실행할 수 없었습니다.
Samsung 983 DCT의 새 제품을 테스트하는 VDBench로 이동하면 드라이브가 읽기 및 쓰기 워크로드에 어떻게 반응하는지 더 명확하게 볼 수 있습니다. 이 드라이브는 4K에서 592K IOPS의 읽기 성능을 보였고 64K에서는 2.27GB/s를 기록했습니다. 두 경우 모두 삼성이 다른 두 드라이브보다 대기 시간이 가장 짧았습니다. Writes의 경우는 극명한 대조를 이루었습니다. 4K 쓰기는 53K IOPS로 정점을 찍었고 대기 시간은 2.42ms였습니다. 64K 쓰기는 최대 206MB/s와 4.84ms의 대기 시간에 불과했습니다. SQL과 Oracle은 일반적으로 대기 시간이 가장 짧은 드라이브가 가장 긴 드라이브를 사용하여 Samsung의 성능 및 배치가 개선되었음을 확인했습니다. 하이라이트는 SQL의 경우 210K IOPS, SQL 185-90의 경우 10K IOPS, Oracle 160-90의 경우 10K IOPS, Oracle 131-80의 경우 20K IOPS입니다. VDI Full Clone Boot 테스트를 제외하고 Samsung은 VDI Clone 테스트에서 전반적으로 낮은 성능을 보였습니다.
SSD 시장이 제품을 더 세분화하려고 함에 따라 Samsung 983 DCT는 0.8 DWPD를 제공하는 NVMe 제품으로 제공되며 읽기 집약적인 위치 드라이브에서 1 DWPD 마크에 중점을 둔 경쟁 제품보다 약간 낮습니다. 따라서 983 DCT에서 쓰기 성능이 낮아지는 것은 놀라운 일이 아닙니다. 대신 드라이브는 읽기 성능에 더 중점을 둡니다. 여기에서 소규모 및 대규모 블록 전송에서 더 낮은 초기 대기 시간을 제공할 수 있었습니다. 전반적으로 983 DCT는 더 가치 지향적인 NVMe 드라이브를 지향하는 읽기 중심 환경에서 잘 작동할 것입니다.
