QNAP Systems 不斷擴展其 QuTS英雄線 使用 QNAP TS-h2490FU NAS。 這款 2U 機架式 NAS 更注重性能，具有 第二代 AMD EPYC CPU 和所有 NVMe 閃存。 作為“英雄”NAS，它是基於 ZFS 的，雖然適用於更多企業功能，但它往往會拉低整體性能。 在最近回顧了 SATA 驅動器上的 QuTS.
QNAP Systems 不斷擴展其 QuTS英雄線 使用 QNAP TS-h2490FU NAS。 這款 2U 機架式 NAS 更注重性能，具有 第二代 AMD EPYC CPU 和所有 NVMe 閃存。 作為“英雄”NAS，它是基於 ZFS 的，雖然適用於更多企業功能，但它往往會拉低整體性能。 在最近回顧了 SATA 驅動器上的 QuTS.
說到組件，QNAP TS-h2490FU 的硬件包括 AMD EPYC 7302P（16 核）處理器、高達 256GB 的 DDR4 ECC 內存（取決於型號）和 24 個 NVMe SSD。 NAS 最多可配置四個 25GbE 端口。 還有五個 PCIe 擴展槽，用於添加其他連接、存儲或其他配件。 QNAP 聲稱這款硬件的性能為 472K IOPS 讀取和 205K IOPS 寫入，具有 NVMe 存儲常見的極低延遲。 通過順序工作，NAS 聲稱在重複數據刪除關閉的情況下讀取速度為 14GB/s，寫入速度為 10.5GB/s。
正如我們之前所說，QuTS hero 是基於應用程序的 QTS 與 128 位 ZFS 文件系統的組合。 QuTS hero專門針對QNAP業務線的NAS。 操作系統附帶在線重複數據刪除、在線壓縮和在線壓縮，以幫助更好地利用存儲資源。 操作系統的 ZFS 特性允許自我修復，以更好地提高可靠性和維護數據完整性。 除了支持傳統的 RAID 配置外，QuTS hero 還支持 RAIDZ。
QNAP TS-h2490FU 規格
| 中央處理器 | AMD EPYC 7302P 16 核 3.0 GHz 處理器（高達 3.3 GHz） |
| CPU架構 | 64 位 x86 |
| 加密引擎 | (AES-NI) |
| 系統內存 | 高達 256GB RDIMM DDR4 ECC |
| 最大內存 | 4TB (16x256GB) |
| 內存插槽 | 16 x 長 DIMM DDR4 |
| 閃存 | 5GB（雙啟動操作系統保護） |
| 驅動灣 | 24 x 2.5 英寸 U.2 PCIe NVMe |
| 驅動器兼容性 | 2.5 英寸 U.2 NVMe Gen 3 x4 固態硬盤 |
| 支持熱插拔 | 充足 |
| SSD緩存加速支持 | 充足 |
| 2.5 千兆以太網端口 (2.5G/1G/100M) | 2（也支持10M） |
| 25 個千兆以太網端口 | 4 個 25GbE SFP28 智能網卡端口 |
| 巨型框架 | 充足 |
| PCIe 插槽 | 插槽 1：PCIe Gen4 x4 插槽 2：PCIe Gen4 x8 或 x4 插槽 3：PCIe Gen4 x4 插槽 4：PCIe Gen4 x8 插槽 5：PCIe Gen4 x16 或 x8 |
| USB 3.2 Gen 1端口 | 2 |
| 外形 | 機架式 |
| LED指示燈 | HDD、狀態、10 GbE、LAN、存儲擴展端口狀態 |
| 鈕扣 | 電源，復位 |
| 外形尺寸（高x寬x） | 3.48×18.94×20.09英寸 |
| 重量（淨重） | 33.51 lbs |
| 重量（毛重） | 48.19 lbs |
| 工作溫度 | 0 – 35°C (32°F – 95°F) |
| 相對濕度 | 5-95% 相對濕度，無冷凝，濕球溫度：27°C (80.6°F) |
| 供電單元 | 1100W PSU(x2)，200-240Vac， |
| 最大功率： | 1100W@200-240Vac 850W@100-240Vac |
| 功耗：工作模式，典型值 | 277.64W¯¯ |
| 風扇 | 4 x 60 毫米，12VDC |
| 聲級 | 53.5個（A） |
| 系統警告 | 蜂鳴器 |
威聯通 TS-h2490FU 設計和建造
QNAP TS-h2490FU 是一款 2U 機架式 NAS。 設備正面是 24 個 2.5 英寸驅動器托架。 每個托架的頂部都有 LED 指示燈。 右側是電源按鈕以及 10 吉比特以太網、系統狀態、2.5 吉比特以太網和擴展單元（如果使用）的 LED 指示燈。
設備的後部主要用於通風。 根據設置，左側有四個 25GbE SFP28 以太網端口。 左下方是兩個 USB 3.2 Gen1 Type-A 端口、一個電源按鈕和一個重置按鈕。 在底部，我們在右側看到一個 Com 端口、兩個 2.5GbE 以太網端口、三個 PCIe 擴展插槽和兩個 PSU。
打開 NAS，我們看到靠近後方的 AMD EPYC CPU。 我們也可以接入更多的 PCIe 插槽。
介面
基於 ZFS 的 QuTS hero 操作系統專為 QNAP 的 NAS 解決方案業務線而設計，其特點是將基於應用程序的 QTS 與 128 位 ZFS 文件系統相結合。 這讓 QNAP 能夠提供靈活的存儲管理以及在線重複數據刪除、在線壓縮和在線壓縮。 這有助於更有效地使用存儲資源，同時促進自我修復以提高可靠性並保持數據完整性。
例如，QuTS hero 支持近乎無限的快照（iSCSI LUN 最多 65,535 個快照）和共享文件夾。 而且，它採用寫時復制技術，使得快照速度極快，不會影響正在進行的數據傳輸。
威聯通 TS-h2490FU 性能
我們使用 RAID2490 配置測試了 QNAP TS-h50FU，用 24x WDC Ultrastar DC SN640 NVMe SSD （960GB）。 在網絡方面，我們最終通過後部的四個 SFP+ 端口利用了 10GbE。 我們無法讓 NIC 與我們的網絡建立 25GbE 連接 戴爾 Z9100 交換機 和扇出電纜，而在通過 10GbE 電纜佈線時它確實協商並連接。 儘管在實踐中這可能會限制峰值順序工作負載，但它不會對在該閾值下運行良好的混合工作負載產生影響。
SQL Server 性能
StorageReview 的 Microsoft SQL Server OLTP 測試協議採用事務處理性能委員會的基準 C (TPC-C) 的最新草案，這是一種模擬複雜應用程序環境中活動的在線事務處理基準。 TPC-C 基準比綜合性能基準更接近於衡量數據庫環境中存儲基礎設施的性能優勢和瓶頸。
每個 SQL Server VM 都配置有兩個虛擬磁盤：100GB 卷用於啟動，500GB 卷用於數據庫和日誌文件。 從系統資源的角度來看，我們為每個虛擬機配置了 16 個 vCPU、64GB DRAM 並利用了 LSI Logic SAS SCSI 控制器。 雖然我們之前測試的 Sysbench 工作負載在存儲 I/O 和容量方面使平台飽和，但 SQL 測試尋找延遲性能。
SQL Server 測試配置（每個虛擬機）
- 在Windows Server 2012 R2
- 存儲空間：分配 600GB，使用 500GB
- SQL Server 2014的
-
- 數據庫大小：1,500 規模
- 虛擬客戶端負載：15,000
- 內存緩衝區：48GB
- 測試時長：3 小時
-
- 2.5 小時預處理
- 30分鐘採樣期
對於 SQL Server 平均延遲，QNAP TS-h2490FU 在 96.5 個虛擬機上的總延遲為 2 微秒，在 272 個虛擬機上的總延遲為 4 微秒。
Sysbench MySQL 性能
我們的第一個本地存儲應用程序基準測試包括通過 SysBench 測量的 Percona MySQL OLTP 數據庫。 該測試測量平均 TPS（每秒事務數）、平均延遲和平均 99% 延遲。
每個 Sysbench VM 配置了三個虛擬磁盤：一個用於啟動 (~92GB)，一個用於預構建數據庫 (~447GB)，第三個用於測試中的數據庫 (270GB)。 從系統資源的角度來看，我們為每個虛擬機配置了 16 個 vCPU、60GB DRAM 並利用了 LSI Logic SAS SCSI 控制器。
Sysbench 測試配置（每個虛擬機）
- 中央操作系統 6.3 64 位
- Percona XtraDB 5.5.30-rel30.1
-
- 數據庫表：100
- 數據庫大小：10,000,000
- 數據庫線程：32
- 內存緩衝區：24GB
- 測試時長：3 小時
-
- 2 小時預處理 32 個線程
- 1 小時 32 個線程
使用 Sysbench OLTP，我們看到 3,174 個虛擬機的總得分為 4 TPS。
對於 Sysbench 平均延遲，QNAP TS-h2490FU 記錄了 40.31 個虛擬機的總分 4µs。
對於我們最壞情況下的延遲（第 99 個百分位數），QNAP TS-h2490FU 的 480.35 個虛擬機的總得分為 4µs。
VDBench 工作負載分析
在對存儲陣列進行基準測試時，應用程序測試是最好的，綜合測試排在第二位。 雖然不能完美代表實際工作負載，但綜合測試確實有助於為具有可重複性因素的存儲設備建立基線，從而可以輕鬆地在競爭解決方案之間進行同類比較。
這些工作負載提供了一系列不同的測試配置文件，包括“四個角”測試、常見的數據庫傳輸大小測試，以及來自不同 VDI 環境的跟踪和捕獲。 所有這些測試都利用通用的 vdBench 工作負載生成器，以及一個腳本引擎來自動化和捕獲大型計算測試集群的結果。 這使我們能夠在各種存儲設備上重複相同的工作負載，包括閃存陣列和單個存儲設備。
簡介：
- 4K 隨機讀取：100% 讀取，128 個線程，0-120% 重複率
- 4K 隨機寫入：100% 寫入，128 線程，0-120% iorate
- 64K 順序讀取：100% 讀取，32 個線程，0-120% 迭代
- 64K 順序寫入：100% 寫入，16 個線程，0-120% 迭代
- 綜合數據庫：SQL 和 Oracle
- VDI 完整克隆和鏈接克隆跟踪
觀察隨機 4K 讀取，QNAP TS-h2490FU 達到 121K IOPS 的峰值； 然而，在測試結束時，它的延遲受到了巨大影響，達到大約 32,233µs。
對於隨機 4K 寫入，服務器以 18μs 開始 407K IOPS，一直保持這種延遲，直到 10K IOPS 標記之後一點點，逐漸達到超過 35,000μs，峰值為 20,913 IOPS。
轉向 32K，TS-h2490FU 在 117,108µs 時的峰值 IOPS 為 3.7（或 8,395GB/s）。
在隨機 32K 寫入中，TS-h2490FU 在測試結束時表現出相當大的不穩定，峰值為 37,292 IOPS（或 1.2 GB/s），延遲為 13,519µs。
接下來是順序工作負載。 在 64K 順序讀取中，TS-h2490FU 在 70,450μs 時顯示出略低於 4.4K IOPS（或 12,307GB/s）的峰值。
對於 64K 順序寫入，QNAP 服務器以 5,802 IOPS (362MB/s) 和 218.6μs 延遲開始，然後在性能略有下降之前以 62,991μs 延遲達到約 3.94 IOPS 或 13,440GB/s 的峰值。
我們的下一組測試是我們的 SQL 工作負載：SQL、SQL 90-10 和 SQL 80-20。 從 SQL 開始，TS-h2490FU 的峰值為 58,363 IOPS，延遲僅為 17,382μs。
對於 SQL 90-10，QNAP 服務器以大約 4,800 IOPS 開始，延遲為 611μs，峰值為 46,836 IOPS，延遲為 21,828μs。
在 SQL 80-20 中，TS-h2490FU 的峰值為 41,981 IOPS，延遲為 24,321µs。
接下來是我們的 Oracle 工作負載：Oracle、Oracle 90-10 和 Oracle 80-20。 從 Oracle 開始，TS-h2490FU 的峰值為 43,916 IOPS，延遲為 28,761 微秒，最後性能受到小幅影響。
查看 Oracle 90-10，QNAP 服務器以 4,809 IOPS 開始，延遲為 586 微秒，峰值為 47,872 IOPS，延遲為 13,518 微秒。
使用 Oracle 80-20 時，TS-h2490FU 開始時為 4,902 IOPS，延遲為 536.3µs，峰值為 46,709 IOPS，延遲為 13,856µs。
接下來，我們切換到 VDI 克隆測試（完整和鏈接）。 首先查看 VDI 完整克隆 (FC) 啟動，QNAP TS-h2490FU 開始時為 5,199 IOPS，延遲為 758.2μs，峰值為 50,938 IOPS，延遲為 21,304μs。
查看 VDI FC 初始登錄，QNAP 服務器以 2,801 IOPS 和 5,150μs 延遲啟動，在 26,920μs 時達到 33,837 IOPS 的峰值。
對於 VDI FC Monday Login，服務器以 3,303 IOPS 和 802μs 的延遲開始，而在 33,872μs 時達到 15,050 IOPS 的峰值。
對於 VDI 鏈接克隆 (LC) 引導，TS-h2490FU 以 5,195 IOPS 和 1,487μs 延遲開始，而在 48,645μs 時達到 10,520 IOPS 的峰值。
轉到 VDI LC 初始登錄，TS-h2490FU 開始時為 3,403 IOPS，延遲為 794.7μs，峰值為 33,750 IOPS，延遲為 7,556μs。
最後，VDI LC Monday Login 讓 TS-h2490FU 以 3,100 IOPS 和 777.6μs 的延遲開始，在 30,957μs 時達到 16,468 IOPS 的峰值，然後在最後性能受到影響。
結論
QNAP TS-h2490FU 是該公司 QuTS 英雄系列的最新成員。 QNAP 採用 2U 外形規格，聲稱它的設計更多地是為了性能，因為它的 AMD EPYC 7302P（16 核）處理器和所有 NVMe 閃存都突出了這一點。 此外，這款企業級 NAS 使用更新的基於 ZFS 的操作系統（為用戶提供在線重複數據刪除、在線壓縮和在線壓縮），並配備高達 256GB 的 RAM、24 個 NVMe SSD 托架和板載 25GbE SFP28和 2.5GbE RJ45 連接。 用戶還可以利用五個 PCIe 擴展槽進一步擴展 TS-h2490FU 的功能，包括額外的連接、存儲和其他配件。
為了提高性能，我們運行了企業綜合工作負載分析並在 RAID2490 配置中測試了 TS-h50FU，為系統安裝了 24 個 960GB WD Ultrastar DC SN640 NVMe SSD。 首先是我們的應用程序工作負載分析，我們看到 SQL Server 平均延遲在 96.5 個 VM 時合計為 2µs，在 272 個 VM 時合計為 4µs。 使用 Sysbench，我們看到 4 個虛擬機的事務總分給我們 3,174 TPS，而平均延遲和最壞情況的總分分別記錄為 40.31µs 和 480.34µs。
查看我們的 VDBench 工作負載分析，在我們的隨機測試中，TS-h2490FU 的峰值亮點包括 121K IOPS 4K 讀取、18K IOPS 4K 寫入、117,108 32K 讀取、86,918 IOPS 37,292 IOPS 寫入，而連續性能達到 4.4GB/ 64K 讀取為 s，3.94k 順序寫入為 64GB/s。
對於我們的 SQL 工作負載，QNAP 服務器的峰值為 58,363 IOPS，46,836-90 為 10 IOPS，41,98-80 為 20 IOPS。 查看 Oracle，我們看到 43,916 IOPS 的峰值，47,872-90 的 10 IOPS 和 46,709-80 的 20 IOPS。 接下來，我們過渡到從完整克隆開始的 VDI 克隆測試，其中 QNAP 服務器在啟動時記錄了 50,938 IOPS 的峰值，在初始登錄時記錄了 26,920 IOPS，在星期一登錄時記錄了 33,872 IOPS。 對於鏈接克隆，我們看到啟動時為 48,645 IOPS，初始登錄時為 33,750 IOPS，星期一登錄時為 30,957 IOPS。
總的來說，對於 24 個 NVMe 存儲配置，性能有時有些不平衡，因為 TS-h2490FU 在我們的測試中似乎難以達到更高的數字。 憑藉 24 個 NVMe SSD 的組合，我們曾期望看到更高的隨機傳輸數和混合工作負載，但這是我們過去看到的基於 ZFS 的平台的局限性的領域。 也就是說，很高興看到支持全 NVMe 構建的 QNAP 系統，這對公司來說無疑是一個好的方向（我們在 StorageReview 絕對更喜歡 NVMe 作為主要係統）。 此外，ZFS 和 QuTS hero 讓 QNAP 能夠提供更多的數據完整性和更多的企業級功能，包括先進的基於塊的數據縮減技術和高效的快照。
參與 StorageReview
電子通訊 | YouTube | 播客 iTunes/Spotify | Instagram | Twitter | Facebook | RSS訂閱
