웨스턴 디지털 울트라스타DC SN630 출시 데이터 센터 드라이브의 Ultrastar 라인(이전 HGST)의 갱신 및 리브랜딩의 일환으로 올해 200월에 출시되었습니다. 이 포트폴리오 내에서 Western Digital은 여러 기업용 NVMe SSD 제품을 보유하고 있습니다. SN630은 성능 리더로 왕좌를 차지하고 새로운 SN620은 주류 단일 포트 NVMe 공간에서 SN630을 대체하며 SATA 및 SAS SSD에 대한 점점 인기 있는 대안입니다. Western Digital의 주력 NVMe SSD인 SNXNUMX은 읽기 중심 워크로드 또는 내구성이 뛰어난 혼합 사용 워크로드에 맞게 조정되었습니다. 두 경우 모두 드라이브 구조는 동일하며, 드라이브에 적용되는 오버프로비저닝 수준의 기능적 차이로 인해 원하는 내구성 등급이 생성됩니다.
웨스턴 디지털 울트라스타DC SN630 출시 데이터 센터 드라이브의 Ultrastar 라인(이전 HGST)의 갱신 및 리브랜딩의 일환으로 올해 200월에 출시되었습니다. 이 포트폴리오 내에서 Western Digital은 여러 기업용 NVMe SSD 제품을 보유하고 있습니다. SN630은 성능 리더로 왕좌를 차지하고 새로운 SN620은 주류 단일 포트 NVMe 공간에서 SN630을 대체하며 SATA 및 SAS SSD에 대한 점점 인기 있는 대안입니다. Western Digital의 주력 NVMe SSD인 SNXNUMX은 읽기 중심 워크로드 또는 내구성이 뛰어난 혼합 사용 워크로드에 맞게 조정되었습니다. 두 경우 모두 드라이브 구조는 동일하며, 드라이브에 적용되는 오버프로비저닝 수준의 기능적 차이로 인해 원하는 내구성 등급이 생성됩니다.
SSD 설계 관점에서 Ultrastar SN630은 Western Digital의 자체 컨트롤러 및 펌웨어 빌드와 Western Digital의 자체 64단 BiCS3 3D NAND를 사용합니다. 엔지니어링 관점에서 볼 때 이와 같은 수직 통합 솔루션은 업계 최고 수준의 엔터프라이즈 SSD의 표준이 되고 있습니다. 다양한 소스의 NAND, 컨트롤러 및 펌웨어를 사용하는 것이 확실히 가능하지만 모든 작업을 자체적으로 수행할 수 있는 공급업체의 성능이 더 좋고 안정적인 솔루션을 찾는 경향이 있습니다. 드라이브 자체는 7mm 2.5″ U.2 폼 팩터를 사용하며 Western Digital이 제공하는 다른 SSD와 마찬가지로 SN630은 독점적인 웨어 레벨링 알고리즘과 전력 손실 보호 기능을 제공합니다.
언급한 바와 같이 SN630은 혼합 사용 및 읽기 집약적인 SKU로 제공됩니다. 전자는 6.40TB, 3.20TB, 1.60TB 및 800GB 용량으로 제공되며 후자는 7.68TB, 3.84TB, 1.92TB 및 960GB 용량으로 제공됩니다. 모든 드라이브는 배후의 암호화 키를 사용하여 드라이브 재배포 및 폐기를 처리하는 ISE(Instant Secure Erase)를 제공합니다. Western Digital은 또한 SN630이 정품 펌웨어만 실행하도록 RSA 인증을 통한 보안 펌웨어 다운로드를 제공합니다. 마지막으로 드라이브에는 5년 제한 보증이 적용됩니다.
이 검토에서는 VMware vSAN의 맥락에서 SN630의 성능을 조사합니다. 검토 구성은 Supermicro SuperServer BigTwin 2029BT-HNR 4노드 섀시, 24개의 Ultrastar DC SN630 NVMe SSD 및 VMware vSAN 6.7 업데이트 1을 사용하여 보다 광범위한 시스템 차원의 관점에서 SN630의 성능을 탐구합니다.
웨스턴 디지털 울트라스타 DC SN630 사양
| 모델 | VRI/RI | |||
| 생산 능력 | 960GB / 800GB | 1,920GB / 1,600GB | 3,840GB / 3,200GB | 7,680GB / 6,400GB |
| 폼 팩터 | U.2 2.5인치 드라이브 | |||
| 인터페이스 | PCIe Gen 3.1 x4(NVMe 1.3 준수) | |||
| 플래시 메모리 기술 | 웨스턴 디지털 BiCS3 3D TLC NAND | |||
| 퍼포먼스 | ||||
| 순차 읽기, (최대 MiB/s) | 2,690/2,690 | 2,660/2,670 | 2,510/2,500 | 2,520/2,540 |
| 순차 쓰기, (최대 MiB/s) | 930/960 | 1,230/1,240 | 1,180/1,200 | 1,240/1,240 |
| 임의 읽기(최대 IOPS) | 278,760/281,790 | 358,220/356,870 | 332,420/332,510 | 360,280/306,520 |
| 임의 쓰기(최대 IOPS) | 43,580/86,740 | 53,850/86,870 | 55,000/88,140 | 54,220/88,210 |
| 임의 혼합 R70/W30(최대 IOPS) | 107,350/188,480 | 170,390/253,390 | 163,350/238,500 | 170,250/273,960 |
| 임의 읽기 대기 시간(μs) | 179/179 | 190/188 | 243/239 | 243/239 |
| 신뢰성 | ||||
| DWPD | 0.8/2 | |||
| 우버 | 1^10에 17 | |||
| EOL 데이터 보존 | 최대 5일 동안 40° C ~ 90° C | |||
| MTBF | 2 백만 시간 | |||
| AFR | 0.44% | |||
| 출력 | ||||
| 요구 사항(DC +/- 10%) | 12V | |||
| 작동 전력 상태(W, 일반) | 10.75학년 및 8.75학년 | |||
| 유휴(W, 평균) | 5.80 | 5.80 | 5.90 | 6.10 |
| 환경 | ||||
| 작동 온도 | 0 ° C ~ 78 ° C | |||
| 평온 | 40년 동안 -70° C ~ 1° C | |||
| 물리적 | ||||
| 폭 (mm) | 69.85 +/- 0.25 | |||
| 길이(mm, 최대) | 100.45 | |||
| 무게(g, 최대) | 95 | |||
| z 높이(mm) | 7.00 +0.2/-0.5(라벨 포함) | |||
| 품질 보증 | 5 년 제한 | |||
Western Digital Ultrastar DC SN630 VMware vSAN 설계 및 구축
Western Digital Ultrastar DC SN630은 데이터 센터를 겨냥한 2.5인치 NVMe 드라이브입니다. 드라이브 용량은 800GB에서 7.68TB까지 다양합니다. SN630은 상단에 이름, 브랜드, 용량, 모델 번호 및 인증과 같은 정보가 있는 스티커가 있는 검은색 금속으로 둘러싸여 있습니다.
Supermicro SuperServer BigTwin 섀시의 전면에는 노드당 24개가 할당된 2.5개의 6인치 NVMe 드라이브 베이가 있습니다. 각 노드는 자체 찾기 LED 버튼과 별도의 전원 버튼을 제공합니다.
BigTwin의 후면에는 3개의 컴퓨팅 노드 트레이가 표시됩니다. 각각은 대역 외 관리를 위한 IPMI 포트, VGA, USB 10 포트 28개 및 사용자 구성 가능한 NIC가 표준으로 제공됩니다. 구성에서는 25개의 25GBase-T 포트와 XNUMX개의 SPFXNUMX XNUMXG 포트가 있는 XNUMX개의 포트 NIC를 사용하고 있습니다. 테스트 구성은 vSAN 클러스터에 대한 XNUMXG 연결을 활용했습니다. 모든 노드는 섀시 설계의 일부로 공통 이중 PSU 전원 플랫폼을 공유합니다.
Western Digital Ultrastar DC SN630 VMware vSAN 검토 구성
vSAN 환경에서 24개의 SN630 SSD를 테스트하기 위해 Supermicro SuperServer BigTwin 2029BT-HNR XNUMX노드 시스템을 사용했습니다. 노드별 구성은 다음과 같습니다.
- Intel Gold 2 CPU 6150개(2.7GHz, 18코어)
- 12개의 32GB 2666MHz DDR4 ECC RAM
- vSAN 캐시용 2GB Western Digital Ultrastar DC SN800 NVMe SSD 630개
- vSAN 용량용 4TB Western Digital Ultrastar DC SN1.92 NVMe SSD 630개
- 부팅 드라이브용 1GB Western Digital Blue SATA SSD 500개
- 듀얼 포트 25Gb Mellanox ConnectX-4 NIC
- VMware ESXi 6.7u1(10302608)
우리는 Western Digital Ultrastar DC SN630에 대한 VMware vSAN 테스트를 위해 상당히 겸손한 서버 빌드를 활용했습니다. 서버는 클록 속도가 6150GHz이고 코어 수가 2.7인 상위 미드레인지 Intel Gold 18 CPU를 사용했습니다. 서버당 97.2GHz의 컴퓨팅 성능 또는 클러스터 수준에서 388.8GHz를 제공합니다. 또한 노드당 384GB의 RAM을 사용하여 합성 및 애플리케이션 워크로드에 충분한 메모리를 제공했습니다.
테스트 구성에서는 노드당 800개의 디스크 그룹 레이아웃을 사용했으며, 각각 캐시용 630GB SN1.92 NVMe SSD 630개와 용량용 27.95TB SN13.79 NVMe SSD XNUMX개를 사용했습니다. 사용 가능한 용량은 클러스터 전체에서 VM이 프로비저닝되는 방식과 사용하는 미러링 수준에 따라 결정됩니다. 원시 스토리지는 클러스터에서 XNUMXTB로 측정되지만 vSAN 오버헤드가 있는 기본 양방향 미러링 VM 정책을 사용하면 XNUMXTB의 사용 가능한 용량이 남습니다. 특정 워크로드 유형에 대해 극적으로 확장되는 데이터 감소.
애플리케이션 워크로드는 데이터 축소가 해제된 클러스터의 성능에 초점을 맞추는 반면, 데이터 축소가 활성화된 클러스터와 비활성화된 클러스터의 성능을 보여주는 합성 벤치마크를 포함할 것입니다. 데이터 감소에는 이와 관련된 성능 오버헤드의 구성 요소가 있지만 특정 배포에서 vSAN 클러스터의 가용 용량이 크게 증가합니다.
Western Digital Ultrastar DC SN630 VMware vSAN 성능 검토
SQL 서버 성능
StorageReview의 Microsoft SQL Server OLTP 테스트 프로토콜은 복잡한 애플리케이션 환경에서 발견되는 활동을 시뮬레이션하는 온라인 트랜잭션 처리 벤치마크인 TPC-C(Transaction Processing Performance Council의 Benchmark C)의 최신 초안을 사용합니다. TPC-C 벤치마크는 합성 성능 벤치마크보다 데이터베이스 환경에서 스토리지 인프라의 성능 강점과 병목 현상을 측정하는 데 더 가깝습니다.
각 SQL Server VM은 100개의 vDisk(부팅용 500GB 볼륨, 데이터베이스 및 로그 파일용 16GB 볼륨)로 구성됩니다. 시스템 리소스 관점에서 각 VM을 vCPU 64개, DRAM XNUMXGB로 구성하고 LSI Logic SAS SCSI 컨트롤러를 활용했습니다. Sysbench 워크로드가 이전에 스토리지 I/O 및 용량 모두에서 플랫폼을 포화 상태로 테스트한 반면 SQL 테스트는 대기 시간 성능을 찾습니다.
이 테스트는 Windows Server 2014 R2012 게스트 VM에서 실행되는 SQL Server 2를 사용하며 Dell의 Benchmark Factory for Databases에서 강조합니다. 이 벤치마크의 기존 사용은 로컬 또는 공유 스토리지에서 대규모 3,000개 규모의 데이터베이스를 테스트하는 것이었지만, 이 반복에서는 1,500개 규모의 데이터베이스 XNUMX개를 서버 전체에 고르게 분산시키는 데 중점을 둡니다.
SQL Server 테스트 구성(VM당)
- 윈도우 서버 2012 R2
- 스토리지 공간: 600GB 할당, 500GB 사용
- SQL 서버 2014
- 데이터베이스 크기: 1,500 규모
- 가상 클라이언트 로드: 15,000
- RAM 버퍼: 48GB
- 시험 시간: 3시간
- 2.5시간 전처리
- 30분 샘플 기간
트랜잭션 SQL Server 벤치마크의 경우 Supermicro BigTwin의 Western Digital Ultrastar DC SN630 VMware vSAN은 12,610.3 TPS에서 3,152.01 TPS까지 실행되는 개별 VM으로 총 3,153.2 TPS의 점수를 기록할 수 있었습니다.
SQL Server에서는 14.75ms에서 14ms 범위의 개별 VM에서 15ms의 집계 점수를 확인했습니다.
시스벤치 MySQL 성능
첫 번째 로컬 스토리지 애플리케이션 벤치마크는 SysBench를 통해 측정된 Percona MySQL OLTP 데이터베이스로 구성됩니다. 이 테스트는 평균 TPS(Transactions Per Second), 평균 대기 시간 및 평균 99번째 백분위수 대기 시간도 측정합니다.
각 Sysbench 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 OLTP를 사용하여 8VM을 테스트했으며 11,739.7 TPS에서 1,326 TPS 범위의 개별 VM으로 1,552.3 TPS의 총 점수를 얻었습니다.
Sysbench 대기 시간으로 서버는 평균 21.86ms를 가졌습니다.
최악의 시나리오(99번째 백분위수)에서 Western Digital 드라이브의 대기 시간은 38.71ms였습니다.
VDBench 워크로드 분석
스토리지 어레이를 벤치마킹할 때는 애플리케이션 테스트가 가장 좋고 합성 테스트가 두 번째입니다. 실제 워크로드를 완벽하게 나타내지는 못하지만 합성 테스트는 경쟁 솔루션 간의 비교를 쉽게 수행할 수 있는 반복성 요소로 스토리지 장치의 기준선을 만드는 데 도움이 됩니다. 이러한 워크로드는 "포 코너" 테스트, 공통 데이터베이스 전송 크기 테스트, 다양한 VDI 환경의 트레이스 캡처에 이르는 다양한 테스트 프로필을 제공합니다. 이러한 모든 테스트는 스크립팅 엔진과 함께 공통 vdBench 워크로드 생성기를 활용하여 대규모 컴퓨팅 테스트 클러스터에서 결과를 자동화하고 캡처합니다. 이를 통해 플래시 어레이 및 개별 스토리지 장치를 포함한 광범위한 스토리지 장치에서 동일한 워크로드를 반복할 수 있습니다.
프로필 :
- 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 테스트에서 DR을 켜고 끈 상태에서 Western Digital 드라이브를 테스트했습니다. 임의 4K 읽기를 사용하여 두 구성 모두 1ms 미만에서 시작하여 DR 버전이 나타나 최대 387,937 IOPS(지연 시간 7.5ms)에 도달했습니다. DR이 꺼진 상태에서 드라이브는 1K IOPS 바로 북쪽까지 350ms 미만을 유지했으며 지연 시간은 442,089ms로 최대 4.8 IOPS였습니다.
다시 4K 쓰기의 경우 두 구성 모두 1ms 미만에서 시작되었습니다. DR 버전은 약 90K IOPS까지 지연 시간이 182,791밀리초 미만이었고 지연 시간이 7.4ms인 1 IOPS에서 정점에 도달했습니다. DR을 끈 상태에서 우리는 드라이브가 약 110K IOPS까지 196,027ms 미만으로 유지되고 일부가 떨어지기 전에 약 7ms 대기 시간과 함께 XNUMX IOPS에서 정점에 도달하는 것을 확인했습니다.
다음은 순차 워크로드입니다. 64K 읽기에서 DR 버전은 1ms 이상에서 시작하여 132,918ms 대기 시간으로 8.3 IOPS 또는 3.7GB/s에서 정점에 도달했습니다. DR이 꺼진 상태에서 드라이브는 약 1K IOPS 또는 약 130GB/s까지 8ms 미만으로 유지되었고 159,681ms 대기 시간에서 9.98 IOPS 또는 2.87GB로 정점에 도달했습니다.
64K 쓰기에서 두 구성 모두 밀리초 미만의 대기 시간으로 시작했지만 빠르게 1ms를 넘어갔습니다. DR을 켜면 22.7K IOPS 또는 약 1.4GB/s의 최고점과 1.32ms의 대기 시간을 확인한 후 성능이 떨어지고 대기 시간이 크게 급증했습니다. DR이 꺼진 상태에서 드라이브는 63,347 IOPS 또는 4ms에서 약 3.3GB/s로 정점에 도달한 후 일부 감소했습니다.
다음 테스트 세트는 SQL, SQL 90-10 및 SQL 80-20과 같은 SQL 워크로드입니다. SQL의 경우 두 구성 모두 DR 버전이 1ms 미만에서 시작된 다음 1ms 미만에서 시작하여 349,851ms 대기 시간에서 2.6 IOPS로 정점에 도달했습니다. DR이 꺼진 상태에서 드라이브는 약 255K IOPS까지 358,787밀리초 미만의 대기 시간을 가졌고 2.24 IOPS에서 정점에 이르렀고 대기 시간은 XNUMXms로 약간 떨어졌습니다.
SQL 90-10에서 우리는 DR 지원 버전이 1ms 대기 시간에서 283,524 IOPS로 정점에 도달하기 전에 3.42ms 라인 위로 몇 번 나타났다가 아래로 떨어지는 것을 다시 확인했습니다. 비DR 버전은 약 1 IOPS까지 275ms 미만을 유지했고 지연 시간이 334,737ms인 2.45 IOPS에서 정점에 도달했습니다.
SQL 80-20은 DR 버전이 약 1K IOPS에서 155ms를 초과하고 256,926ms의 대기 시간에서 3.5 IOPS로 정점에 도달하면서 두 구성 모두 210밀리초 미만의 대기 시간으로 시작하는 것을 확인했습니다. 비DR 버전은 1ms 미만에서 약 281,562K IOPS를 달성했으며 2.83ms의 대기 시간으로 XNUMX IOPS에서 정점에 도달했습니다.
다음은 Oracle 워크로드인 Oracle, Oracle 90-10 및 Oracle 80-20입니다. Oracle의 경우 DR 지원 버전이 1ms 이하 및 이상으로 변동했으며 264ms에서 약 3.7K IOPS로 정점에 도달한 후 약간 떨어졌습니다. 비DR 버전은 약 250K IOPS까지 지연 시간이 314,954밀리초 미만이었고 최대 3.17 IOPS XNUMXms였습니다.
SQL 90-10은 DR 활성화 버전이 약 1K IOPS까지 225ms 미만으로 유지되고 대기 시간 252,034ms에서 최대 2.44 IOPS에 도달하는 것을 확인했습니다. 비 DR은 약 300K IOPS까지 지연 시간 성능이 밀리초 미만이었고 최대 지연 시간은 338,146ms인 1.72 IOPS였습니다.
SQL 80-20을 사용하는 경우 DR 버전은 1ms 정도에서 약간의 스윙을 만들고 225,327ms의 대기 시간으로 2.64 IOPS에서 정점에 도달했습니다. 비 DR 버전은 약 211K IOPS까지 지연 시간이 278,051밀리초 미만이었고 최대 2 IOPS 및 지연 시간은 XNUMXms였습니다.
다음으로 VDI 클론 테스트인 Full and Linked로 전환했습니다. VDI 전체 클론(FC) 부팅의 경우, 두 구성 모두 DR 버전이 약 1K IOPS에서 85밀리초 미만의 지연 시간을 초과하고 250,209 IOPS에서 최대 지연 시간과 4.04ms의 지연 시간으로 1ms 미만에서 시작되었습니다. 비 DR 버전은 약 200 IOPS까지 283,786ms 미만을 유지했으며 약간 감소하기 전에 3.31 IOPS 및 XNUMXms의 대기 시간에서 정점에 도달했습니다.
VDI FC 초기 로그인을 사용하면 DR 버전이 129ms에서 약 4.2K IOPS로 정점에 도달한 후 성능이 떨어지고 지연 시간이 크게 증가했습니다. 비DR 버전은 1ms 미만에서 시작하여 약 75 IOPS가 될 때까지 유지되었으며 약간의 감소와 함께 대기 시간이 139,401ms인 6.3 IOPS에서 정점에 도달했습니다.
VDI FC Monday Login은 DR 버전이 1ms 미만에서 시작되었지만 빠르게 중단되어 대기 시간이 108,611ms인 2.22 IOPS에서 정점에 도달했습니다. 비DR 버전은 1 IOPS에 조금 못 미칠 때까지 90ms 미만을 유지했고 지연 시간이 152,516ms인 3.25 IOPS에서 정점에 도달했습니다.
VDI LC 부팅의 경우 두 구성 모두 1ms 미만에서 시작하여 DR이 즉시 표시되고 214,327ms 대기 시간에서 2.34 IOPS로 정점에 도달했습니다. 비DR 버전은 약 1 IOPS까지 205ms 미만을 유지했으며 최고 255,235 IOPS 및 1.85ms의 대기 시간을 기록했습니다.
VDI LC 초기 로그인은 DR 버전이 약 95K IOPS에서 정점에 이르렀고 대기 시간은 2.2ms였으며 크게 떨어졌습니다. 비 DR 버전은 대략 1K IOPS까지 65ms 미만으로 유지되었고 112,182ms의 대기 시간에서 2.23 IOPS로 정점에 도달했습니다.
마지막으로 VDI LC Monday Login은 DR 버전이 약 108K IOPS에서 정점을 찍고 약 3.7ms의 대기 시간이 있다가 상당히 떨어지는 위와 비슷한 그림을 그렸습니다. 비 DR 버전은 약 65K IOPS까지 지연 시간이 밀리초 미만이었고 지연 시간 126,656ms에서 최대 3.91 IOPS였습니다.
결론
Western Digital Ultrastar DC SN630은 새로운 데이터 센터 NVMe SSD로 읽기 중심 및 혼합 사용의 두 가지 유형으로 제공됩니다. 이 드라이브는 혼합 용도의 경우 800GB-6.4TB, 읽기 중심의 경우 960GB-7.68TB의 용량 범위로 제공됩니다. 이 드라이브는 Western Digital의 컨트롤러, 펌웨어 및 64-Layer BiCS 3D NAND를 활용합니다. 모든 드라이브는 재배포 또는 폐기에 적합한 ISE를 제공합니다. 또 다른 보안 기능은 RSA 인증과 함께 보안 펌웨어 다운로드를 사용하여 SN630이 정품 펌웨어만 실행하도록 하는 것입니다. SN630은 vSAN 인증을 받았기 때문에 성능을 확인하기 위해 VMware vSAN 컨텍스트 내에서 테스트했습니다.
성능을 위해 애플리케이션 워크로드 분석 및 VDBench 워크로드 분석을 통해 Western Digital DC SN630 NVMe SSD를 실행했습니다. 애플리케이션 워크로드 분석의 경우 드라이브는 좋은 수치를 나타냅니다. SQL Server에서 SN630의 총 트랜잭션 점수는 12,610.3 TPS이고 총 평균 대기 시간은 14.8ms입니다. Sysbench에서 SN630은 11,739.7 TPS, 평균 대기 시간 21.86ms를 기록했으며 최악의 시나리오에서 드라이브는 총 점수 38.71ms를 기록했습니다.
VDBench 워크로드에서 DR을 켜고 끈 상태에서 드라이브를 테스트했습니다. 분명히 DR을 끄면 성능이 향상되지만 여러 고객이 DR을 켜고 실행해야 하며 DR을 켠 상태에서 드라이브가 어떻게 작동하는지 파악하는 것이 좋습니다. DR 해제의 하이라이트에는 442K 읽기에서 4K IOPS, 196K 쓰기에서 4K IOPS, 9.98K 읽기에서 64GB/s 및 4GB/s 64K 쓰기가 포함됩니다. SQL 워크로드에서 359K IOPS, SQL 335-90에서 10K IOPS, SQL 282-80에서 20K IOPS를 확인했습니다. Oracle의 경우 최고 성능이 315K IOPS, Oracle 338-90에서 10K IOPS, Oracle 278-80에서 20K IOPS로 나타났습니다. VDI 복제 테스트에서 SN630은 부팅 시 284K IOPS, 초기 로그인 시 139K IOPS, 완전 복제 시 월요일 로그인 시 153K IOPS를 제공했습니다. 연결된 클론에서 SN630은 부팅 시 255K IOPS, 초기 로그인 시 112K IOPS, 월요일 로그인 시 127K IOPS를 기록했습니다.
DR이 활성화된 VDBench 워크로드의 경우 SN630은 388K 읽기에서 4K IOPS, 183K 쓰기에서 4K IOPS, 8.3K 읽기에서 64GB/s 및 1.4GB/s 64K 쓰기의 하이라이트를 가졌습니다. SQL 워크로드에서 350K IOPS, SQL 283-90에서 10K IOPS, SQL 257-80에서 20K IOPS를 확인했습니다. Oracle의 경우 최고 성능이 264K IOPS, Oracle 252-90에서 10K IOPS, Oracle 225-80에서 20K IOPS로 나타났습니다. VDI 복제 테스트에서 SN630은 부팅 시 220K IOPS, 초기 로그인 시 129K IOPS, 완전 복제 시 월요일 로그인 시 109K IOPS를 제공했습니다. 연결된 클론에서 SN630은 부팅 시 214K IOPS, 초기 로그인 시 95K IOPS, 월요일 로그인 시 108K IOPS를 기록했습니다.
VMware vSAN 내에서 사용하는 경우 Western Digital DC SN630 SSD는 DR이 켜진 상태에서도 인상적인 성능을 제공합니다. 이 경우 적당한 서버 빌드를 활용했지만 여전히 인상적인 결과를 보았습니다. SN630은 vSAN을 활용하는 사람들에게 좋은 선택이 될 것입니다.
*이 리뷰의 기반이 된 성능 테스트는 Western Digital의 의뢰로 수행되었습니다.
