贵企业若想实施桌面虚拟化，可以走VDI这条路，也可以走远程桌面服务(RDS)这条路，还可以双管齐下。
微软远程桌面服务(RDS)之前名为终端服务，它已有15年的历史。另一方面，虚拟桌面基础设施(VDI)在许多企业仍在“让引擎发动起来”。
为了帮助你选择一条适合自身环境的道路，不妨在这篇比较桌面虚拟化的文章中看一下VDI与RDS相比如何。
区别何在?
微软远程桌面服务和VDI各自适合不同的场景。
VDI为每个用户提供了单独的虚拟机，并且在该虚拟机中使用桌面操作系统。VDI对用户进行了隔离，所以它更适合受到严格监管或严加保护的环境：在这种环境下，信息泄露是个大问题。这还意味着有好多份Windows需要确保干净和安全。此外，你还得处理大批虚拟机的启动和更新，这可能会拖累VDI存储方面的性能。
当然，VDI环境不一定被牢牢锁定。你可以允许用户在个人虚拟机中拥有全面的管理权和本地安装应用程序的权限。不过，这把用户与特定的虚拟机联系起来，常常意味着无法使用单一主镜像更新对该虚拟机进行更新。
另一方面，RDS让用户可以共享运行服务器操作系统的虚拟机。这就使得微软远程桌面服务更适合面向任务、协作式的应用。由于Windows实例比较少，更新和重启带来的存储负载比较小。处理器和内存方面的开销也比较少，所以每个硬件单元通常可以运行更多的用户。
RDS环境总是被牢牢锁定，因为它们是一种共享资源，需要为每个用户提供统一级别的服务。微软远程桌面服务还通过集群或服务器场提供高可用性。这意味着RDS虚拟机实际上用完即可丢弃：只需要为在任何一个时间连接的用户提供足够的可用虚拟机即可。由于你不需要特定的虚拟机就能确保始终可用，因而不需要昂贵的共享存储资源，可以把RDS虚拟机放在主机的本地存储系统上。
你可以从我们的桌面虚拟化比较中看出，这两种技术面向全然不同的应用。所以，许多公司同时部署了这两种技术。不同的用户可得益于VDI和微软远程桌面服务，因为两者其实是互为补充的解决方案。为了让事情变得更容易，你可以使用相同的连接代理和相同的客户端来同时运行VDI和RDS。
厂商在哪些方面能够改进对RDS的支持?
想选择适合你的桌面虚拟化道路，对各大厂商有更深入一点的了解很重要。市面上有众多VDI解决方案，但下面介绍思杰公司和VMware公司如何提供对VDI和RDS的支持：
思杰
大概20年来，思杰一直致力于基于数据中心的用户桌面，而且很早投身于Windows桌面虚拟化热潮。实际上，现在所谓的RDS就是原来的思杰Multi-Win。当初微软首次将终端服务作为Windows NT 4.0的一个特别版发布时，编写代码的是思杰的开发人员，只不过他们授权给了微软。
思杰坚持使用其非常高效的HDX协议，这是VDI的一个重要部分。思杰还有思杰配置服务器(Citrix Provisioning Server)，该服务器在虚拟机启动时可将操作系统流式传输给虚拟机，并且能实现用单一镜像来维护操作系统，而且与RDS环境和VDI环境都能协同运行。思杰XenApp也能与RDS协同运行，使得它成为一种更具扩展性、针对广域网进行优化的解决方案。思杰为同时使用RDS和VDI的客户带来了方便，它提供的许可证同时涵盖XenDesktop和XenApp。
我是思杰的老用户，我过去总是说思杰非常易于使用。思杰因许多项目实施起来差强人意而名声不好，但是VDI热潮让这家公司得以恢复元气。
VMware
VMware在其View产品中对RDI的支持要好得多。自版本3以来，就一直能够使用View来代理和保护RDS连接，但是你不常听到这一说法。View和RDS方面的最大限制就是，缺少VMware对PCoIP协议的支持，它只支持微软自己的远程桌面协议(RDP)。
我猜想，原因在于，View中的软件PCoIP渲染引擎占用处理器相当多的资源，这这意味着两三个PCoIP用户观看YouTube视频可能导致RDS服务器停止运行。鉴于Teradici公司发布了PCoIP服务器卸载卡Apex 2008，它消除了PCoIP编码给处理器带来的负载，因而我希望看到它用来让RDS能够支持PCoIP。
VMware为了改进对RDS的支持所做的另一件事就是，把其链接克隆技术应用到RDS主机上。这将让你可以安装和维护单一主镜像，然后可以用它来自动更新众多的RDS虚拟机。
如果牢记这番桌面虚拟化技术比较方面要注意的事项，就能确定VDI或RDS在哪方面可以解决贵企业面临的问题。没有哪一种解决方案适合所有用途，也很少有企业只使用一种方法。这两条道路都能帮助你实现Windows桌面的潜在目的。
