很多人都知道，如果XenApp服务器使用32位系统的话，一般情况下使用物理机，因为32位对系统的硬件支持限制，配置物理机的时候，就考虑了上层的要求，所以内存不会很高，CPU也不会很多。这种情况下，也就没有必须对XenApp服务器做虚拟化了。但这个不是绝对，也许就有些高配的机器被装上了32位系统，浪费了很多资源……
如果是XenApp服务器运行64位系统的话，我们没有了在系统级别对硬件的限制，那么我们的XenApp服务器是否应该运行在虚拟化上呢？如何来取舍？
这之间可能有些因素需要考虑和权衡来决定如何部署，基于复杂性的考虑，有以下建议：
我们可以试想，如果服务器硬件有2路4核心加上超线程，也就是有16个逻辑核心。如果是不适用虚拟化，使用windows 2008 R2直接来运行XenApp，可以想象，服务器最终将托管支撑几百用户，如果我们需要对该XenApp服务器进行维护的话，可能需要等待几百个用户离线后才能进行维护。
如果使用虚拟化的情况下，我们为了维护底层的硬件，我们就需要把当前的XenApp所在的虚机迁移到其他服务器上，我们才能进行硬件的维护操作。此时又有一个问题，找到一台有16个逻辑CPU，以及很多内存的能够容纳当前XenApp服务器的空闲主机应该是比较困难的，除非我们在部署的环境中采用N+1的方式，否则，很难在其他主机上找到这么多空闲资源。
有了这个问题，我们可以考虑使用资源比较小的虚机来运行XenApp服务器，比如使用4vCPU，比较少的内存，而不是使用完所有的16个CPU和所有的内存。此时，我们需要迁移的时候，占用更少资源的XenApp服务器的迁移目标应该是比较好寻找了。
当然，上面讲的只是一种情况，使用虚机部署，可能会带来一部分性能的损耗，所以究竟以何种方式来部署，需要找到一个平衡点！