技嘉 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服务器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 测试配置（每个虚拟机）

• CentOS 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 IOPS 的峰值，延迟为 110µs。

对于我们最后的测试，我们切换到我们的 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 英寸托架（其中四个能够支持 N​​VMe），该服务器能够容纳混合存储。 对于需要加速容量的组织，将一些闪存与用于存储的低成本 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订阅