在我们的 X-IO Technologies ISE 1 G860 评测的第 3 部分中，我们概述了 ISE 860 G3 是什么，并研究了应用和综合基准。 简要回顾一下，该平台在我们投入的所有方面都表现出色，包括 MySQL、SQL Server 和合成工作负载。 对于我们审查的第二部分，我们将使用 VMmark 测试扩展 ISE 860 G3 的 VMware 虚拟化测试，使控制器在负载下失败，并在 MySQL 工作负载下对 ISE 860 G3 上的 QoS 引擎施加压力。
在我们的 X-IO Technologies ISE 1 G860 评测的第 3 部分中，我们概述了 ISE 860 G3 是什么，并研究了应用和综合基准。 简要回顾一下，该平台在我们投入的所有方面都表现出色，包括 MySQL、SQL Server 和合成工作负载。 对于我们审查的第二部分，我们将使用 VMmark 测试扩展 ISE 860 G3 的 VMware 虚拟化测试，使控制器在负载下失败，并在 MySQL 工作负载下对 ISE 860 G3 上的 QoS 引擎施加压力。
VMmark 性能分析
与我们所有的应用程序性能分析一样，我们试图展示产品在实际生产环境中的性能与公司的性能声明相比如何。 我们了解评估存储作为大型系统组件的重要性，最重要的是存储在与关键企业应用程序交互时的响应速度。 在这个测试中我们使用 VMware 的 VMmark 虚拟化基准测试 在多服务器环境中。
VMmark 的设计本身就是一个高度资源密集型基准测试，它广泛地混合了基于 VM 的应用程序工作负载，强调存储、网络和计算活动。 在测试虚拟化性能时，几乎没有更好的基准测试了，因为 VMmark 考虑了很多方面，包括存储 I/O、CPU，甚至 VMware 环境中的网络性能。
Dell PowerEdge R730 VMware VMmark 4 节点集群规格
- Dell PowerEdge R730 服务器 (x4)
- CPU：八个 Intel Xeon E5-2690 v3 2.6GHz (12C/24T)
- 内存：64 x 16GB DDR4 RDIMM
- Emulex LightPulse LPe16002B 16Gb FC 双端口 HBA
- Emulex OneConnect OCe14102-NX 10Gb 以太网双端口 NIC
- VMware ESXI 6.0
ISE 860 G3（每个 DataPac 20×1.6TB SSD）
- RAID 之前：51.2TB
- RAID 10 容量：22.9TB
- RAID 5 容量：36.6TB
- 标价：575,000 美元
在我们初步了解 XIO ISE 860 的 VMware VMmark 性能时，我们使用 Dell PowerEdge R730 13G 4节点集群 作为工作量背后的驱动力。 该集群配备八个 Intel E5-2690 v3 Haswell CPU，可为作为每个 VMmark 磁贴一部分运行的应用程序提供 249.6GHz 的 CPU 资源。 一般来说，我们看到每个区块大约需要 10GHz，这意味着这个集群在最佳条件下应该能够在 24-26 个区块之间运行。 除此之外，还需要向集群中添加额外的服务器或切换到更高层的处理器，例如 E5-2697 v3 或 E5-2699 v3。 这是另一种说法，当这个集群达到顶峰时，存储很可能仍有一些可用空间来提高。
在 XIO ISE 860 上扩展 VMmark 工作负载，我们看到了从 1 到 22 块的强大线性改进。 在 22 个 tile 之后，性能开始略有下降，因为我们的计算集群确定了它的 CPU 利用率。 对于更大的集群，XIO ISE 860 可以轻松处理额外的负载。 深入研究幕后的性能监控可以证明这一点，在我们的 1 个磁贴运行期间测量到的延迟低于 26 毫秒，在 svmotion/部署操作期间有几个个位数的峰值。 由于低延迟性能是全闪存阵列的绝对必要条件，因此 X-IO ISE 860 一点也不令人失望。
控制器故障测试
市场上有不同的 SAN 设计以及配置差异，例如主动/被动和主动/主动。 在处理故障时，这两种设计都允许备用或辅助控制器在主控制器离线时接管存储职责。 我们越来越有兴趣展示不同的平台如何应对控制器故障，因为并非所有平台都是平等的。 我们设计的场景的核心是相当基础的； 在存储阵列上部署大量工作负载，等待工作负载达到稳定状态，然后拉出控制器。 在此过程中，我们会查看性能特征如何变化、监控丢失的 I/O 活动以及最重要的平台恢复被测工作负载的速度。 对于 X-IO ISE 860，我们使用了 Sysbench 工作负载，4 个实例分布在两个卷中。
在 ISE 4 上运行 860 个 Sysbench 虚拟机时，我们等待了大约 15 分钟，让工作负载在存储阵列上达到平衡。 此时，工作负载测得约为每台虚拟机 1,100TPS。 拉出一个控制器后，我们看到所有虚拟机的性能逐渐下降 3-4 秒，暂停约 10 秒，然后迅速恢复到故障前测得的性能水平。 我们的 VMware ESXi 6.0 主机轻松应对了这种存储 I/O 中断并继续工作，就好像什么事也没发生过一样。
从 X-IO ISE 管理器套件中，我们能够在大约 5 分钟后看到故障（手动刷新可能会更快显示）。 拉出控制器后 10-15 分钟，我们还收到了来自 X-IO 支持的自动电子邮件警报，警告我们控制器也出现故障。
要将旧控制器放回原处（或将替换控制器添加到阵列中），您只需将控制器插入阵列背面，让阵列检测/分析控制器，并指示它能够与阵列合并. 这个过程花了几分钟，在 ISE Manager 控制器视图中显示了一个“添加”按钮。 单击后，我们看到类似的性能下降，然后是几秒钟的 I/O 暂停，然后阵列恢复正常。 就像最初的故障一样，VMware ESXi 6.0 可以毫无问题地处理这个中断，而且我们在来宾操作系统级别也没有看到任何错误。 并非所有存储阵列在这方面都是平等的，很高兴看到 ISE 860 可以轻松处理灾难性故障。
X-IO 技术 ISE 860 G3 QoS
我们在审查的第一部分简要介绍了 QoS，在这里我们将进行更深入的研究。 X-IO 在其 ISE 存储阵列上提供 QoS 功能。 QoS 设置应用于卷级别，用户可以在其中指定 IOPS Max、IOPS Min 和 IOPS Burst。 虽然综合结果可能有助于显示 QoS 配置文件在给定设备上的工作情况，但查看应用程序如何响应它们更有价值。 我们在本节中再次使用了 Sysbench MySQL TPC-C 工作负载，因为它提供了出色的实时性能监控功能。 我们的场景利用了 4 个 VM 部署，两个 VM 在一个卷上，另外两个在另一个卷上。 一个卷被设计为“生产”用例，与不受监管的基准相比，我们希望在性能上没有限制，而另一个卷将是一个“开发”用例。 这将反映企业设置，您需要在主存储上运行多个数据库实例，但不允许开发实例影响生产 VM。
在 X-IO ISE 860 上启用 QoS 并在卷级别配置它非常容易。在配置卷时通过相同的菜单访问设置，其中默认设置为“存储调节”或完整性能。 要启用 QoS，您只需输入一个 IOPS 值，然后通过反复试验查看它如何影响您的工作负载。 值得首先通过 ISE Manager 上的性能视图不受限制地监控工作负载的 IOPS 级别以获得基线。 在这种情况下，2 个 Sysbench VM 消耗了超过 20,000 IOPS，因此我们在运行生产工作负载的卷上设置了 30k IOPS Max、40k IOPS Burst 和 20k IOPS Min。 对于我们的开发量，我们进行了几次迭代，以了解限制 I/O 配置文件如何影响我们的实时 Sysbench 运行。
第一个示例显示 Sysbench 在我们的生产卷上运行，启用了 QoS。 与受监管或完全不受限制的存储相比，我们没有看到性能变化。
在我们的开发 Sysbench 工作负载上，我们能够轻松控制性能配置文件，从而转化为稳定的性能水平，尽管性能水平较低。 在下面的示例中，我们将配置文件集更改为生产量性能的一半，并将 IOPS 级别降低到原始级别的 25%。 如您所见，性能变化立即发生，没有 I/O 中断或 I/O 不稳定。 对于担心可能影响高优先级工作负载的嘈杂邻居的购买者，X-IO 提供了一个功能强大的 QoS 功能集，在现实条件下表现非常好。
第 2 部分最后的想法
本评论系列的第二部分广泛审视了性能和服务问题。 在性能方面，ISE 860 在 VMmark 中拿下了 26 个区块，最大限度地发挥了 4 节点集群的能力。 更进一步，它的 26 块加载写入延迟非常低，低于 1 毫秒，峰值小于 10 毫秒。 ISE 显然在这里有更多的空间，这是我们将进一步探索的东西。 处理四台服务器可能遇到的所有问题是一项不小的壮举，但随着 ISE 继续在各种工作负载上展示出色的性能，这也是意料之中的事情。
除了性能之外，X-IO 因 ISE 系列而声名鹊起的原因之一是无需维护。 在这种情况下，如果驱动器出现故障将无法工作，X-IO 会聚合存储以故意混淆各个驱动器本身，即使您可以在操作时物理访问它们。 在这种情况下，我们并没有优雅地拉出一个控制器来查看活动工作负载会发生什么。 当第二个控制器吸收负载时出现一点点波动，一切都继续进行，vCenter 或来宾操作系统中没有任何问题。 我们还深入研究了 ISE 的 QoS 功能，它允许在每个卷的基础上进行严格控制。 成熟的 QoS 功能在主存储阵列上并不广泛，因此拥有这种级别的精细访问是一件好事，特别是对于那些在主存储上运行非关键开发工作负载的人，或者有吵闹的邻居经常吃饱的人超过他们应得的资源份额。
我们将继续使用 ISE 860，进一步开发针对这种新型高性能存储的测试策略。 接下来的步骤包括针对具有八个刀片的 Cisco UCS Mini 和一些闪存阵列可以胜任的额外工作负载进行测试。
X-IO Technologies ISE 860 G3 评测：第 1 部分
