传统非虚拟化的应用交付，应用程序需要安装在一台物理服务器上，终端用户通过局域网访问应用。由于此交付模型仅消耗服务器计算资源的5%到10%，很少人会去关注服务器的整体配置。
　　
　　只要服务器能满足应用所需计算资源需求，管理员们便很少关注应用交付的资源消耗状况，直到出现和服务器总体配置相关的明显性能问题时，才会开始重视。例如，庞大的用户数可能降低网络性能，管理员可能会绑定多块网卡来解决此问题。
　　
　　终端虚拟化应用已经完全改变了这一做法。虚拟化提高了服务器使用率，让物理服务器处理更多并发任务。但管理员则面临着如何规划的挑战。对于一台应用交付服务器，必须分配足够的计算资源以支持终端用户或终端节点，而且为了避免资源耗尽与性能不足，需要进行持续管理。除此之外，虚拟化后的服务器还必须提供足够的弹性，最小化宕机时间与用户中断。虚拟化对IT专家们协调与平衡资源有了更高的要求。
　　
　　考虑应用虚拟化服务器
　　
　　应用虚拟化服务器允许用户访问实际安装在服务器上的某个应用程序的独立实例。但应用虚拟化对I/O性能的要求十分之高。例如，存储位置的选择可能对应用虚拟化产生很大影响。
　　
　　“任何时间，在部署[存储区域网络]时，首先需要考虑的应该是I/O问题，”LanParker(ThomsonReuters，全球信息资源公司的高级网站服务管理员)说道。“我们最近一直都在密切关注闪存驱动器的发展。”
　　
　　磁盘I/O性能对存储阵列十分重要，但I/O问题同样可能来自网络。举例来说，基于以太网的SAN，如iSCSI或FCoE都可能产生网络带宽瓶颈，所以将存储配置在独立的应用服务器上可以简化潜在的网络拥塞问题。网络I/O性能同样会给对带宽密集型应用程序流造成响应，瓶颈产生在将应用按需交付给终端时，这与将应用完全运行在中央服务器上不同。
　　
　　Parker说内存对应用虚拟化来说并非显著问题，因为现代安装了64位操作系统的服务器可以轻松支持上百GB甚至TB级的内存容量。
　　
　　考虑桌面实例(VDI)服务器
　　
　　虚拟桌面接口(VDI)服务器在中央服务器上托管整个桌面实例，通过用户一方的简单终端设备，交换只有用户输入和音频/视频输出信息，这种终端一般被称作“瘦客户端”或“零客户端”。托管整个桌面实例的服务器会比应用虚拟化对资源开销更加敏感，所以应该考虑升级至更强力的CPU，内存与存储I/O。一旦桌面实例完成加载并开始运行，对网络I/O的要求就降至很低了。

　　责任编辑：Alisa编辑