对学霸而言，考试算啥？再来一场！

利用超融合平台构建私有云环境的方案已经被越来越多的企业用户接受——超融合利用同构的以太网络及软件定义技术，可提供强大的可靠性和按需扩展的性能，并能有效降低后期运营管理的复杂度。

场景搭建

本次测试中，E企研究院利用MX7000中的5台MX740c双路计算节点及VMware vSphere 6.5虚拟化软件构建了一套超融合平台，具体架构拓扑如下图所示：

▲2台配置较高的MX740c分别用作管理集群和客户端集群，均不提供存储容量，使用vSAN作为数据存储；另外3台相同配置的MX740c则用作vSAN集群，vSAN集群每节点均部署一片Intel Optane SSD DC P4800X（简称Optane，375GB）作为读写缓存，同时部署两片Intel SSD DC P4610（简称P4610，3.2TB）作为数据实际存储，整个vSAN集群共配置超过1TB的读写缓存，以及超过17TB的数据存储空间。

在此超融合平台上，利用VMware的Horizon View套件构建一个贴近真实的VDI桌面云环境：由三节点组成的vSAN集群同时用作桌面池，并利用链接克隆（Link Clone）部署300个VDI桌面，同时在客户端集群部署相同数量的VDI桌面。

本次测试的实质是通过客户端集群中的VDI桌面（即上图中的Client）远程登陆桌面池中的目标桌面（即上图中的Desktop），来模拟实际环境中的办公场景。

桌面池中的Desktop桌面安装了包括Microsoft Office办公套件、Firefox浏览器、Adobe Reader以及7z等在内的软件，并根据运行特点将它们分为三组应用：计算需求型、IO需求型、计算与IO混合型（其中计算与IO混合型仅作参考）。

测试结果

▲计算需求型与IO需求型操作的最大响应时间与参考响应时间标准

上图中A组为计算需求型操作，其参考标准为1秒，超时即判定不合格，本次测试中，A组最大响应时间均低于1秒；

B组为IO需求型，参考标准为6秒，本次测试中，所有B组操作最大响应时间均未超过2秒。

▲计算型、IO型以及计算IO混合型三组操作运行5次后，每项具体操作的平均相应时间

从上图可以看出，所有计算型操作的响应时间均低于0.8秒，B组所有IO型操作的响应时间均低于1.6秒。

这意味着，性能方面，基于MX7000而构建的虚拟桌面完全堪比甚至超过了大多数PC电脑！这中间，MX740c提供了充足的计算能力，基于Optane+P4610 SSD构建的vSAN存储池则满足了VDI应用对存储性能的需求。

以数据库为代表的关键应用是企业数据中心最经典的应用场景之一，它通常具有非常高的RAS特性（Reliability,Availability and Serviceability，可靠性、稳定性与可维护性），以及较高的性能。

以往在关键应用搭建上，中大型企业通常较多地选择“小机+SAN存储架构”模式，但随着x86服务器的稳步发展，不管在RAS特性还是性能方面，x86服务器都已经赶上甚至超过了小机，因而采用“高性能四路服务器+SAN架构”来支撑企业关键应用，是当前很多企业钟爱的方案。

场景搭建

基于这一点，E企研究院利用“MX7000+SC7020全闪存阵列”构建了一个面向关键应用的参考架构：

▲E企研究院面向Oracle RAC数据库场景构建的MX7000+SC7020参考架构

这个架构非常简洁明了，蓝线框内各节点均使用内部互联，无需网络布线，外部通过MX9116n结构交换引擎与SC7020全闪存阵列通过FCoE直连，整个架构只需两根线缆——布线简捷有助于提升运维效率。

▲服务器与存储之间使用FCoE连接需要网卡支持，上图为本次测试中用到的支持FCoE的25Gb/sCNA网卡（Converged Network Adapters，融合网络适配器），图上白色接口用于服务器主板连接（PCIe），黑色即为25GbE接口，与MX7000背部的MX9116n连接。

需要注意的是，在上图的参考架构中，需要使用至少两台相同配置的MX840c四路服务器作为Oracle RAC节点，但受限于现实环境，我们只有1台MX840c可供使用。所以本次测试中，E企研究院参考了以往相似环境中的数据库性能测试场景，转而采用2台相同配置的PowerEdge R720服务器（IntelXeon E5-2670 v2，10core@2.5GHz，64G内存）作为替代，并结合同一台SC7020全闪存阵列作为Oracle RAC数据库节点。

测试结果

性能显示如下图▼：

根据上图，当两台配置较低的PowerEdge R720双路服务器作为Oracle RAC数据库支撑时，每分钟OLTP事务处理量（TPM）接近100万次。

由此可以预见，如果将R720替换为计算核心更多、内存容量更大的MX840c四路服务器，结合相同配置下SC7020的性能表现，MX7000的Oracle数据库性能将会突破120万TPM；另外考虑到内存容量越大、性能越好，再结合测试数据与MX840c内存容量的比例，预计其峰值性将能接近150万TPM。

E企研究院认为，这一性能水平足以支撑绝大多数中大型企业的关键应用场景。出于可靠性需要，如果采用MX7000作为关键应用支撑，应尽可能将MX840c四路服务器放置在两个不同的MX7000之内，以进一步提高其可靠性。

近来，符合软件定义存储特征的解决方案正受到用户青睐，它们开始走进企业数据中心，并逐步承载企业关键应用。

E企研究院认为，虽然现阶段软件定义存储真正用于支撑企业关键应用的案例还比较少，但随着x86生态系统迅猛发展，尤其在新一代25GbE网络以及NVMe SSD的单位成本逐年降低的趋势下，软件定义存储将成为未来支撑企业关键应用的主流方案。

场景搭建

因此，E企研究院基于MX7000构建了一套软件定义存储支撑关键应用的测试环境，用以评估MX7000在此环境下的支撑能力，架构如图所示：

▲本次测试中，配置较高的两台MX740c双路计算节点安装Oracle Linux 7.5操作系统，并安装Oracle 12c数据库软件。另外配置相同的MX740c双路计算节点则用作vSAN集群，使用Optane作读写缓存，P4610 SSD作为数据实际存储，vSAN与Oracle RAC之间通过标准iSCSI协议连接。

由于E企研究院实验室只有一台MX7000设备，因此所有计算与网络设备都位于同一个机箱之中。在实际环境中，出于可用性需求，我们建议通过OpenManage中的“结构”功能，使同一个应用的计算与网络设备尽量分布在多个MX7000机箱中，即使位于不同MX7000机箱，其逻辑路径也是一致的，并不影响性能。

测试结果

经过多次反复测试，此方案下的数据库平均性能约为38万TPM，即每分钟平均处理在线事务数为38万，平均每秒事务处理数（TPS）约为6400，平均响应时间仅为9ms。根据以往E企研究院的经验，这一性能表现足以满足大多数中小型企业的性能需求。

▲基于MX7000构建的软件定义存储方案对Oracle RAC数据库的支撑能力评估

此外，我们从CPU性能监控内发现：测试过程中，CPU占用率极低，平均仅为15%左右，可以看出在极大部分时间里，CPU都处于闲置等待状态——这意味着网络或者存储单元出现了瓶颈，而MX7000内部采用新一代25GbE网络，网络出现瓶颈的几率较小。

结合以往测试经验，我们认为瓶颈极大可能出现在存储身上，一方面因为vSAN采用标准iSCSI接口对外提供存储服务，虽然绝大多数应用都支持标准iSCSI，但iSCSI本身效率较低，因此尽管vSAN采用性能领先的Optane+U.2NVMe SSD，但并不能完全将其优势发挥出来。

虽然从测试结果来看，基于vSAN的软件定义存储解决方案在性能上尚有提升空间，但结合目前业内的技术趋势，这一瓶颈终将会得到解决，比如NVMe over Fabrics。

相关阅读推荐：你看到的是视频，我看到的是“成吨成吨”的非结构化数据