在使用VMWare的虚拟环境中，我有一个关于Microsoft远程桌面服务的简单问题。 这个环境实际上将被托pipe在一个大型数据中心中，并提供一个云。 这个特定的数据中心有能力通过云中托pipe的城域以太网与客户build立高速的点对点连接。 其结果是，客户可以将其企业域实际托pipe在数据中心的云中。
暂时搁置这种configuration的优点。 相信我，当我说云是稳定的，并有足够的硬件来对抗专用的内阁。 我的问题是与虚拟环境中的RDS相关，这相当于在虚拟服务器上托pipe的虚拟桌面。 我已经读过，这使用Hyper-V和VMWare没有问题。 但在我冒险之前，我想从社区获得一些反馈。
使用“云”基础架构是部署虚拟桌面基础架构的非常经济高效的方式。 说实话，通常是在一个私有的“云”（即在vSphere，SCVMM或其他一些pipe理程序pipe理解决scheme，在客户端站点上运行的服务器集合）。
你将遇到的最大的问题是延迟; 这与平台有很大关系，而与服务器的链接则更多。
值得一提的是，我们有许多ESXi上运行的terminal服务器。 一切从一个小型的3用户terminal服务器，3Gb的RAM，到大型的terminal服务器，64Gb的内存都接近一百人。
我在5年前的硬件上运行VMWare ESXi中的3台服务器，RDP运行良好。 多个（8个用户）每天在其中一个虚拟服务器上工作，唯一的问题是需要2GB的额外内存。
但是，这种情况在本地托pipe。
我们已经做了4年，现在取得了巨大的成功！ 我们的用例是分布在不同地理位置的开发者的开发环境。
我们的ESX机器是并置的。 开发人员通过VPN连接到我们的虚拟基础设施。 最初我们有一个物理VPN设备，但在此之后，我们现在也有一个虚拟防火墙（pfSense）。
每个开发人员都有自己的Windows Server VM。 他们通过RDPlogin到这个。
RDP的一个重要特性是能够“远程控制”另一个会话。 但是，由于这并不禁用原有用户的键盘，鼠标和屏幕，它允许XP（极限编程）风格的开发！
我们的开发者通过Skype和电子邮件沟通
总而言之，这是一个非常具有成本效益的解决scheme。 硬件和软件现在已经过时了（2个四核至强处理器，40Gb内存，RAID6configuration的6 * 750Gb SATA驱动器，ESX 3.5u2，Windows Server 2003 R2），但这样做的成本效益更高。