RD Web Access
R2中的Remote Desktop Web Access (RD Web Access)获得了一个更重要的角色，因为：
• RD Web Access通过RemoteApp和Desktop Connections feed（使用类似RSS的技术）的途径为Windows 7客户提供服务。这为Windows 7用户提供了一个包括所有RD Session Host托管的RemoteApp项目和桌面、RD Virtualization Host托管的虚拟桌面（允许使用开始菜单，仅限Windows 7）的列表。
• 为非Windows 7客户提供向部署了Windows 2008 R2的虚拟桌面的唯一路径（因为他们无法使用RomoteApp和Desktop Connection feed）。
因此，RD Web Access现在为你提供了一个包括所有RD Session Host托管的RemoteApp项目和桌面、RD Virtualization Host托管的虚拟桌面（允许使用开始菜单，仅限Windows 7）的列表。当然，RD Web Accesss也包括Remote Desktop Web Connection，能够让用户从一个网络浏览器连接到任何一个带有Remote Desktop的计算机。
下面的截屏显示了虚拟桌面池在RD Web Access下呈现给用户的状态（忽略认证错误）：
因为RD Web Access能够提供一个包括所有RD Session Host托管的RemoteApp项目和桌面、RD Virtualization Host托管的虚拟桌面的列表，所以你需要配合提供这些信息的来源架构RD Web Access。基本上有两种选择：提供一个RD Session Host或者RD Connection Broker。为了能够在RD Web Access中显示虚拟桌面年，你需要提供RD Connection Broker作为源。
以下是架构的界面：
RD Connection Broker
Windows 2008 R2中的Connection Broker功能也有一些重大的改动。首先，和所有其他组件一样，它的命名也从Terminal Services Session Broker (TS Session Broker)改成了Remote Desktop Connection Broker (RD Connection Broker)。以下是已有的功能特性：
• 允许用户在负载均衡RD Session Host服务器农场中重新连接到他们现有的session。这防止了带有间断session的用户连接到服务器农场中一个不同的RD Session Host服务器并重新开始一个session。
• 让你可以在一个负载均衡的RD Session Host服务器农场中的RD Session Host服务器之间平均地分配session。
除此之外，它还可以在Windows Server 2008 R2中为用户提供向托管在RD Virtualization Host服务器中的虚拟桌面的访问路径。虽然这可能听上去没什么的，但这项功能的实施方式却为RD Connection Broker成为一个可以代理向所有类型应用和桌面（不管是运行在Hyper-V主机上的虚拟桌面，还是运行在RD Session Host上的RemoteApp程序）路径的连接代理打下了基础。
以下是部分最新RD Connection Broker架构的界面：
.
分页: [1] [2] [3]
TAG: windows 2008 VDI