无论是规划新架构还是对现有系统的升级，部署Citrix XenApp最重要的方面就是可扩展性。

　　从MetaFrame 1.8升级到现在的XenApp 6.5，Citrix一直把可以横向和纵向扩展的宿主机环境作为XenApp的第一优先级。预计将在2013年供应商Synergy大会上宣布的Citrix Avalon项目的两个子项目：Excalibur和Merlin将会包含更多的扩展功能和架构。

　　确保XenApp可扩展性的方式有很多。首先，需要注意作为虚拟架构宿主机环境的设计，尤其是虚机可用RAM的数量，总计可用的CPU处理资源，以及尺寸、连接速度和将用于存储虚拟磁盘和文件的磁盘存储类型。考虑现在的需求，加上明天可能增加的需求，然后再额外增加20%。

　　资源分配如何影响XenApp的扩展性

　　很多企业常用的策略之一就是通过过度规划的虚拟宿主机环境来确保可扩展性，以备在将来需求增长的时候不需要采购额外硬件。如果您没有提供足够的资源，XenApp环境的性能瓶颈将会极大影响其可扩展性。磁盘、CPU、RAM或网络拥塞都会限制现有环境的扩展，不能满足更多用户、托管应用或托管桌面的需求。

　　Citrix提供的XenApp可扩展性相关文档无法覆盖我在实际使用中遇到的状况。例如，Citrix的博客指出CPU通常是XenApp 6.5的第一瓶颈。然而，我更多遇到的是磁盘IO成为第一瓶颈，尤其是Hosted Shared Desktops或部署XenDesktop的时候。

　　第二（有时是第一）通常是RAM，而CPU实际上是最后遇到性能瓶颈的。博客的作者没有解释他的测试环境，所以我无法跟我遇到的情况做一一对比。

　　通过负载测试拓展XenApp的可扩展性

　　要创建真正扩展性好的XenApp体系，最主要的事情之一就是部署负载测试方法。

　　您需要创建负载测试环境去尽可能地模仿和接近您真实使用环境的用户应用和桌面使用情况。如果您可以使用在线测试用户，它会很有帮助，因为它的测试更为真实，而且借助类似延迟登录和不同的终端设备等技术增加了负载测试的灵活性。同样，它也需要额外的工作来确保，而且要保证每个用户都在按要求进行测试。

　　和很多厂商类似，Citrix提供了自动的负载测试工具，可以自动创建XenApp负载，并根据要求运行指定的时间。您可以通过用户登录、应用登录和使用来创建测试环境，而且所有XenApp环境的性能数据都会记录用于进一步的分析。自动的负载测试相比手动测试，确实会损失一些灵活性，但是也同时避免了对更多资源和测试人员的需求。

　　Citrix已经发布了Design and Scalability Considerations for Enterprise XenApp Deployments白皮书，但是没有直接解决可扩展的Hosted Desktops或XenDesktop部署的影响。下面是一些有助于我们理解的资料：

　　•Andy Baker的博客主要是关于可扩展性 (参考本文开头提供的链接)

　　•Amazon EC2 XenApp scalability analysis

　　•Scalability and economics of XenApp on Amazon Cloud （本文不是亚马逊官方提供，但是很有意思)

　　•Designing a scalable XenDesktop farm

　　•XenDesktop scalability guidelines