Windows Server 2012如何借助Microsoft RDS简化VDI部署

日期: 2012-08-09 作者:Gabe Knuth翻译:李哲贤 来源:TechTarget中国 英文

随着Windows 8和Windows Server 2012的发布日益临近,值得花些时间了解一下新版Microsoft RDS中的变化。虽然近乎没有革命性的变化,但还是惊喜连连。   当然,会有一些功能让您感觉“是时候了!”。微软在Windows Server 2012的VDI功能方面做了极大地改进,简化了VDI部署。

  RDP发生的变化   或许您已听说微软保留了很多,但是放弃了RDP(Remote Desktop Protocol )的命名而用RemoteFX代替。这并非意味着RDP已经结束。在Server 2008 R2中,RemoteFX是RDP的选项之一,但是考虑VDI的负载问题……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

随着Windows 8和Windows Server 2012的发布日益临近,值得花些时间了解一下新版Microsoft RDS中的变化。虽然近乎没有革命性的变化,但还是惊喜连连。

  当然,会有一些功能让您感觉“是时候了!”。微软在Windows Server 2012的VDI功能方面做了极大地改进,简化了VDI部署。

  RDP发生的变化

  或许您已听说微软保留了很多,但是放弃了RDP(Remote Desktop Protocol )的命名而用RemoteFX代替。这并非意味着RDP已经结束。在Server 2008 R2中,RemoteFX是RDP的选项之一,但是考虑VDI的负载问题,它需要独立的、更兼容的GPU来执行编码工作。这使得RemoteFX更像一个不成熟方案,也限制了其可适用性。

  而另一方面,基于RDS的RemoteFX不需要专用GPU,而是通过软件编码实现。这较专用GPU效率要差一些,在远程桌面用户体验方面也还有一些差距。用户喜欢采用基于RDSH(RemoteFX on Remote Desktop Session Hosts)的RemoteFX,因为不需要额外的成本或硬件支持。

  在Windows Server 2012中,微软加入了RemoteFX的软件编码版本以支持VDI,同时保留了其它功能,只是把RDP重新命名为RemoteFX。底层技术依然是RDP,但最新版本称为RemoteFX(类似于Citrix HDX实际上是ICA协议的新名字)。

  编码并不是唯一的变化,还有其它一些值得特别注意的。例如, RemoteFX基于TCP(Transmission Control Protocol)协议,而Windows Server 2012中升级支持UDP(User Datagram Protocol)协议。这意味着RemoteFX将根据访问需求采用对应的协议。

  例如,如果播放电影,UDP协议更为高效,在两点之间传送大量数据包而不需要等待握手信号和确认。相反地,对于键盘和鼠标点击输入,会采用TCP协议来验证所有数据正确到达目标地。所以,最终的结果是引入了敏捷而高效的协议满足广域网使用需求。

  减少执行VDI工作时的陷阱

  如我们2009年在BrianMadden.com's Geek Week中了解的内容,微软在Windows Server 2008中已经具备了称为“in-box”的一体化VDI产品。如果仔细研究会发现,broker、license server、 hypervisor、secure gateway和Web interface等所有的部件都具备了,但是缺少一个官方工具把它们都串联起来。实际上,安装和部署Server 2008 内置VDI方案是我做过的最为复杂的工作之一。

  问题发生在即使您拥有了所有必需组件,Remote Desktop Connection Broker还是无法识别VDI或运行Windows 7的虚拟机无法打开远程桌面会话。它只能识别终端(RDSH)服务器。

  微软的解决方案不是升级broker,而是把RDSH Server设置为“redirection mode”,以欺骗broker认为它在把用户连接导向RDSH Server,而实际上是没有任何会话的RDSH服务器。之后用户被重定向到Hyper-V上运行的Windows XP或Windows 7实例。

  这太复杂了,尤其是安装所需的步骤直观上难以理解。我们需要先安装一个简单的角色,然后更改它来做一些本不应该承担的工作。有一些脚本可以完成运行、登入注册进行修改以及很多在部署远程桌面产品时本来不需要做的工作。最终,in-box VDI工具变得复杂和不切实际。它需要改变。

  在Windows Server 2012中,connection broker可以同时识别RDSH会话和VDI会话(来自于RDVH角色)。用户获得的是非常简单的方案,所有的工作都是正常开展(如图1)。
 

在Windows Server 2012中,connection broker可以同时识别RDSH会话和VDI会话

  除了易于跟踪的工作流之外,微软还修复了基于RDS和Hyper-V的VDI部署和管理方面的问题。Windows Server 2012中的安装过程是基于Server Manager向导的。所有的组件和角色都以受控和自动的方式安装到相应的服务器上(全部在单一站点完成)。

  同样的,接下来的管理工作也都可以通过Server Manager完成。Remote Desktop Configuration和Remote Desktop Manager都成为过去的工具了。另外,如果不想使用向导,您可以通过Windows PowerShell来安装和配置。

  在Server 2012中,微软像是把过去几年中所有已经创造或掌握的技术都加入进去了。这些新的解决方案跟终端服务器和VDI配合(包括更名为RemoteFX)是否可以跟该领域的霸主Citrix、VMware和Dell/Quest等一决高下,或依然有所欠缺呢?我们拭目以待。

作者

Gabe Knuth
Gabe Knuth

Gabe Knuth是一位自由行业分析师和博主,因为在BrianMadden.com上的“the other guy”称号而闻名世界。他在应用程序交付领域有超过12年的工作经验,经历了行业从一锤子买卖的终端服务到今天的应用和桌面虚拟化。Gabe更注重行业内操作性强的真正的技术。

翻译

李哲贤
李哲贤

TT虚拟化特约作者

相关推荐