삼성은 4년 가을에 PCIe Gen2019 엔터프라이즈 SSD 제품군의 거의 1733개 반복을 출시했습니다. PM1735 및 PM4는 Gen4 처리량을 최대한 활용하도록 설계되었습니다. 이제 서버 공급업체가 AMD 및 Intel 기반 서버 제품 전반에 걸쳐 Gen1733 포트를 포함하고 있으므로 이러한 SSD가 마침내 대량으로 시장에 출시됩니다. PM1735은 하루에 단일 드라이브 쓰기 모델인 반면 PM1735는 하루에 세 번의 드라이브 쓰기를 제공합니다. 이 리뷰에서는 3.2TB 용량의 HPE PMXNUMX 변형을 살펴봅니다(HPE P16499-B21).
삼성은 4년 가을에 PCIe Gen2019 엔터프라이즈 SSD 제품군의 거의 1733개 반복을 출시했습니다. PM1735 및 PM4는 Gen4 처리량을 최대한 활용하도록 설계되었습니다. 이제 서버 공급업체가 AMD 및 Intel 기반 서버 제품 전반에 걸쳐 Gen1733 포트를 포함하고 있으므로 이러한 SSD가 마침내 대량으로 시장에 출시됩니다. PM1735은 하루에 단일 드라이브 쓰기 모델인 반면 PM1735는 하루에 세 번의 드라이브 쓰기를 제공합니다. 이 리뷰에서는 3.2TB 용량의 HPE PMXNUMX 변형을 살펴봅니다(HPE P16499-B21).
삼성 PM1735 대 PM1733
언급한 바와 같이 PM1733은 내구성 측면에서 PM1735와 크게 차별화됩니다. 즉, 전자는 1 DWPD(드라이브 쓰기/일)로 인용되고 후자는 3 DWPD로 이 숫자를 세 배로 늘립니다. 두 드라이브 모두 동일한 순차 쓰기 속도(예: 최대 용량 모델의 경우 3,800MB/s)로 인용됩니다. 그러나 PM1735는 8,000TB, 12.8TB 및 3.2TB 모델에 대해 잠재적인 6.4MB/s를 제공하고 모든 PM7,000 모델에 대해 1733MB/s를 제공하므로 읽기 활동은 약간 다릅니다.
또한 대부분의 서버 공급업체에서 SSD에는 공급업체(예: 이 경우 HPE)에 특정한 펌웨어가 있습니다. 이러한 드라이브는 OEM을 대상으로 하므로 소매점에서 일반적으로 제공되지 않을 수도 있습니다. 삼성은 소매용으로 1.3 DWPD PM9A3을 제공합니다. PM9A3는 M.2, U.2, E1.L 및 E1.S를 포함한 다양한 폼 팩터로 제공되는 단일 포트 데이터 센터 드라이브입니다.
삼성 PM1735 사양
| 제품 번호(SKU) | P16499-B21 |
| 평생 쓰기 | 17,520TB |
| Endurance DWPD(드라이브 쓰기/일) | 3 |
| 읽기 IOPS | 임의 읽기 IOPS(4KiB, Q=16): 180,000
최대 임의 읽기 IOPS(4KiB): 950,000@Q256 |
| 쓰기 IOPS | 임의 쓰기 IOPS(4KiB, Q=16) 350,000
최대 임의 쓰기 IOPS(4KiB) 350,000@Q16 |
| 전력 (와트) | 14 |
| 높이 | 15mm |
| 플러그 유형 | 핫 플러그 가능 |
| 품질 보증 | 표준 3/0/0 보증 |
삼성 PM1735 성능
테스트 배경 및 유사 항목
The StorageReview 엔터프라이즈 테스트 랩 관리자가 실제 배포에서 경험하는 것과 유사한 환경에서 엔터프라이즈 스토리지 장치의 벤치마크를 수행하기 위한 유연한 아키텍처를 제공합니다. Enterprise Test Lab은 다양한 서버, 네트워킹, 전력 조절 및 기타 네트워크 인프라를 통합하여 직원이 실제 조건을 설정하여 검토 중에 성능을 정확하게 측정할 수 있도록 합니다.
랩 환경 및 프로토콜에 대한 이러한 세부 정보를 검토에 통합하여 IT 전문가와 스토리지 구입 책임자가 다음 결과를 달성한 조건을 이해할 수 있도록 합니다. 우리의 리뷰는 우리가 테스트하는 장비 제조업체에서 비용을 지불하거나 감독하지 않습니다. 에 대한 추가 세부 정보 StorageReview 엔터프라이즈 테스트 랩 네트워킹 기능에 대한 개요는 해당 페이지에서 확인할 수 있습니다.
HPE PM1735는 U.3 전용 버전으로 제공되므로 HPE ProLiant DL365 Gen10 Plus 서버 내에서 테스트했습니다.
HPE ProLiant DL365 Gen10 플러스 구성:
- 2 x 7713 AMD Epyc Gen 3 CPU(64코어, 2GHz)
- 16GB DDR16 4MHz 3200개
- HPE Samsung PM1 1735GB U.3.2 Gen3 SSD 4개
- ESXi 7.0u1
애플리케이션 워크로드 분석
엔터프라이즈 스토리지 장치의 성능 특성을 이해하려면 라이브 프로덕션 환경에서 발견되는 인프라 및 애플리케이션 워크로드를 모델링하는 것이 필수적입니다. HPE/Samsung PM1735에 대한 벤치마크에는 다음이 포함됩니다. SysBench를 통한 MySQL OLTP 성능 그리고 마이크로소프트 SQL 서버 OLTP 성능 시뮬레이션된 TCP-C 워크로드를 사용합니다. 애플리케이션 워크로드의 경우 비교 가능한 각 드라이브는 동일하게 구성된 VM 4개를 실행합니다. PM1735가 U.3 전용 변형인 경우 HPE DL365 Gen10 Plus에서 테스트했고 다른 모델은 Lenovo ThinkSystem SR635에서 테스트했습니다.
SQL 서버 성능
각 SQL Server VM은 100개의 vDisk(부팅용 500GB 볼륨, 데이터베이스 및 로그 파일용 8GB 볼륨)로 구성됩니다. 시스템 리소스 관점에서 vCPU 64개, DRAM XNUMXGB로 각 VM을 구성하고 LSI Logic SAS SCSI 컨트롤러를 활용했습니다. Sysbench 워크로드는 이전에 스토리지 I/O 및 용량 모두에서 플랫폼을 포화 상태로 테스트했지만 SQL 테스트는 대기 시간 성능을 찾고 있습니다.
이 테스트는 Windows Server 2014 R2012 게스트 VM에서 실행되는 SQL Server 2를 사용하며 Quest의 Benchmark Factory for Databases에서 스트레스를 받습니다. StorageReview의 Microsoft SQL Server OLTP 테스트 프로토콜 복잡한 애플리케이션 환경에서 발견되는 활동을 시뮬레이트하는 온라인 트랜잭션 처리 벤치마크인 TPC-C(Transaction Processing Performance Council의 벤치마크 C) 최신 초안을 사용합니다. TPC-C 벤치마크는 합성 성능 벤치마크보다 데이터베이스 환경에서 스토리지 인프라의 성능 강점과 병목 현상을 측정하는 데 더 가깝습니다. 이 검토를 위한 SQL Server VM의 각 인스턴스는 333GB(1,500개 규모) SQL Server 데이터베이스를 사용하고 15,000명의 가상 사용자 로드에서 트랜잭션 성능과 대기 시간을 측정합니다.
SQL Server 테스트 구성(VM당)
- 윈도우 서버 2012 R2
- 스토리지 공간: 600GB 할당, 500GB 사용
- SQL 서버 2014
-
- 데이터베이스 크기: 1,500 규모
- 가상 클라이언트 로드: 15,000
- RAM 버퍼: 48GB
- 시험 시간: 3시간
-
- 2.5시간 전처리
- 30분 샘플 기간
SQL Server 트랜잭션 벤치마크의 경우 PM1735는 12,625.56 TPS로 Kioxia 드라이브 바로 뒤에 배치되었습니다.
SQL Server 평균 대기 시간에서 PM1735의 평균 대기 시간은 11.25ms로 Kioxia 드라이브의 두 배입니다.
시스벤치 성능
다음 애플리케이션 벤치마크는 Percona MySQL OLTP 데이터베이스 SysBench를 통해 측정. 이 테스트는 평균 TPS(Transactions Per Second), 평균 대기 시간 및 평균 99번째 백분위수 대기 시간도 측정합니다.
각각의 시스벤치 VM은 92개의 vDisk로 구성됩니다. 하나는 부팅용(~447GB), 하나는 사전 구축된 데이터베이스(~270GB), 세 번째는 테스트 중인 데이터베이스용(8GB)입니다. 시스템 리소스 관점에서 vCPU 60개, DRAM XNUMXGB로 각 VM을 구성하고 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 트랜잭션 벤치마크를 살펴보면 PM1735는 7,869.21 TPS를 기록하여 Kioxia 드라이브보다 훨씬 뒤에 있습니다.
Sysbench 평균 대기 시간에서 PM1735는 16.26ms를 게시했으며 이는 XNUMX개의 Kioxia 드라이브 바로 뒤였습니다.
최악의 시나리오 대기 시간(99번째 백분위수)의 경우 PM1735는 Kioxia CM28.90과 CD6 드라이브 사이에 6ms를 표시했습니다.
VDBench 워크로드 분석
스토리지 장치를 벤치마킹할 때 애플리케이션 테스트가 가장 좋고 합성 테스트가 두 번째입니다. 실제 워크로드를 완벽하게 표현하는 것은 아니지만 합성 테스트는 경쟁 솔루션 간의 비교를 쉽게 할 수 있는 반복성 요소를 사용하여 스토리지 장치의 기준선을 만드는 데 도움이 됩니다. 이러한 워크로드는 "포 코너" 테스트, 일반적인 데이터베이스 전송 크기 테스트에서 다양한 VDI 환경의 추적 캡처에 이르기까지 다양한 테스트 프로필을 제공합니다.
이러한 모든 테스트는 스크립팅 엔진과 함께 공통 vdBench 워크로드 생성기를 활용하여 대규모 컴퓨팅 테스트 클러스터에서 결과를 자동화하고 캡처합니다. 이를 통해 플래시 어레이 및 개별 스토리지 장치를 포함한 광범위한 스토리지 장치에서 동일한 워크로드를 반복할 수 있습니다. 이러한 벤치마크에 대한 테스트 프로세스는 전체 드라이브 표면을 데이터로 채운 다음 드라이브 용량의 25%에 해당하는 드라이브 섹션을 분할하여 드라이브가 애플리케이션 작업 부하에 어떻게 반응하는지 시뮬레이션합니다. 이것은 드라이브의 100%를 사용하고 정상 상태로 만드는 전체 엔트로피 테스트와 다릅니다. 결과적으로 이러한 수치는 더 높은 지속 쓰기 속도를 반영합니다.
프로필 :
- 4K 임의 읽기: 100% 읽기, 128 스레드, 0-120% iorate
- 4K 임의 쓰기: 100% 쓰기, 128 스레드, 0-120% iorate
- 4K 임의 읽기(고부하): 100% 읽기, 512 스레드, 0-120% iorate
- 4K 임의 쓰기(고부하): 100% 쓰기, 512 스레드, 0-120% 속도
- 64K 순차 읽기: 100% 읽기, 32 스레드, 0-120% iorate
- 64K 순차 쓰기: 100% 쓰기, 16개 스레드, 0-120% 속도
- 64K 순차 읽기(고부하): 100% 읽기, 64 스레드, 0-120% iorate
- 64K 순차 쓰기(고부하): 100% 쓰기, 64개 스레드, 0-120% 속도
- 합성 데이터베이스: SQL 및 Oracle
- VDI 전체 클론 및 연결된 클론 추적
유사점:
첫 번째 VDBench 워크로드 분석인 Random 4K Read에서 PM1735는 높은 로드에서 631,959,288µs의 대기 시간에서 800.7 IOPS에 불과한 Kioxia 드라이브에 비해 약한 성능을 보였습니다. 정상적인 부하는 최고 성능에서 400K와 319.6ms를 조금 넘었습니다. 이것은 드라이브를 리더보다 훨씬 뒤처지게 합니다.
Random 4K 쓰기의 경우 Samsung 드라이브가 Kioxia 드라이브보다 훨씬 뛰어난 성능을 보였습니다. 부하가 높을 때 PM1735는 195,953µs의 대기 시간에서 2,605 IOPS로 정점에 도달한 후 약간의 스파이크가 발생했습니다. 정상적인 로드에서 227,664ms의 지연 시간에 557.6 IOPS를 게시했습니다.
PM1735가 64µs의 대기 시간에서 75,598 IOPS(또는 4.72GB/s)의 최고 점수로 761.7K 읽기에서 다시 뒤처진 후 성능이 크게 저하(3.9GB/ 에스). 일반 로드의 경우 PM1735가 59,915µs의 대기 시간에서 3.74 IOPS 또는 532.8GB/s로 정점을 보였습니다.
64K 쓰기에서 PM1735는 약 35,160µs의 대기 시간에서 2.3K IOPS 또는 445GB/s의 최고 성능을 보여주었습니다. 고부하 64K 순차 쓰기는 PM1735가 33,643ms의 대기 시간에서 약 2.1 IOPS 또는 1.88GB/s를 보였습니다.
다음 테스트 세트는 SQL, SQL 90-10 및 SQL 80-20과 같은 SQL 워크로드입니다. SQL로 시작하여 Samsung PM1735는 Kioxia CD6 드라이브 바로 옆에 위치했으며 지연 시간 241,721µs에서 최대 131 IOPS를 기록했습니다.
SQL 90-10의 경우 PM1735는 6µs의 대기 시간에서 241,804 IOPS의 최고 성능으로 다시 CD130.8의 유사한 최고 성능을 보여주었습니다.
SQL 80-20을 사용하면 결과가 조금 더 퍼져서 PM1735가 3으로 약간 되돌아갑니다.rd 최고 성능이 225,753 IOPS 139.7µs인 위치.
다음은 Oracle 워크로드인 Oracle, Oracle 90-10 및 Oracle 80-20입니다. Oracle을 시작으로 PM1735는 대기 시간 229,702µs에서 155.1 IOPS의 최고 성능을 보여 Kioxia 드라이브에 약간 뒤처졌습니다.
Oracle 90-10에서 PM1735는 마침내 6µs의 대기 시간에서 199,587 IOPS의 최고 성능으로 Kioxia 드라이브 중 하나 위에 109위(그리고 CMXNUMX의 바로 뒤)에 올랐습니다.
PM1735는 80µs의 낮은 대기 시간에서 최고 20 IOPS로 Oracle 197,236-110.1에서 다시 XNUMX위를 차지했습니다.
다음으로 VDI 클론 테스트인 Full and Linked로 전환했습니다. VDI Full Clone의 경우 Samsung 드라이브가 모든 범주에서 훨씬 뒤처졌습니다. 첫 번째는 (FC) 부트로, PM1735는 110,816 IOPS와 313.4µs의 대기 시간으로 정점을 찍었습니다.
VDI FC 초기 로그인의 경우 PM1735는 최대 성능이 51,903 IOPS에 불과하고 지연 시간이 571.8µs(성능이 또 한 번 급증하기 전)로 Kioxia 드라이브보다 훨씬 뒤처졌습니다.
VDI FC Monday Login 벤치마크에서는 PM1735가 68,023µs의 대기 시간과 함께 230 IOPS의 최고 성능으로 Koxia 드라이브에 약간 더 근접한 것으로 나타났습니다.
VDI Linked Clone(LC) 부팅의 경우 PM1735는 대기 시간 78,481µs에서 최고 점수 202 IOPS로 다시 잘 돌아왔습니다.
VDI LC 초기 로그인, PM1735는 실제로 Kioxia 드라이브보다 훨씬 앞서 완료되었으며, 일부는 감소하기 전에 50µs의 대기 시간에서 159.4K IOPS 바로 아래의 피크를 기록했습니다.
마지막으로 VDI LC Monday Login은 PM1735가 55,088 IOPS의 최고 점수와 285.1µs의 대기 시간으로 팩 맨 아래에 있었습니다.
결론
Samsung PM1735는 까다로운 엔터프라이즈 워크로드용으로 설계된 PCIe Gen4 SSD입니다. 3 DWPD 내구성과 8GB/s 읽기 및 3.8GB/s 쓰기의 성능 프로필을 통해 이 드라이브는 작업에 적합해 보입니다. 이것이 바로 HPE가 HPE P4-B16499 부품 번호로 최신 Gen21 지원 서버에 이를 포함시킨 큰 이유입니다. 부수적으로, 서버 공급업체가 구성 요소를 다중 소싱함에 따라 해당 부품 번호에는 "고성능 혼합 사용 SFF" 범주의 KIOXIA CM6 및 Intel P4610도 포함됩니다.
성능을 위해 우리는 새로운 Samsung 드라이브를 일반적인 Application Workload Analysis 및 VDBench에 적용했습니다. 또한 이전에 게시한 KIOXIA 드라이브 리뷰와 같이 VDBench에서 더 높은 부하 테스트를 추가하여 처리하도록 설계되었기 때문에 조금 더 강조했습니다.
Application Workload Analysis 테스트를 위해 SQL Server와 Sysbench를 실행했습니다. SQL Server를 사용하는 PM1735는 TPS와 평균 대기 시간이 12,625.56 및 11.25ms였으며 둘 다 순위표 하단에 있었습니다. Sysbench를 사용하여 7,869.21 TPS(KIOXIA 드라이브보다 훨씬 뒤떨어짐), 평균 대기 시간 16.26ms, 최악의 시나리오 대기 시간에서 28.90ms를 기록했습니다.
VDBench에서 Samsung 드라이브는 정말 고생했습니다. 기본 하이라이트에는 400K 읽기에서 4K, 632K 읽기 높은 로드에서 4K IOPS, 228K 쓰기에서 4K IOPS, 196K 쓰기 높은 로드에서 4K IOPS, 1.55K 읽기에서 64GB/s, 2.47K 읽기 높은 로드에서 64GB/s, 2.3K 쓰기에서 64GB/s, 2.1K 쓰기 고부하에서 64GB/s입니다. SQL은 242K IOPS, SQL 242-90에서 10K IOPS, SQL 226-80에서 20K IOPS의 피크를 보였습니다.
Oracle은 Oracle 230-200에서 90K IOPS, 10K IOPS, Oracle 197-80에서 20K IOPS의 피크를 제공했습니다. VDI FC는 부팅 시 111K IOPS, 초기 로그인 시 52K IOPS, 월요일 로그인 시 68K IOPS를 제공했습니다. VDI LC는 78K IOPS 부팅, 50K IOPS 초기 로그인 및 55K IOPS 월요일 로그인을 확인했습니다. 우리가 테스트한 다른 모델이 추가 증가된 작업 부하를 쉽게 흡수한 이러한 작업 부하에서 Samsung PM1735는 수렁에 빠졌습니다.
궁극적으로 Gen4로의 이동은 엔터프라이즈 SSD 공급업체에게 많은 성능 기회를 제공했습니다. PM1735는 몇 군데에서 합리적으로 좋은 결과를 보였지만 꽤 고르지 않은 성능 프로파일로 바뀌었습니다. 그러나 실제 사용 사례는 어떤 하드웨어에서 오는지에 따라 알아차리지 못할 수 있습니다. 작업 부하가 드라이브가 정상인 데이터베이스 기반인 경우 특히 그렇습니다. 그러나 HPE 플랫폼에서 선택한 드라이브를 고려할 때 CM6이 분명히 더 나은 옵션입니다.
StorageReview에 참여
뉴스레터 | 유튜브 | 링크드인 | 인스타그램 | 트위터 | 페이스북 | 틱톡 서비스 | RSS 피드
