戴尔易安信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个端口。明显的橙色拉动颜色使现场维修变得容易。对于服务技术人员来说，这种设计使交换组件不太容易出错，因为他们知道要从哪里移除某个组件。

管理/UI

戴尔易安信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
  • RAM缓冲区：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 scale的数据库，但在这个迭代中，我们将重点放在将四个1500 scale的数据库均匀地分布在服务器上。

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

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

• • 数据库大小：1,500 scale
  • 虚拟客户端负载：15,000
  • RAM缓冲区：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的存储空间。这种类型的测试有助于显示实际的存储指标以及与虚拟化环境相关的日常开销。

在对存储阵列进行基准测试时，应用程序测试是最好的，排在第二位的是合成测试。合成测试虽然不能完全代表实际的工作负载，但它确实具有可重复性因素，有助于对存储设备进行基准测试，从而可以轻松地在不同的解决方案之间进行逐项比较。这些工作负载提供了一系列不同的测试配置文件，包括“four corners”测试，常见的数据库传输大小测试，以及来自不同VDI环境的trace。所有这些测试都使用了常见的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 IOPS的峰值。

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

对于Oracle 90-10工作负载测试，启用压缩的Unity 450F保持了亚毫秒级的延迟一直到约130K IOPS，随后以3.43ms的延迟达到了161864 IOPS的峰值。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.47ms的延迟达到228943 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完整克隆Monday登录中，启用压缩的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 IOPS的峰值。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 NIC或rNDC，以及2台戴尔易安信Networking Z9100交换机和一台Brocade 6510 16GB FC交换机。

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

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

在我们的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完整克隆和链接克隆，我们研究了Boot测试，初始登录和Monday登录。启用压缩后，我们看到了亚毫秒级的延迟性能一直到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 Product Page

Sign up for the StorageReview newsletter