技嘉 R282-3C0 評測

技嘉最近在其服務器陣容中添加了 R282-3C0（修訂版 100）——2U Gen4 NVMe 系統。 該服務器配備雙第 3 代 Intel® Xeon® 可擴展 CPU，於 282 月推出。 R3-0C3.5 適用於高密度存儲，最多支持八個 3.5 英寸 SATA 驅動器和四個 12 英寸 NVMe 驅動器，總共提供 XNUMX 個熱插拔托架。

技嘉最近在其服務器陣容中添加了 R282-3C0（修訂版 100）——2U Gen4 NVMe 系統。 該服務器配備雙第 3 代 Intel® Xeon® 可擴展 CPU，於 282 月推出。 R3-0C3.5 適用於高密度存儲，最多支持八個 3.5 英寸 SATA 驅動器和四個 12 英寸 NVMe 驅動器，總共提供 XNUMX 個熱插拔托架。

技嘉R282-3C0規格

我們正在審查的具體型號是 R282-3C0。 該型號不是 R282 系列的最高端，但其內部結構仍具有良好的性能潛力和靈活性。

技嘉 R282-3C0 設計與構建

該評論系統具有有趣的功能和佈局。 首先要注意的是機器中的驅動器托架數量。 機器背面有八個3.5”SATA熱插拔HDD/SSD托架，四個3.5”NVMe熱插拔HDD/SSD托架，最後還有兩個2.5”托架，可以用來開機。

在主板方面，在我們擁有的型號 MR92-FS0 上，它帶有 2 個用於板載雙 CPU 組的插槽，32 個支持 DDR4 的 DIMM 插槽，8 個不同長度的 PCIe 插槽。 關於我們擁有的模型，最有趣的一點是沒有 M.2 插槽。 大多數其他服務器都有一個 M.2 插槽，可用於啟動，但我們沒有。 這可能是一種不便、非問題或交易破壞者，但買家必須考慮的事情。

最後，在設計和構建方面，需要注意前後 I/O。 在服務器的正面，我們有兩個 USB 3.0 端口、一個帶 LED 的電源按鈕、帶 LED 的 ID 按鈕、重置按鈕、NMI 按鈕、系統狀態 LED、HDD 活動 LED 和兩個 LAN 活動 LED。

服務器背面有2個USB 3.0接口、2個VGA接口、45個RJ2接口、XNUMX個MLAN接口、XNUMX個帶LED的ID鍵、XNUMX個服務器內雙電源電源接口

技嘉R282-3C0管理

技嘉 R282-3C0 使用 MegaRAC SP-X BMC 進行帶外管理。 該管理平台允許用戶處理基本任務，例如遠程控制服務器電源、刷新 BIOS 以及啟動 KVM 以在服務器上安裝軟件。

與您在 Dell EMC、HPE、Cisco 等公司的 Tier1 服務器上找到的界面相比，該界面有點笨拙，但它可以完成遠程管理系統的工作。 用戶還可以根據自己的偏好使用 HTML5 和 Java KVM 選項。 我們在使用 KVM 時遇到的唯一不利因素是安裝的 ISO 的傳輸速度僅限於 1Mb/s 以上，這使得佔用空間更小的操作系統安裝需要相當長的時間。 我們發現的妥協是使用操作系統安裝程序閃存 USB 拇指驅動器並使用 KVM 遠程安裝它。

技嘉R282-3C0性能

在服務器性能方面，我們根據以下配置進行了多項測試：(2) Intel 8380 CPU，(16) 32Mhz 的 4GB DDR3200，以及 (4) 英特爾P5510 7.68TB 固態硬盤。

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 平均延遲，技嘉 R282-3C0 在 1 個虛擬機中始終保持 8 毫秒的延遲。

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，我們記錄了 25,537 個虛擬機的總得分為 8 TPS，單個虛擬機的 TPS 範圍為 3,187 到 3,199 TPS。 平均值和範圍對我們來說並不令人震驚，因為在過去，我們看到類似的服務器性能大致相同。

對於平均延遲，8VM 給我們的總時間為 10.025，單個 VM 的範圍從 10 到 10.04。

在我們最壞的情況下，第 99 個百分位數，8 個虛擬機上的延遲總時間達到 19.13 毫秒，個別時間範圍從 19.07 毫秒到 19.17 毫秒。

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 讀取，技嘉 R282-3C0 從 100µs 開始，一直保持到大約 2.25 萬 IOPS，然後達到 3,770,372 IOPS 的峰值，延遲為 536µs。

4K 隨機寫入有一個非常好的開始，延遲在 100 微秒時遠低於 35 微秒，並一直保持到服務器達到 1.6 萬多一點的 IOPS。 然後峰值出現在 1,823,423 IOPS，延遲為 909µs。

轉到 64K 順序讀取，我們看到 R282 峰值為 307,885 IOPS，延遲為 413µs。

接下來，64K 順序寫入為我們提供了 116,957 IOPS 的峰值性能和 1071µs 的延遲，但是之後我們也看到了下降，回到大約 140,000 IOPS 和大約 800µs 的延遲。

現在我們有了 SQL 工作負載，SQL、SQL 90-10 和 SQL 80-20。 對於 SQL，技嘉 R282-C03 從 91µs 開始，以 100 IOPS 的速度超過 480,959µs。 然後服務器繼續達到 995,117 IOPS 的峰值，延遲為 125µs。

在 SQL 90-10 中，服務器的起始延遲為 85µs，並且能夠保持在 100µs 以下，直到達到 589,647 IOPS。 然後它達到 967,723 IOPS 的峰值，延遲為 126µs。

在 SQL 80-20 中，服務器的起始延遲為 80µs，並且能夠保持在 100µs 以下，直到達到 554,447 IOPS。 然後它達到 935,383 IOPS 的峰值，延遲為 132µs。

我們接下來的測試是我們的 Oracle 工作負載、Oracle、Oracle 90-10 和 Oracle 80-20。 對於我們的 Oracle 工作負載，R282 以 80 微秒的延遲開始，然後以 924,993 微秒的延遲達到 133 IOPS 的峰值。

對於我們的 Oracle 90-10，服務器從 83µs 開始，並能夠將延遲保持在 100µs 以下，直到 635,178 IOPS，但隨後達到 792,231 IOPS 的峰值，延遲為 108µs。

最後，Oracle 80-20 在大部分測試中也能夠保持在 100 以下，從 78.5µs 開始，然後以 770,853µs 的延遲達到 110 IOPS 的峰值。

對於我們最後的測試，我們切換到我們的 VDI 克隆測試，完整和鏈接。 對於 VDI 完整克隆 (FC) 啟動，R282 的峰值為 762,590 IOPS，延遲為 162µs。

在 VDI FC 初始登錄中，服務器看到穩定然後急劇上升到 479,697 IOPS 的峰值，延遲為 216µs。

對於 VDI FC 星期一登錄，服務器穩定上升，直到達到 347,985 IOPS 的峰值，延遲為 165µs。

現在對於 VDI 鏈接克隆 (LC) 測試，從啟動開始，服務器短暫上升到 305,058 IOPS 的峰值，延遲為 197µs。

對於初始登錄測試，服務器有很大的上升，從 100µs 開始，然後以 167,785 IOPS 達到峰值，延遲為 152µs。

最後，對於星期一登錄，服務器有一個很大的提升，從 107µs 開始，能夠達到 271,522 IOPS 的峰值，延遲大幅躍升至 213µs。

結論

技嘉 R282-3C0 是一款 2U 雙處理器服務器，採用第三代 Xeon 可擴展處理器的性能並將其用於測試。 連同正面的 3 個可熱插拔 12 英寸托架（其中四個能夠支持 NVMe），該服務器能夠容納混合存儲。 對於需要加速容量的組織，將一些閃存與用於存儲的低成本 HDD 混合使用是很有趣的。 然後你在後面有兩個 SATA 驅動器可用於啟動。 這很有用，因為板載沒有 M.3.5 存儲。

我們在服務器上運行的各種測試結果是我們已經預料到的。 四個 NVMe 托架的限制阻礙了峰值存儲潛力，因為大多數托架用於更高容量的旋轉介質。 雖然驅動器配置是有針對性的，但大多數客戶會在這樣的系統中放置中端 CPU，並以更平衡的價格點為目標。 當然，技嘉系列中的其他產品在配備完整 NVMe 的情況下會具有更高的性能。 例如，他們有 R282-Z92，可以將 24 個 NVMe SSD 與 偉大的 以獲得令人難以置信的性能。

對於我們的綜合 SQL 測試，我們看到 SQL 工作負載中的最大 481K IOPS，SQL 968-90 中的 10K IOPS，以及 SQL 80-20 測試中的最大 935K IOPS。 在我們的 Oracle 測試中，我們看到 Oracle 工作負載為 924K IOPS，Oracle 792-90 為 10K，Oracle 770-80 為 20K。 在 VDBench 中，我們記錄了 3.7K 讀取 4 萬次 IOPS，1.8K 寫入 4 萬次，307,885K 讀取 64 IOPS，116,957K 寫入 64 次。 最後，在 VDI 完整克隆測試中，我們看到啟動時為 762K IOPS，初始登錄時為 479K，星期一登錄時為​​ 348K； 對於鏈接克隆，我們在啟動時看到 305K IOPS，在初始登錄時看到 167K，在星期一登錄時看到 272K。

實際上，該服務器將用於高密度存儲，並有可能通過 NVMe 閃存進行加速。 唯一阻礙這台服務器的是更多的 NVMe 存儲，但這種構建將重點放在 HDD 提供的每美元容量優勢上。 對於需要在圍繞 Intel Scalable Gen282 架構構建的 3 盤位（或 0 盤位，具體取決於您的計算方式）設計中混合容量和 NVMe 的用例，技嘉 R12-14C3 是一個不錯的選擇。

技嘉 R282-3C0（修訂版 100）

參與 StorageReview

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