在 VMware Virtual SAN (VSAN) 上使用 View Planner 进行 VDI 基准分析

原文：http://blogs.vmware.com/performance/2013/10/vdi-benchmarking-using-view-planner-on-vmware-virtual-san-vsan.html
注明：本文内容基于 VMware VSAN beta 版本撰写，请访问http://www.vmware.com/products/virtual-san/获得有关正式版本的更新信息。

VMware vSphere 5.5推出了 VMwareVirtual SAN (VSAN) beta 版。通过此功能，您可以创建一个新的软件定义存储层，将计算资源与直接连接的存储资源放到共享池中，并使服务器磁盘和闪存加入群集，从而创建一个具有故障恢复能力的共享存储。

这篇博客采用 VMware View Planner 来模拟大规模虚拟化桌面系统部署，从而展示 Virtual SAN 上的 Virtual DesktopInfrastructure (VDI) 性能。我们会生成一个工作负载，代表一个典型 VDI 环境中发生的多个用户操作。我们可以借此研究对整个虚拟化基础架构（包括存储子系统）的影响。View Planner 可以从这里下载。

在这篇博客中，我们会使用 View Planner 以及不同的 VSAN 节点配置来评估 VSAN 性能。在本次试验中，我们构建了一个三节点 VSAN 群集和一个七节点 VSAN 群集，目的是确定在满足为 View Planner 设定的服务质量 (QoS) 标准的情况下，最多可以运行多少个 VDI 虚拟机 (VM)。对于进行测试的某个系统，可正常运行的最大虚拟机数量称为 VDImark。这一衡量指标可用于进行 VDI 基准分析，它概括了在应用程序响应时间低于所设定阈值的情况下，可在给定系统上运行的 VDI 用户数量。就响应时间特征而言，View Planner 操作主要分为三组：(1) A 组为交互操作，(2) B 组为 I/O 操作，(3) C 组为后台操作。通过计算某个组中所有操作的第九十五百分位延迟，我们可以分别确定 A 组用户操作和 B 组用户操作的得分。A 组的默认阈值为 1.0 秒，B 组为 6.0 秒。有关更多详细信息，请参考用户指南和运行和报告指南。因此，评分时会考虑若干因素，例如操作响应时间、设置和配置的合规性等。

试验设置


运行桌面虚拟机的主机配有 16 个 Intel Xeon E5-2690 核心，主频为 2.9GHz。该主机配有 256GB 的物理内存，足以运行 100 个 1GB Windows 7 虚拟机。至于 VSAN，每台主机都有两个磁盘组，而每个磁盘组又有 1 个 200GB PCI-e 固态磁盘 (SSD) 和 6 个 300GB 15k RPM SAS 磁盘。

View Planner QoS(VDImark)





我们会运行 View Planner 基准分析，以确定三节点 VSAN 群集和七节点 VSAN 群集的 VDImark，结果如上图所示。在三节点群集中，VDImark 为 286；在七节点群集中，VDImark 为 677。因此，当 VSAN 中的节点数从 3 个增加到 7 个后，从所支持的最多虚拟机数量来看，扩展结果是令人满意的。

为进一步展示 A 组和 B 组响应时间，我们绘制了在运行这些基准分析时，A 组和 B 组各项操作的平均响应时间，如下所示。

A 组响应时间




如上图所示，大多数交互操作的平均响应时间不到 1 秒，而这正是提供出色的最终用户体验的必要条件。我们来看看三节点群集和七节点群集的运行情况。可以看到，响应时间并未发生明显变化，系统扩展后它们几乎保持稳定。显而易见，随着 VSAN 群集节点数量的增加，在扩展虚拟机数量后，用户体验不会下降，而是会平稳扩展。

B 组响应时间




由于 B 组更容易受到 I/O 和 CPU 使用情况的影响，因此，上图中显示的 B 组操作对于了解如何进行扩展更为重要。从图中可以明显看出，当虚拟机数量从三节点群集中的 286 个增加到七节点群集中的 677 个后，响应时间并未发生明显变化。因此，在将 VSAN 节点数量从 3 个扩展到 7 个后，容易受到存储影响的 VDI 操作也会很好地进行扩展。

要查看 VDI/VSAN 基准分析博客系列中的其他内容，请单击以下链接：
在 VMwareVirtual SAN 上使用 View Planner 进行 VDI 基准分析 – 第 1 部分

欢迎在微博上关注我，这样在我发布博客文章后您就会收到通知，并可以让您了解更多有关 VMware 存储的信息：@VMware中国

————————————————————————————————————————————
作者：VROOM! VROOM!为VMware性能工程团队博客。