NetApp:我们在SPC-1测试中比3PAR更快?

  通过玩延迟的“妙计”,NetApp表示他们有一个比3PAR更快的阵列——尽管SPC-1基准测试的得分较低。

  一套6节点FAS6240集群的SPC-1基准测试结果已经公布。SPC-1是一个通过光纤通道访问数据块而不是文件,来测量存储阵列每秒IO数量(IOPS)的基准测试。

SPC-1基准测试结果

  就NetApp 250,039.67 IOPS的测试成绩本身而言位于中端,如同图表显示的。而一款IBM Storwize V7000已经达到了520,043.99 IOPS。NetApp为其系统提供了一个完整的价格清单,1,672,602美元,给出6.69美元/IOPS的价格/性能比。他们表示其他供应商的折扣在这个价格基础上可达50%。同样的设备给我们就是3.35美元/IOPS,这在下面显示的价格/IOPS对比图表中优于平均水平。

SPC-1 $/IOPS图表

  在SPC-1列表中有8个系统比这款FAS6240集群的速度快,但NetApp认为其集群在3ms延迟水平的速度比排名较高的惠普3PAR P10000阵列更快,后者的得分为450,212.66 IOPS。为什么呢?NetApp表示:“这些SPC-1结果名列前茅的企业级基于磁盘的系统在提供IOPS的同时给出了低延迟。”

  SPC-1基准测试要求提供在不同比例工作负载的延迟数字,NetApp列出了他们自己的IOPS以及一些竞争对手在3ms延迟水平的IOPS。

NetApp在3ms的SPC-1延迟对比

  该表显示了6节点的FAS6240集群在3.35ms延迟下取得了225,079.30 IOPS,而3PAR P10000在3.29ms延迟下实现了250,039.97 IOPS——这使NetApp的阵列在这个延迟水平比3PAR更快。NetApp承认,IBM的SVC配置比其集群表现更好——在2.71ms下达到259,998.37 IOPS——但是他们说:

  IBM的结果是一个很好的例子,通过一起加入很多的硬件建立了一个非常快的系统:

  • 8个SVC虚拟化引擎

  • 在SVC控制器下16个独立的V7000系统...

  • 每个(V7000)由2个或者更多的SVC控制器和2个RAID控制器组成(这里指功能模块,译者注)

  • 加上1,920个146GB 15,000 RPM磁盘(与这些天人们购买的驱动器类型不完全相同)

  [全部]总计为40个基于Linux的SVC控制器(8个大的,以及32个小的[V7000的软件系统基于SVC,译者注]),32个RAID控制器和一大堆磁盘。

  对比它与NetApp的配置:

  •在一个集群中的6个控制器;

  • 432个450GB 15,000 RPM磁盘(在本文写作时间2012年6月,相当标准和通用的驱动器类型)。

  简而言之,它(V7000+SVC)更加复杂并且昂贵得多。