PowerEdge R750完整性能测试来了!

来源:DELL 发布时间:2023-02-17 17:06:26 阅读量:377

新一代PowerEdge服务器


更强大的性能和更高安全性

帮助用户直面数字化未来新挑战!


如今,随着英特尔最新处理器发布

PowerEdge R750

在全球上市


它的性能如何呢?

专业评测机构StorageReview

第一时间对其进行了测试

具体结果

让我们一睹为快!




 本次评测的服务器配置

CPU: 2颗第三代英特尔®至强®8380可扩展处理器

DRAM:32个32GB DDR4-3200MHz内存

存储:8个英特尔P5510 3.84TB Gen4固态硬盘


ESXi版本7.0u1


操作系统:CentOS 8.2



SQL Server性能


StorageReview的Microsoft SQL Server OLTP测试协议,采用事务处理性能委员会的基准C(TPC-C)最新规范,TPC-C是一种在线事务处理基准,用于模拟复杂应用程序环境中的活动。TPC-C基准比合成性能基准更接近于衡量数据库环境中存储基础架构的性能优势和瓶颈。

每个SQL Server VM均配置有两个虚拟磁盘vDisk:100GB卷用于引导,500GB卷用于数据库和日志文件。从系统资源的角度来看,他们为每个虚机(VM)配置了16个vCPU,64GB DRAM,并利用了LSI Logic SAS SCSI控制器。

 SQL Server测试配置(每台虚机

 Windows Server 2012 R2

 存储空间:分配600GB,已使用500GB

 SQL Server 2014

    ◇ 数据库大小:1500

    ◇ 虚拟客户端负载:15000

    ◇ 内存缓冲区:48GB

 测试时间:3小时

    ◇ 2.5小时预处理

    ◇ 30分钟采样时间

对于SQL Server平均延迟,戴尔易安信PowerEdge R750整个8VM都保持了1ms的延迟。

Sysbench MySQL性能


StorageReview的第一个本地存储应用程序基准测试包含通过SysBench测量的Percona MySQL OLTP数据库。该测试还测量平均TPS(每秒事务数)、平均延迟以及平均第99个百分位延迟。

每个Sysbench VM都配置了三个虚拟磁盘:一个用于引导(〜92GB),一个用于预建数据库(〜447GB),第三个用于受测数据库(270GB)。从系统资源的角度,StorageReview为每个VM配置了16个vCPU,60GB的DRAM,并利用了LSI Logic SAS  SCSI控制器。

 Sysbench MySQL测试配置(每个VM

 CentOS 6.3 64位

 Percona XtraDB 5.5.30-rel30.1

    ◇ 数据库表:100

    ◇ 数据库大小:10,000,000

    ◇ 数据库线程:32

    ◇ 内存缓冲区:24GB

 测试时间:3小时

    ◇ 2小时预处理32个线程

    ◇ 1小时32线程

通过Sysbench OLTP,StorageReview为8个VM记录了2.92万TPS的总得分,其中单个VM的范围为3631至3665 TPS。使用16VM时,单个VM的总得分为2.68万TPS,单个VM的TPS范围为1662至1690。

平均延迟8VM提供了8.77ms(毫秒)延迟,单个VM的延迟范围从8.73ms到8.81ms。16VM的延迟总和为19.1ms,单个VM的运行延迟为18.87ms至19.24ms

对于最坏情况下的延迟(第99个百分位),8VM的延迟总计为15.2ms,而16VM的延迟总计为35.4ms。



VDBench工作负载分析


所有测试都利用了常见的VDBench工作负载生成器,并通过脚本引擎在大型计算测试集群上自动化测试并捕获结果。

 配置资料

 4K随机读取:100%读取,128线程,0-120% iorate

 4K随机写入:100%写入,64线程,0-120% iorate

 64K顺序读取:100%读取,16线程,0-120% iorate

 64K顺序写入:100%写入,8线程,0-120% iorate

 综合数据库:SQL和Oracle

  VDI完整克隆和链接克隆跟踪

4K随机读PowerEdge R750的启动时间低于100µs(微秒),一直保持到285万IOPS,然后在569万IOPS达到峰值,此时延迟为608µs。

PowerEdge R750的4K随机写令人印象深刻,延迟仅为15.1µs,并在约300万IOPS前始终保持在100µs延迟以下。峰值IOPS为344万 ,此时延迟为986µs。

在读取状态下,我们看到R750峰值为64.4万IOPS或40.3GB/s,延迟为396µs。

64K顺序写时PowerEdge R750以939µs的延迟展现了25.2万IOPS或15.8GB/s的峰值性能。

接下来是SQL工作负载:包括SQL,SQL 90-10和SQL 80-20。

从SQL开始,PowerEdge R750开始于81µs,并在约100万IOPS前一直保持100µs以下的延迟。峰值IOPS为179.6万,此时延迟为141µs。


对于SQL 90-10,服务器再次以非常低的延迟(74µs)开始,并在约120万IOPS前一直保持100µs以下的延迟。然后达到196.5的IOPS峰值和129µs的延迟。

对于SQL 80-20PowerEdge R750以71µs的延迟开始,并以185.4万IOPS和136µs的延迟达到峰值。

接下来是Oracle工作负载:包括Oracle、Oracle 90-10和Oracle 80-20。

首先是Oracle,R750继续以低延迟开始(67µs),并达到了128万的IOPS峰值,此时延迟为128µs。


对于Oracle 90-10R750在运行的大多数时间延迟低于100µs。峰值IOPS为169万,此时延迟仅为103µs。

其次是Oracle 80-20我们看到R750再次以低于100µs的延迟运行了大多数时间。峰值IOPS为164.0万,延迟仅为106µs。

接下来,StorageReview切换到VDI克隆测试,即完整克隆和链接克隆

对于VDI完全克隆(FC)引导,PowerEdge R750的峰值为146.6万IOPS,延迟仅为172µs,然后开始下降。

在VDI FC初始登录中,PowerEdge在大约四分之三的时间里保持了100µs以下的延迟,然后达到峰值76.3万IOPS,延迟为189µs。

对于VDI FC Monday Login(每周首次登录),R750在31.8万IOPS前延迟始终在100µs以下,然后以653µs的延迟达到峰值,此时IOPS为65.4万。

接下来是VDI链接克隆(LC)测试,启动测试显示性能峰值为54.3万IOPS,延迟为194µs。

VDI LC初始登录R750仅以86µs的等待时间启动,然后在34.4万IOPS和136µs的等待时间达到峰值。

最后,通过VDI LC Monday login的R750,我们看到47.8万IOPS峰值和189µs的延迟。

结论

戴尔易安信PowerEdge R750充分利用了最新第三代英特尔®至强®可扩展处理器的优势,包括对PCIe Gen4的支持,其吞吐性能是Gen3的两倍。

R750还通过新的PERC11卡(PowerEdge RAID Controller 11)将硬件NVMe RAID推向市场,这在以前是一个相当大的挑战。我们把服务器配置地非常紧凑,但它依然保持了漂亮的散热布局,没有过多的气流




性能方面,我们通过应用工作负载分析和VDBench工作负载对PowerEdge R750进行了测试。在SQL Server的平均延迟方面,该服务器能够在8个VM上保持1ms的延迟。对于Sysbench,8个VM设置的TPS是29174,平均延迟为8.77ms,最坏情况下的延迟为15.2ms。我们看到8个VM的性能令人印象深刻,这是我们记录的最高的8VM性能之一

16个VM时,我们看到TPS为26838,平均延迟为19.1ms,最坏情况下的延迟为35.4ms。

R750在VDBench中表现出非常强大的低延迟性能。亮点包括570万IOPS的4K读,340万IOPS的4K写,40.3GB/s的64K读取,以及15.8GB/s的64K写入。

SQL工作负载中,我们看到180万IOPS的峰值,SQL 90-10的196万IOPS,以及SQL 80-20的185万IOPS。

Oracle工作负载中,我们看到峰值为197万IOPS,Oracle 90-10的169万IOPS,Oracle 80-20的160万IOPS。

VDI完整克隆中,我们看到了147万IOPS的启动,76.3万IOPS的初始登录,以及65.4万IOPS的周一登录。在VDI链接克隆中,我们看到启动时有54.3万IOPS,初始登录时有34.4万IOPS,Monday login时有47.8万IOPS。

PowerEdge R750的性能超过了我们的预期。我们很高兴看到新一代基于英特尔的服务器终于面世,向世界展示了它的能力。R750不仅是一个性能强大的产品,而且还进行了出色的重新设计,尤其是围绕散热和NVMe RAID。还有新的BOSS驱动器和传奇的iDRAC管理工具。







  网站地图
沪ICP备19040636号-1
Catfish(鲶鱼) Blog V 4.7.3