Mirage 的活动对最终用户体验的影响取决于多个因素。

以下因素会影响进行 Mirage 活动时的最终用户体验:

  • 系统的初始负载和利用率

  • 专用资源(如 ESX 主机 CPU 和内存)的资源边界值

  • 共享资源(如存储 IOPS 和网络带宽)的资源边界值

要确定最佳的并发层更新数量,应将上述所有因素考虑在内。因此,在不同环境中,这一绝对值可能有所不同。

系统的基准负载和利用率为池提供了可在某些资源上应用的初始范围或额外负载。通常,VDI 系统设计为低于 CPU 负载的 85%,以便为高峰期留出空余。根据 Mirage 管理员的决策,该缓冲区的一部分可用于解决与层更新相关的计算。

专用资源(通常为 ESX 主机的 CPU 和内存)可线性扩展。如果单个 ESX 主机可以处理 20% 的更新端点,则在随机分布的前提下,整个池可以处理相似数量的更新端点。

如果系统最终由共享资源(通常为后端存储阵列)限定,则并发更新数量将反映出所有用户在存储阵列上实施的总体负载(即使单个 ESX 主机可以处理此负载)。

有关在 View 环境中调整规模的其他注意事项,请参见《View 体系架构规划》文档中的《架构设计元素和规划指导》

下面的参考测试描述了对并发层更新使用不同值时最终用户对单个 ESX 主机性能可能产生的影响。所有测试均使用 VDI 工作负载生成器执行,该生成器可以自动执行并测量典型的最终用户活动。用于测试的自动应用程序为 Microsoft Office、Adobe Reader、观看视频等等。在这些应用程序中执行的操作包括打开文件、浏览 Web、修改文件以及保存和关闭文件。除了这些活动外,定义数量的端点执行了 Mirage 层更新。

测试设置

参考测试使用了以下配置:

  • 单个 ESX 主机(16 个内核,196GB RAM)

  • SAS 存储

  • 100 虚拟机

  • 20 和 50 个并发层更新

  • 两种类型的负载:

    • 组 A - CPU 密集型

    • 组 B - IO 密集型

测试结果

下表显示了并行执行 Mirage 层更新的端点数的参考测试结果。

表 1. 参考测试结果

基准

20 个端点

50 个端点

响应时间增加:组 A

-

21%

74%

响应时间增加:组 B

-

17%

83%