评估XenApp6.5 托管共享桌面的可量测性

在这个博客系列中,我要来看看对XenApp 6.5的可量测性方面考虑,包括:

  1. 评估XenApp6.5 托管共享桌面的可量测性
  2. 哪种是最佳的XenApp 6.5虚拟机规范?
  3. XenApp 6.5托管共享桌面选型计算示例

       因此,首先,让我们来看看你可以如何来评估XenApp 6.5共享桌面的可量测性

       在一个理想的世界中,每个项目将包括可量测性测试,以便正确滴采购到最佳指定的服务器,也可以进行项目时间安排。不过,也有时间和预算的限制等各种各样的原因会影响到项目进展,当然这并不是很常见。项目中,架构师经常被要求提供项目所需资源的最好的猜测。

       如果你高估了项目的成本。如果您低估了系统可承载的用户数 ,或者更糟糕的,你的规划影响到了系统的性能。这是一种多大的精神压力,而我一直处在这种状态下。

       为了帮助改善硬件的预估,我通过客户,合作伙伴和内部的多项测试和评估结果来总结XenApp 6.5的可量测性。我将这些测试结果记录在电子表格中,以便于我寻找用户数量,工作负载和服务器规格之间的最佳搭配。

       我首先注意到的是,处理器子系统总是XenApp 6.5的主要瓶颈。并不奇怪的是XenApp 6.5是64位,所以只要你合理地分配内存就不会耗尽内存。

       我也从测试中看到了很多的差异,关于使用何种型号的处理器,物理内核有多少,处理器速度,用户工作负载,防病毒软件和管理工具的使用,是否是发布XenApp服务器应用程序或是发布桌面这些都是影响因素。但是,我根据这些因素看到一个物理内核数和用户工作负载之间的最佳比率:

接口数量 物理内核每用户
  轻工作负载 普通工作负载 重工作负载
双核 18 12 6
四核 15 10 5

       有趣的是,测试结果显示将双核CPU换成4核CPU的服务器,可承受的用户数量并不是一个线性的变化关系,而且每个核可承载的用户数还下降了15%–不要纠结于这个。

       下一步,我们用这个公式去评估用户数量和一些更常见的处理器规格:

Sockets 物理内核 总的物理内核 虚拟机数量 用户数量每核
  正常工作负载 普通工作负载 重工作负载
2 6 12 6 216 144 72
2 8 16 8 288 192 96
2 10 20 10 360 240 120
4 6 24 12 360 240 120
4 8 32 16 480 320 160
4 10 40 20 600 400 200

       那么,为什么我评估出来的用户数要低于真正的生产环境?原因是我所考虑到的因素并不总是包括在可量测性测试上面 — 例如杀毒软件的运行,管理以及监控工具。 所有这些因素都影响着项目的规划。

要记住的事情是,这些评估是基于下列条件的:

  • 每个处理器的速度直接影响着可支持的用户数量,评估是基于2.7 GHz的处理器上做出的;
  • 虚拟机已经启用了超线程;
  • 轻,中,重用户工作负载不能在XenApp服务器上混用;
  • Flash重定向是启用的;
  • 假定所有的杀毒软件,管理以及监控工具的工作负载是一个标准的值;
  • 推荐采用最优化的XenApp设置,最优化的XenApp服务器设置可以参考CTX131577-
  • XenApp 6.x Optimization Guide.
  • 对于轻工作负载,中等工作负载和重工作负载一直有很多种定义。我这边的定义为:
  1. 轻工作负载:一个或两个不基于IE的应用程序;
  2. 正常工作负载:多个应用程序和基于浏览器的活动;
  3. 重工作负载:一些应用程序且这些应用比较耗计算机资源。例如数据处理、编译或者图形处理等程序。

 

XenApp应用虚拟化最佳实践,推荐参考CTX129761 —Virtualization Best Practices.

Andy Baker – 架构师

Worldwide Consulting Solutions

 

本文翻译自思杰官方博客http://blogs.citrix.com/2012/09/07/xenapp-scalability/