戴尔易安信Unity 450F全闪存贮测评

戴尔易安信Unity系列存储早满足中端客户的需求，提供多种选项，包括混合、全闪存和VSA部分选项。信Unity存储取代了以前的易安信VNX系列。不过，要说它是VNX的一个进步，并不完全准；易安信早在2014年的VNXe中基本上已经开始了开发：完全改进了界面，并继续进行易用性和部署开发。界面是全新的，底层代码也已经更新。Unity阵列包括一个2U机箱，该机箱带有由Intel Xeon处理器提供动力的双主动/主动控制器和25个2.5英寸驱动器托架（对于混合版本，还可以选择12个3.5英寸托架）。系统可扩展以提供更大的容量，戴尔易安信利用固态硬盘中的TLC闪存，使得它更为经济。系统支持数据块、文件和VMware VVol，同时支持本机NAS、iSCSI和光纤通道协议。全闪存系统（或与全闪存池混合的系统）包括数据缩减功能，可进一步提高TCO。所有戴尔易安信Unity阵列都可以轻松地分层到云，并通过CloudIQ提供基于云的分析，而无需额外投资。 

戴尔易安信Unity系列存储早满足中端客户的需求，提供多种选项，包括混合、全闪存和VSA部分选项。信Unity存储取代了以前的易安信VNX系列。不过，要说它是VNX的一个进步，并不完全准；易安信早在2014年的VNXe中基本上已经开始了开发：完全改进了界面，并继续进行易用性和部署开发。界面是全新的，底层代码也已经更新。Unity阵列包括一个2U机箱，该机箱带有由Intel Xeon处理器提供动力的双主动/主动控制器和25个2.5英寸驱动器托架（对于混合版本，还可以选择12个3.5英寸托架）。系统可扩展以提供更大的容量，戴尔易安信利用固态硬盘中的TLC闪存，使得它更为经济。系统支持数据块、文件和VMware VVol，同时支持本机NAS、iSCSI和光纤通道协议。全闪存系统（或与全闪存池混合的系统）包括数据缩减功能，可进一步提高TCO。所有戴尔易安信Unity阵列都可以轻松地分层到云，并通过CloudIQ提供基于云的分析，而无需额外投资。 

Unity就是简单易用。如果一个存储队列很大，但是却极难使用或者很难集合到现在有基础架构中，那么它远不如那些容易于部署和管理的队列有用。在部署方面，戴尔易安信表示可以在10分钟内包含一个元。在软件/管理方面，Unity利用了一个现代的HTML5任务导向型界面，可以轻松地与VMware和Microsoft环境集成。最新的操作系统提供了压缩、增强功能以​​提全闪存效率，以及数据基础存储控制升级。恢复数据删除将在下一个版本中提供，而且是免费、无中断的升级。Unity的另一个功能是CloudIQ，它是戴尔易安信于云的主动态监控和智能分析应用程序。 

Unity支持各种软件套件、插件、驱动程序和软件包。管理软件是Unity全套基础软件的一部分（包例如Unisphere：Element Manager，Unisphere Central：整合的仪表板和报警，CloudIQ：基于云的存储分析、精简配置和动态池等）、统一协议（文件、块和VVol）、具有自我管理或外部加密管理的本地保护（可选的基于控制器的加密） 、本地时间点贝（快照和精简克隆）， AppSync Basic和戴尔易安信Common Event Enabler (CEE)（病毒代理、事件发布代理）以及远程保护（本机异常块和文件复制、本机同步）块复制、快照传送、戴尔易安信RecoverPoint Basic和戴尔易安信 RecoverPoint for VMs）。

从350F、450F、550F到650F，不断增加的数字表明，可用于每台设备和/或其扩展的闪存总容量和CPU性能都有所提高。我们在这里评测的450F定位更加中端，最大原始容量为4PB。下一个型号是550F，容量翻倍为8PB，再高一级的650F容量再次翻倍为16PB。Unity系列支持多种固态硬盘和容量，包括400GB、800GB、1.6TB、1.92TB、3.84TB、7.68TB和15.36TB。显然，最大原始容量反映了正在利用的最大容量固态硬盘。 

Unity（及其所有优点）不仅仅局限于一个物理设备。戴尔易安信还发布了UnityVSA（Virtual Storage Appliance）。用户只需要现在有VMware ESXi服务器组件载UnityVSA，从而节省成本。这不仅以低于的形成带来了Unity的好处，企业还可以将其用于ROBO环境或作为经济高效的复制造目标。 

戴尔易安信Unity 450F规格

 

设计和构造

戴尔易安信Unity 450F全闪存是一个2U型双控制器存储阵列，带有25个磁盘架。正面是戴尔易安信在2017年下半年推出的新产品中采用的高度风格化的新型边框设计。公司品牌在中间，产品名称位于右下角附近。挡板可轻松弹出，露出了25个前置式驱动器托架，与24托架平台相比，它能多容纳1个驱动器。虽然这不会对性能产生很大影响，但这可以简单地调整RAID组大小，并为奇数在线备用空间提供空间。

Unity 450F的后端被分成两个镜像部分，一个在另外一个上面。每侧都配备有电源和存储处理器组，以及网络端口和I/O模块插座。在这个配置中，我们有4个四端口16Gb FC模块，每个控制器提供8个端口。明显的橙色拉动颜色使现场维修改得容易。对于服务技术人员员工来说，这种设计使交换组件不太容易出错，因为他们知道要从哪里移去某个组件。

管理/用户界面

戴尔易安信Unity 450F使用Unisphere进行管理。主页或仪表板提供了系统的简要概述。用户可以轻松查看系统和存储的运行情，以及容量（剥余和已使用），池和性能。幕左侧是菜单（“系统”、“存储”、“访问”、“保护和移动”、“事件和支持”）及其子菜单。Unisphere是我们今天为停止测试过的最直接观看、最收集的管理平台之一。创建新数据存储类的任务比以任何时候都需要简单，Unisphere可以创建存储，自动将其配置到主机上，甚至确保正确处理了多条路。

在“系统”菜单下，有“系统视图”、“性能”和“服务”等选项。系统视图允许用户快速查看整个系统，选择前部、后部分或顶部。此视图可以快速判别系统或端口是否运行正常。如果存在问题，则该项目会清晨标记，以最大程度减少最少的拉动组进行更及时的混合。

“性能力”子菜单可以为用户提供历史或实时图表。用户需要首先选择想查看的系统方面，或要查看性能的位置，然后选择要查看的指标。而且非所有系统都在内部处理实时或历史指标，因此在解决决定性问题或确保正常运行时，将其设置到 Unisphere 非常有用。

选择指标后，用户可以生成图表以查看特定时间的性能。这有助于深入了解并确定可能出现的问题。历史图表有一个自动刷新选项，每60秒更新一次内容。实时图表可提供相同类型的可视性，并针对关键性能指标的可选子集进行5秒更新。

“服务”子菜单简单介绍了系统、其软件版本和顺序号。除此之外，用户还可以连接到易安信Secure Remote远程安全服务，专家可以在那里远程解决问题。用户还可以查看他们拥有的任何支持一致。右边是支持认证和现场支持人员的联系信息。再一次强调，这将管理队列的许多核心面带入一一个完整的用户界面，而不是多个分散的位置。

下一个主菜单是“存储”，其中包含池、块、文件和VMware子菜单。顾名思义，“池”子菜单使管理员可以使用一般信息以及驱动器、使用情境和快速照相设置深入查看每个池。 

通过“存储”菜单下的“VMware”子菜单，用户可以轻松创建并配置新的数据存储。在接下来的几个步骤中，我们将展示如何快速、轻松地在我们的戴尔易安信Unity 450F上创建数据存储。

首先，我们点击创建按钮。在这里，会弹出一个屏幕询问用户要查找的数据存储类型：文件、块、VVol（文件）或VVol（块）。 

下一个屏幕要输入名称和描述。我们将数据存储命名为“大型数据存储”，想像力丰厚吧。

设置的下一步是存储。要配置存储，需要选择其来源的池、大小（我们使用10TB）、是否打开精资源调配和压缩以及主机I/O限制（也可以将其设置为无限制））。 

设置访问权限时，用户需要选择哪些主机具有访问权限。Unisphere生成一个主机列表，这些主机可以被签名，也可以点击名称、操作系统或协议进行搜索。系统是自动发现的，或通过VMware集成引入的，这个我们会在本次测评中进行一步介绍。

也可以启动或禁止使用快速照。如果启动快速照，则需要设置时间表。Unity带有默认设置，但可以根据企业的需要进行或多或少的调整整。 

在设置快照之后，是时候设置复制了。与上面描述的一样，必须选择是否启用它，然后选择模式、RPO和复制到的位置。还可以选择复制计划的快照。 

一切就绪后，Unisphere会生成一个摘要页面。这是最后一次机会，要确保一切都符合要求。一切正确之后，单击“完成”。

单击完成后，用户将看到结果屏幕，该屏幕将显示正确在创建的数据存储的状态以及更多详细信息。在此过程中，队列将在自身上创建数据存储，并与外部ESXi主机进行通信以扫描LUN并在该端创建数据存储。

切换到vSphere，我们可以看到选择访问存储的所有主机都在轮询新的存储设备，我们可以打开数据存储，并在底部看到正在创建一个存储设备。 

完成后，将会与其他数据存储一起弹出到列表中。

当我们回到“存储>VMware”下的Unisphere时，也可以看到数据存储。

我们可以通过它来获取数据存储的属性并进行一些更改。

下一个主菜单是访问，其中包含主机、VMware和启动器的子菜单。在主机子菜单下，用户可以看到在网络中连接Unity的潜在主机，以及每个主机的基本信息，如名称、地址、类型、LUN等。主机可以按如下所示直接管理，也可以通过与VMware vCenter的集合点自动管理。

VMware子菜单为用户提供了一个选项，允许Unisphere直接通过vCenter与存储进行对话和管理。它还说组件是否正常工作。对于不想直接为所配置的每个新数据存储存储管理服务器集群设置而大费周章的用户，不管是新手用户还是经验丰富的IT管理人员，都是非常有用的。Unisphere已设置为自动为您处理所有繁杂的工作。

双击 vCenter 将提供有关它们的更多信息。

通过“访问”子菜单，我们还可以查看ESXi主机。在这里，我们可以单击它并获取更多信息，如网络地址、启动器和启动器路径方向。 

启动器子菜单为我们提供启动器列表、它们的主机、主机类、协议、忽略它们的能力、iSCSI类以及其他信息。

在“事件”菜单下，用户可以查看已运行或正在进行的作业、完成率、作业运行内容以及何时完成。 

同样，用户可以轻松地在“日志”下的“事件”菜单中浏览日志。 

管理不再限于PC上的Web浏览器。戴尔易安信现在支持移动管理。如下图所示，布局与仪表板非常相似。

这些功能不仅仅限于查看系统。通过移动应用程序，管理人员可以享受与Web GUI相同的功能。 

性能

Sysbench MySQL 性能

我们的第一个共享存储应用程序基准测试由一个通过SysBench测试量的Percona MySQL OLTP数据库组合而成。这次测试还测试量平均TPS （每秒事务数）、平均事务延迟和平均第99%事务延迟。

每个Sysbench虚拟机配置三个虚拟磁盘：一个用于启动（约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测试中，我们比较了几组虚拟机，范围从4个虚拟机到24个虚拟机，并在具有压缩功能的RAID5，无压缩功能的RAID5和RAID10中进行了配置。我们不会说哪一个是“最好的”，而是研究每一个，让用户知道预期的结果。

配备4个虚拟机时，戴尔易安信Unity 450F在压缩RAID5中达到了5372.1 TPS，在RAID5中达到了7538.5 TPS，在RAID10中达到了7405.6 TPS。配备8个虚拟机时，Unity在压缩RAID5中达到6767.9 TPS，在RAID5中达到10882 TPS，在RAID10中达到10510.8 TPS。配备16个虚拟机时，Unity在压缩RAID5中达到7859.2 TPS，在RAID5中达到17209.5TPS，在RAID10中达到17538.2 TPS。最后，配备24个虚拟机时，Unity在压缩RAID5中达到7457.4 TPS，在RAID5中达到19436.2 TPS，在RAID10中达到20936.7 TPS。

我们为Sysbench平均延迟测试运行了相同的虚拟机和配置。配备4个虚拟机时，Unity在RAID5中的平均延迟为17ms，在RAID10中的平均延迟为17.3ms，在压缩RAID5中只有24ms。配备8个虚拟机时，Unity在RAID5中的平均延迟为23.5ms，在RAID10中的平均延迟为24.4ms，在压缩RAID5中为38.6ms。配备16个虚拟机时，Unity在在RAID10中的平均延迟为29.3ms，在RAID5中的平均延迟为29.9ms，在压缩RAID5中为65.2ms。配备24个虚拟机时，Unity在在RAID10中的平均延迟为36.9ms，在RAID5中的平均延迟为39.8ms，在压缩RAID5中为103.3ms。

我们的最后一个Sysbench测试研究了最坏情况下（第99百分位）的延迟。配备4个虚拟机时，在RAID5中的延迟为31.5ms，在RAID10中为32.1ms，在压缩RAID5中只有47.8ms。配备8个虚拟机时，在RAID5中的延迟为43.2ms，在RAID10中为45.2ms，在压缩RAID5中只有77.3ms。配备16个虚拟机时，在RAID5中的延迟为58.5ms，在RAID10中为59.9ms，在压缩RAID5中只有463.5ms。配备24个虚拟机时，在RAID10中的延迟为76.1ms，在RAID5中为82.3ms，在压缩RAID5中高达1387.2ms。

SQL Server 性能

StorageReview的Microsoft SQL Server OLTP测试协议采用了事务处理能力委员会基准C（TPC-C基准）的当时草案，这是一个在线事务处理基准，用于模拟复合应用程序环境中的活动。在计量数据库环境中存储基础架构的性能优势和瓶颈时，TPC-C基准比合性能基准更适合使用。

每个SQL Server虚拟机都配置了两个虚拟磁盘：用于启动的100GB卷和用于数据库及日志文件的500GB卷。从系统资源的角度来看，我们为每个虚拟机配置了16个vCPU 、64GB的DRAM，并利使用LSI Logic SAS SCSI控制器。虽然我们先测试的Sysbench工作加载在存储I/O和容量上都达到了充和，但是SQL TPC-C测试在存储储延延迟面非常敏感，这将影响其最后的应用程序延迟得分。

本次测试使用在Windows Server 2012 R2 guest虚拟机上运行的SQL Server 2014，并由戴尔的Benchmark Factory for Databases进行测试。虽然我们对这个基准的传统使用方法是在本地或共享存储上测试大型3000规模的数据库，但在这个代中，我们将重点放在将四个 1500 规模的数据库平均分布在服务器上。

SQL Server测试配置（每个虚拟机）

• Windows服务器2012 R2的
• 存储空间占用量：分配600GB，使用500GB
• SQL Server 2014 版

• • 数据库大小：1,500规模
  • 虚拟客户端负载：15,000
  • 内存容量：48GB
• 测试时间长：3小时
  • 2.5小时预处理器
  • 30分钟采样周期

与我们运行Sysbench基准测试的方式类似，我们测试了RAID5、RAID10和压缩RAID5的配置。在我们的SQL Server基准测试中，戴尔易安信Unity 450F在RAID10中达到了12623.1的TPS总分，单个虚拟机的TPS从3155.7 TPS到3155.8 TPS不等。在没有压缩的RAID5中，我们看到了12619.3 TPS的总分，单个虚拟机从3154.2 TPS到3155.6 TPS不等。在启动时用了压缩小的RAID5中，我们看到了令人印象深刻的总分12,586.6 TPS，单个虚拟机从3146.3 TPS到3146.9 TPS不等。

对于SQL Server平均延迟测试，Unity在RAID10中延迟为10ms。在RAID5中达到了11.3毫秒，单个虚拟机的延迟时间从10毫秒到12毫秒不等。在启用了压缩功能的RAID5中延迟为24ms。 

VDBench工作负荷分析

我们的本地性能测试的最后一部分集中在合成工作负载性能上。在这方面，我们测量了三种不同存储配置的性能：RAID10、RAID5和具有内联压缩的RAID5。我们测试了16个虚拟机上安装的32个125GB VMDK，以测量4TB的存储空间。这种类型的测试有助于显示实际的存储指标以及与虚拟化环境相关的日常开销。

在对现有存储队列进行基准测试时，应用程序测试是最好的，排在第二位的是合成测试。合成测试虽然不能完全代表现实的工作负载，但它确实具有可再生性因素，有助于对存贮设备进行基准测试，从而可以轻松地在不同的解决方案之间进行排除项比较。这些工作负载提供了一个系列列不同的测试配置文件，包括“四个角”测试，经常看到的数据库传输大小测试，以及来自不同VDI环境的痕迹。所有这些测试都使用了常见的vdBench工作负载生成器和脚 本引擎，可以在大型计算测试群中自动执行并捕获结果。这使我们能够在各种存储设备上重新匹配的工作负载，包括闪存队列和单个存储设备。在队列方面，我们使用戴尔PowerEdge R730服务器群：

配置文件：

• 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完成整克隆和链接克隆Trace

从峰值4K读取性能来看，这三种配置都保持了亚毫秒级性能直到大约140K IOPS。RAID10配置以11.9毫秒的延迟达到了267918 IOPS的峰值。在RAID5中，我们看到了222963 IOPS的峰值，延迟为13.8ms。启用压缩后，性能峰值达到207915 IOPS，延迟为16ms。

对于峰值4K写入，启用压缩的Unity保持了亚毫秒级延迟一直到略微高过31K IOPS，并以9.12ms的延迟达到34K IOPS的峰值。RAID5保持了低于1毫秒的延迟一直到约100K IOPS，随后以4.16ms的延迟达到107216 IOPS的峰值。RAID10保持了亚毫秒级延迟一直到约184.7K IOPS，并以1.09ms的延迟达到185979 IOPS的峰值。 

再来看看顺序64K读取的情况，Unity 450F在约31K IOPS或1.9GB/s时突破了1ms的延迟，随后以8.99ms的延迟达到了33764 IOPS的峰值，带宽为2.11GB/s。RAID5配置在约100K IOPS或6GB/s时突破了1ms的延迟，随后以4.16ms的延迟达到了107216 IOPS的峰值，带宽为6.7GB/s。RAID10配置总体上表现最佳，保持了亚毫秒级性能一直到约110K IOPS或6.7GB/s，随后以4.312ms的延迟达到了116645 IOPS的峰值，带宽为7.27GB/s。

对于连续64K写，启用压缩的Unity在约25K IOPS或1.56GB/s时突破了1ms的延迟；随后以9.15ms的延迟达到了27954 IOPS的峰值，带宽为1.74GB/s。RAID5和RAID10都以低于1毫秒的延迟达到了约54K IOPS或3.3 GB/s。RAID10配置的峰值为62650 IOPS，然后下降到40309 IOPS，延迟为4.01ms，带宽为2.52GB/s。RAID5配置的峰值为84778 IOPS，然后下降到82892 IOPS，延迟为3.02ms，带宽为5.18GB/s。 

在我们的SQL工作负载中，启用压缩的Unity 450F保持了亚秒的延迟性能一直到149K IOPS，随着后以4.62ms的延迟达到了184097 IOPS的峰值。对于我们的RAID5配置，我们看到了亚毫秒级的性能一直到152K IOPS；它的峰值是214160 IOPS，延迟为3.99ms。针对RAID10配置，Unity保持亚每秒级的性能一直到206K IOPS，然后以3.66ms的延迟迟到了252821 IOPS的峰值。

在SQL 90-10基准测试中，启用压缩的Unity在约130K IOPS时突破了1ms的延迟，随后以5.11ms的延迟达到了160824 IOPS的峰值。RAID5配置保持了亚毫秒级的延迟一直到大约140K IOPS，随后以4.44ms的延迟达到了199600 IOPS的峰值。RAID10保持了低于1毫秒的延迟一直到近195K IOPS，随后以3.7ms的延迟达到240649 IOPS的峰值。

在SQL 80-20测试中，我们看到启动压缩的Unity保持了亚秒级的延迟一直到104K IOPS，随后以7.7ms的延迟达到了128421 IOPS的峰值。RAID5配设置保持了亚秒级的延迟一直到近130K IOPS，随着4.9ms的延迟达到了182314 IOPS的峰值。RAID10保持了低于1秒的延迟一直到近185K IOPS，随着之后3.8ms的延迟达到230672 XNUMX IOPS 的峰值。

在我们的Oracle工作负载中，启动压缩的Unity 450F保持了低于1秒的延迟一直到约85K IOPS，随后以10.47ms的延迟达到121584 IOPS的峰值。RAID5配置保持了亚秒级的延迟一直到110K IOPS，随着6.02ms的延迟达到了177664 IOPS的峰值。RAID10配置再次表现最好，保持了亚秒级的延迟一直到156K IOPS，随着4.7. 222777ms的延迟达到了XNUMX IOPS的峰值。

对于Oracle 90-10工作负载测试，启动压缩的Unity 450F保持了亚秒级的延迟一直到约130K IOPS，随着3.43ms的延迟达到了161864 I OPS的峰值。RAID5配置保持了亚秒级的延迟一直到约141K IOPS，随着2.91ms的延迟达到了197885 IOPS的峰值。RAID10配置保持了低于1秒的延迟一直到接近200K IOPS，随着2.36ms的延迟达到 241981 IOPS 的峰值。

在Oracle 80-20工作负载测试中，启动压缩的Unity 450F保持了亚毫秒级的延迟一直到约110K IOPS，随后以4.9ms的延迟达到了130250 IOPS的峰值。RAID5配置保持了低于1秒的延迟一直到约128K IOPS，随后以3.15ms的延迟达到180858 IOPS的峰值。RAID10配置保持了低于1秒的延迟一直到约187K IOPS，随后以2.47。 228943ms的延迟达到XNUMX IOPS的峰值。 

接下来我们看看VDI完成整克隆。在boot测试期间，启动压缩的Unity 450F保持了亚毫秒级的延迟一直到约119K IOPS，随后以6.89ms的延迟达到了148960 IOPS的峰值。RAID5配置在150K左右IOPS时突破了1ms的延迟，随着4.51ms的延迟达到了208850 IOPS的峰值。RAID10配置再次表现现在最好，保持了亚毫秒级的延迟一直到约193K IOPS，随着后以3.72ms的延迟达到了248333 IOPS的峰值。

对于VDI完全克隆初始登录，Unity 450F保持了亚秒级的延迟一直到约38K IOPS，随着之后以1.67ms的延迟达到了54297 IOPS的峰值。RAID5配置保持了亚秒级的延迟一直到约80K IOPS，随着7.16ms的延迟达到了113669 IOPS的峰值。RAID10配置保持了低于1秒的延迟一直到约110K IOPS，随着5.05ms的延迟达到154075 IOPS的峰值。

在我们的VDI完成整克隆周一登录中，启用压缩的Unity 450F保持了亚秒级的延迟一直到约44K IOPS，随着8.1ms的延迟达到了63151 IOPS的峰值。RAID5配置保持了低于1秒的延迟一直到约72K IOPS，随着3.9ms的延迟达到117911 IOPS的峰值。RAID10配置在约105K IOPS时突破了1ms的延迟，随着3.11ms的延迟迟到了149912 IOPS的峰值。 

我们最后要谈的是VDI链接克隆测试。再看boot测试，Unity 450F保持了亚秒级的延迟一直到约96K IOPS，随着后以4.77ms的延迟达到了106534 IOPS的峰值。RAID5配置保持了亚毫秒级别的延迟一直到约165K IOPS，随着2.26ms的延迟达到了187102 IOPS的峰值。RAID10配置保持了低于1秒的延迟一直到约200K IOPS，随之后以2.18ms的延迟达到221760 IOPS的峰值。

对于初始登录，Unity 450F保持了亚每秒级的延迟一直到约40K IOPS，随着后以4.6ms的延迟达到了55128 IOPS的峰值。RAID5配置保持了低于1毫秒的延迟一直到约80K IOPS，随着以后以2.12ms的延迟达到112K IOPS的峰值。RAID10配置在约100K IOPS时突破了1ms的延迟，随后以1.7ms的延迟达到了128131 IOPS的峰值。

最后，对于VDI链接克隆Monday登录，启动压缩的Unity 450F保持了亚丝级的延迟一直到约29K IOPS，随着9.2ms的延迟达到了55603 I OPS的峰值。RAID5配置保持了低于1秒的延迟一直到约60K IOPS，随着4.47ms的延迟达到102936 IOPS的峰值。RAID10配置再一次表现最好，保持了亚毫秒级的延迟一直到约71K IOPS，随着后以4.23ms的延迟达到了110081 IOPS的峰值。 

VMware VMmark 3

VMware的VMmark 3是业界领先的虚拟化基准测试的最新版本。VMmark通过复杂的实际工作负载和操作，来对存储、计算和网络连接施压。VMmark的报文需要经过一个严格的过程，这一过程涉及到一个由VMware和几个大型供应商提供的代表组组成的审核小组，其中许多供应商已经发布了VMmark基准测试结果。有一套严格的审核程序，以保证基本准确的完整和平性。StorageReview已经将经过审核的基本测试的正确方式发送给我们常规测评过程中，以确认存储队列是否合格。

运行VMmark 3基准测试不是一件容易的事，设置环境以填充施加压力以使其成为有意义的存储基准测试也不容易。StorageReview VMmark 3测试环境包占8台戴尔易安信PowerEdge R740xd服务器和4台戴尔易安信PowerEdge R730服务器，他们都配备了Mellanox ConnectX-4 Lx 25GbE 网卡或国家数据中心，以及2台戴尔易安信网络Z9100交换机和一台Brocade 6510 16GB FC交换机。

在本文的测试中，我们对两种配置的戴尔易安信Unity 450F全闪存队列进行了VMmark 3基准测试。第一次运行是在RAID10配置的队列，而第二次则在RAID5中。两次运行都是在禁止使用内联数据效率（压缩）的情况下测试的。

我们为这两种配置执行了12-磁贴基准测试。每个磁贴需要891GB的存储空间，因此12个磁贴运行的存储空间大约为10.6 XNUMXTB。

在我们的 RAID10 报告已发送中，戴尔易安信Unity 450F的VMMark3.0得分为12.11，应用程序得分为14.11，基础架构得分为4.13。在我们的 RAID5 报告已发送中，戴尔易安信Unity 450F得分略高，VMMark3.0得分为12.43，应用程序得分为14.51，基础架构得分为4.13。

报送两次都做得很好，RAID5配置在性能上有明显优势。

摘要

戴尔易安信发布Unity以满足中端市场的存储需求。Unity是围绕简化部署和与现有基础设施和管理的集成而构建的。F版本是Unity的全闪存版本，型号越高，表示该设备可以支持的原始容量越多，CPU性能越高。在我们的测评中，我们研究了450F的中端阵列。450F总原始容量为4PB，支持从400GB一直到15.36TB的多种固态硬盘容量。所有Unity阵列都带有大量软件套件和其他受支持的产品。Unity还可以虚拟形式提供，可以部署在现有硬件上，而无需购买戴尔易安信设备。

在Sysbench测试中，我们在启用压缩的RAID5，在禁用压缩的RAID5和配备不同虚拟机数量的RAID10中运行了Unity 450F。对于压缩拖累性能这一点，我们并不惊讶，虚拟机数量越多，就更是如此（启用压缩时24个虚拟机的TPS为7457.4，关闭压缩时为19436.2 TPS）。尽管如此，即使启用了压缩功能，Unity还是在4个虚拟机的情况下达到了7538 TPS，在8个虚拟机的情况下达到了6767 TPS，在16个虚拟机的情况下达到7859 TPS，并且在24个虚拟机的情况下达到7457 TPS。同样的情况也出现在延迟中，更高的虚拟机数量会导致更高的延迟，而压缩会使延迟进一步增加。不过，在启用压缩时，延迟在24个虚拟机的情况下达到了103.3ms的顶峰。我们最坏情况下的测试结果远远超出了大多数环境通常会看到的范围，在启用压缩的情况下，该测试的最高延迟时间为1387.2ms。典型的真实场景的延迟要低得多。    

在SQL Server测试中，即启用了压缩，戴尔易安信Unity 450F也显示出了令人印象深刻的数据。在TPS测试中，在启用压缩的情况下，RAID10的总得分为12623.1 TPS，RAID5的总得分为12619.3 TPS，启用压缩的RAID5的总得分为12586.6 TPS。压缩对SQL Server延迟的影响更大一些。当我们看到RAID10和RAID5的总得分分别为10秒和11.3每一秒时，但当启动压力缩小时，延迟上升到24秒。 

对于我们的VDBench测试，即使在启用压缩的情况下，戴尔易安信Unity 450F在我们所有的测试中都能够以亚毫秒级的延迟运行。在随机4K中，启用压缩后，我们看到了亚毫秒级的性能一直到约140K IOPS读取，31K IOPS写入。RAID10在所有的VDBench测试中都展现了最好的性能，在4K测试中，它的读写分别达到了268K IOPS和116K IOPS，延迟分别为11.9ms和4.31ms。对于顺序性能，我们查看了64K基准测试，其中启用压缩的450F保持了亚毫秒级的延迟一直到约31K IOPS或1.9GB/s读取，25K IOPS 或1.56GB/s写入。RAID10配置保持了亚毫秒级的延迟一直到110K IOPS或6.7GB/s读取，和54K IOPS或3.3GB/s写入。

在我们的SQL VDBench工作负载中，启动压缩的450F保持了亚秒级的延迟性能一直到149K IOPS，而它在90-10测试中一直到130K IOPS，在80-20测试中一直到104K IOPS；而RAID10配置保持了低于1ms的延迟一直到206K IOPS，在90-10测试中一直到195K IOPS，在80-20中一直到185K IOPS。在我们的Oracle工作负载测试中，启动压缩的Unity表现出了亚秒级的延迟一直到85K IOPS、130K IOPS和110K IOPS，而RAID10保持了低于1ms的延迟一直到156K IOPS，200K IOPS，和187K IOPS。对于VDI完整克隆和链接克隆，我们研究了开机测试，开始登录和星期一登录。启动压缩后，我们看到了亚秒级的延迟性能一直到119K IOPS，38K IOPS和44K IOPS（完整克隆），以及96K IOPS，40K IOPS和29K IOPS (链接克隆) 。相比之下，RAID10配置保持了亚每秒级的延迟性能一直到193K IOPS，110K IOPS和105K IOPS (完全克隆)，以及200K IOPS，100K IOPS和71K IOPS (链)接克隆)。 

显然，不仅仅在性能方面，而且在集成方面，我们的实验室都对450F印象深刻。我们这些年来测评过很多设备，没有任何存储阵列可以如此轻松地挂接到VMware。这个界面也是最容易熟悉的界面，非常适合中端目标受众。最后，450F的价格与同类产品不相上下。虽然我们用~8TB的固态硬盘进行了测试，但使用1TB级固态硬盘的低容量设备的市场价格与我们见过的其他类似容量的大品牌持平。总的来说，Unity 450F实现了让中端市场存储易于管理的承诺，同时提供出色的性能曲线和广泛的协议支持。这些原因，再加上市场定价，正是我们将戴尔易安信Unity 450F推为2018年第一届编辑选择奖获得者的原因。

Dell EMC Unity 产品页面

注册 StorageReview 时事通讯