DapuStor H3900 固態硬盤評測

DapuStor H3900 是一款企業級 SSD，是該公司 Haishen3-XL 系列的一部分。 不像 H3100 或者 H3200, DapuStor H3900 基於鎧俠 XL-閃存 技術（市場上第一款採用新技術的驅動器），因此得名海神3-XL。 基於存儲類內存 (SCM)，該 SSD 將共享與同類介質相似的用例，包括數據緩存和加速、內存數據庫、AI 訓練和大數據。

DapuStor H3900 是一款企業級 SSD，是該公司 Haishen3-XL 系列的一部分。 不像 H3100 或者 H3200, DapuStor H3900 基於鎧俠 XL-閃存 技術（市場上第一款採用新技術的驅動器），因此得名海神3-XL。 基於存儲類內存 (SCM)，該 SSD 將共享與同類介質相似的用例，包括數據緩存和加速、內存數據庫、AI 訓練和大數據。

存儲類內存已經問世幾年了，英特爾的 Optane 或多或少主導了該市場。 很高興看到一些競爭，看看他們如何相互支持。 當只有一種選擇時，那當然是最好的。 與其他 SCM 一樣，DapuStor H3900 SSD 將提供超低延遲和更高性能。 DapuStor 在低隊列深度工作負載下引用高達 3.5GB/3.2GB 帶寬，830K/300K IOPS，讀取延遲為 20μs。 除了性能提升之外，該驅動器還具有高達 30DWPD 的驚人耐用性。 該驅動器利用 Marvell ZAO 控制器。

與其他 SCM 一樣，容量也有限制。 H3900 有 400GB、750GB、800GB 和 1.6TB 容量。 對於本次審查，我們將查看 800GB 版本。

DapuStor H3900 固態硬盤規格

 

DapuStor H3900 固態硬盤性能

試驗台

我們的企業級 SSD 評論利用了 聯想 ThinkSystem SR850 用於應用程序測試（注意：由於兼容性問題，我們不得不使用適配卡而不是前托架插槽）和 戴爾 PowerEdge R740xd 用於綜合基準。 ThinkSystem SR850 是一個裝備精良的四 CPU 平台，提供的 CPU 能力遠遠超過對高性能本地存儲施加壓力所需的能力。 不需要大量 CPU 資源的綜合測試使用更傳統的雙處理器服務器。 在這兩種情況下，目的都是以盡可能符合存儲供應商最大驅動器規格的最佳方式展示本地存儲。

聯想 ThinkSystem SR850

• 4 個 Intel Platinum 8160 CPU（2.1GHz x 24 核）
• 16 x 32GB DDR4-2666Mhz ECC 內存
• 2 個 RAID 930-8i 12Gb/s RAID 卡
• 8 個 NVMe 托架
• VMware ESXI 6.5

戴爾 PowerEdge R740xd

• 2 個英特爾金牌 6130 CPU（2.1GHz x 16 核）
• 4 x 16GB DDR4-2666MHz ECC 內存
• 1x PERC 730 2GB 12Gb/s RAID 卡
• 附加 NVMe 適配器
• Ubuntu-16.04.3-桌面-amd64

測試背景和比較

 StorageReview 企業測試實驗室 提供了一個靈活的架構，用於在與管理員在實際部署中遇到的環境相當的環境中對企業存儲設備進行基準測試。 企業測試實驗室結合了各種服務器、網絡、電源調節和其他網絡基礎設施，使我們的員工能夠建立真實世界的條件，以便在我們的審查期間準確地衡量性能。

我們將這些關於實驗室環境和協議的詳細信息納入審查，以便 IT 專業人員和負責存儲采購的人員能夠了解我們取得以下成果的條件。 我們的評論都不是由我們正在測試的設備製造商支付或監督的。 有關的其他詳細信息 StorageReview 企業測試實驗室 以及其網絡功能的概述可在這些相應頁面上找到。

應用程序工作負載分析

為了了解企業存儲設備的性能特徵，必須對實時生產環境中的基礎架構和應用程序工作負載進行建模。 因此，我們對 DapuStor H3100 的基準測試是 通過 SysBench 的 MySQL OLTP 性能   Microsoft SQL Server OLTP 性能 具有模擬的 TCP-C 工作負載。 對於我們的應用程序工作負載，每個驅動器將運行 2-4 個配置相同的虛擬機。

SideFX 的胡迪尼

Houdini 測試專門用於評估與 CGI 渲染相關的存儲性能。 此應用程序的測試台是我們在實驗室中使用的具有雙 Intel 740 CPU 和 6130GB DRAM 的核心 Dell PowerEdge R64xd 服務器類型的變體。 在這種情況下，我們安裝了運行裸機的 Ubuntu 桌面 (ubuntu-16.04.3-desktop-amd64)。 基準測試的輸出以秒為單位來衡量，越少越好。

Maelstrom 演示代表了渲染管線的一部分，它通過演示其有效使用交換文件作為擴展內存形式的能力來突出存儲的性能。 測試不會寫出結果數據或處理點，以隔離延遲對底層存儲組件的影響。 測試本身由五個階段組成，我們將其中三個階段作為基準測試的一部分運行，如下所示：

• 從磁盤加載打包點。 這是從磁盤讀取的時間。 這是單線程的，可能會限制整體吞吐量。
• 將點解壓縮到一個平面數組中，以便對其進行處理。 如果這些點不依賴於其他點，則可以調整工作集以保留在核心中。 這一步是多線程的。
• （未運行）處理點。
• 將它們重新打包成適合存儲回磁盤的分桶塊。 這一步是多線程的。
• （未運行）將分桶塊寫回磁盤。

在這裡，DapuStor H3900 能夠達到 2,201.987 秒，與其他 SCM 驅動器處於同一範圍內。

VDBench 工作負載分析

在對存儲設備進行基準測試時，應用程序測試是最好的，綜合測試排在第二位。 雖然不能完美代表實際工作負載，但綜合測試確實有助於為具有可重複性因素的存儲設備建立基線，從而可以輕鬆地在競爭解決方案之間進行同類比較。 這些工作負載提供了一系列不同的測試配置文件，從“四個角”測試、常見的數據庫傳輸大小測試到來自不同 VDI 環境的跟踪捕獲。 所有這些測試都利用通用的 vdBench 工作負載生成器，以及一個腳本引擎來自動化和捕獲大型計算測試集群的結果。 這使我們能夠在各種存儲設備上重複相同的工作負載，包括閃存陣列和單個存儲設備。 我們針對這些基準測試的測試過程用數據填充整個驅動器表面，然後將驅動器部分分區為驅動器容量的 25%，以模擬驅動器如何響應應用程序工作負載。 這與使用 100% 的驅動器並使它們進入穩定狀態的全熵測試不同。 因此，這些數字將反映更高的持續寫入速度。

簡介：

• 4K 隨機讀取：100% 讀取，128 個線程，0-120% 重複率
• 4K 隨機寫入：100% 寫入，64 線程，0-120% iorate
• 64K 順序讀取：100% 讀取，16 線程，0-120% 迭代
• 64K 順序寫入：100% 寫入，8 個線程，0-120% 迭代
• 綜合數據庫：SQL 和 Oracle
• VDI 完整克隆和鏈接克隆跟踪

比較：

• 英特爾 P4800X 375GB
• 三星 983 ZET 960GB
• 英特爾 900P 480GB

在我們的第一個 VDBench 工作負載分析，隨機 4K 讀取中，DapuStor 以僅 31.7µs 的延遲表示性能，然後以 835,064 IOPS 的峰值達到峰值，延遲僅為 148.2µs，然後略有下降。 這使驅動器以可觀的優勢排在第一位。

4K 隨機寫入對於 H3900 來說是另一回事。 該驅動器以 338,630 IOPS 的峰值性能和 457.4µs 的延遲排名第三。

切換到順序工作負載，我們查看 64K 基準測試。 對於順序讀取，H3900 的峰值為 47,707 IOPS 或 3GB/s，延遲為 334.3µs，位居第二。

憑藉 64K 順序寫入，DapuStor 以 36,571 IOPS 或 2.3GB/s 的峰值再次拔得頭籌，延遲為 431µs。

我們的下一組測試是我們的 SQL 工作負載：SQL、SQL 90-10 和 SQL 80-20。 從 SQL 開始，DapuStor H3900 的運行速度令人印象深刻，整體保持在 100µs 以下。 該驅動器以 405,709 IOPS 和僅 78.6µs 的延遲位居第一。

對於 SQL 90-10，H3900 重複了其延遲趨勢，峰值得分為 388,430 IOPS，延遲僅為 81.8µs。 該驅動器輕鬆獲得了第一名。

 

SQL 80-20 顯示了 H3900 的最佳位置，其峰值為 378,175 IOPS，延遲為 83.9µs，遙遙領先。

接下來是我們的 Oracle 工作負載：Oracle、Oracle 90-10 和 Oracle 80-20。 從 Oracle 開始，DapuStor H3900 繼續以其極低的延遲統治地位。 該驅動器以 354,991 IOPS 的峰值和 98.5µs 的延遲率居首位。

在 Oracle 90-10 中，H3900 以 332,320 IOPS 的峰值和 65.7µs 的延遲保持在第一位。

Oracle 80-20 再次以 3900 IOPS 和 328,103µs 的延遲讓 H66.3 位居榜首。

接下來，我們切換到我們的 VDI 克隆測試，完整和鏈接。 對於 VDI 完整克隆 (FC) 啟動，DapuStor H3900 以 231,866 IOPS 的峰值領先，延遲為 138.8µs，然後有所下降。

對於 VDI FC 初始登錄，H3900 以 145,357 IOPS 的峰值和 203.4µs 的延遲位居榜首。

VDI FC Monday Login 看到 DapuStor 以 118,009 IOPS 和 133.6µs 的延遲位居榜首。

對於 VDI 鏈接克隆 (LC) 啟動，DapuStor H3900 達到了 107,815 IOPS 的峰值，延遲為 147.8µs。 驅動器保持在第一位。

在長時間處於領先地位之後，H3900 在我們的 VDI LC 初始登錄中以 900 IOPS 的峰值和 64,107µs 的延遲滑落到英特爾 122p 之後的第二位。

最後，H3900 在 VDI LC Monday Login 中遙遙領先，峰值為 84,739 IOPS，延遲為 186.2µs。

結論

DapuStor H3900 是一款面向企業的存儲級內存 (SCM) SSD。 該驅動器利用了 KIOXIA 的 XL-FLASH 技術，使其成為 DapuStor 的 Haishen3-XL 系列的一部分。 作為 SCM 驅動器，它針對與 SCM 相關的相同用例，但特別針對數據緩存和加速、內存數據庫、人工智能訓練和大數據。 該驅動器有 U.2 和 HHHL 外形規格（我們正在研究 U.2 版本）。 和其他 SCM 驅動器一樣，容量有點偏低，但有 400GB、750GB、800GB 和 1.6TB 可供選擇。 對於性能，該驅動器在低隊列深度工作負載下達到 3.5GB/3.2GB 帶寬，830K/300K IOPS，讀取延遲為 20μs，高達 30DWPD。

在性能方面，我們運行了應用程序工作負載分析（僅限 Houdini）和 VDBench 測試。 對於 SideFX 的 Houdini，H3900 以 2,201.987 秒的成績位居榜首。 優於傳統的 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，我們看到 Oracle 355-332 為 90K IOPS，Oracle 10-328 為 80K IOPS，Oracle 20-100 為 3900K IOPS，並且在所有三個測試中峰值延遲均低於 232µs。 在我們的 VDI 克隆測試中，H145 繼續給人留下深刻印象並保持在頂部或附近。 在 VDI FC 啟動時，驅動器有 118K IOPS，在 VDI FC 初始登錄時，驅動器有 108K IOPS，在 VDI FC 星期一登錄時，驅動器有 64K IOPS，在 VDI LC 啟動時，它達到 85K IOPS，在 VDI LC 初始登錄時，峰值為 XNUMXK IOPS，並且在周一的 VDI LC 登錄中，驅動器達到了大約 XNUMXK IOPS。

由於 Optane 在 SCM 領域長期佔據統治地位，很高興看到競爭對手以令人印象深刻的表現進入該領域。 雖然 DapuStor 沒有在 Houdini 中佔據頭把交椅，但它確實在我們的大多數其他基準測試中佔據主導地位，在某些情況下延遲很小。 對於需要極低延遲和強大性能的工作負載，DapuStor H3900 是您正在尋找的驅動器。

大普存儲海神3

參與 StorageReview

電子報 | YouTube | 播客 iTunes/Spotify | Instagram | Twitter | Facebook | RSS訂閱