管理与 Internet 和本地网络的连接

5 分钟

适用于托管网络的 RDP 短路径可在远程桌面客户端和会话主机之间建立基于 UDP 的直接传输。适用于托管网络的 RDP 短路径支持为 RDP 数据配置服务质量 (QoS) 策略。

通过使用 Azure 虚拟桌面中的 QoS，对网络延迟敏感的实时 RDP 流量可以“插队”到不那么敏感的流量前面。此类不太敏感的流量的示例会下载一个新应用，在这种情况下，下载额外的应用并不是什么大问题。 QoS 使用 Windows 组策略对象来识别并标记实时流中的所有数据包，帮助网络为 RDP 流量分配一部分专用带宽。

如果你为一大批遇到本单元中所述的任何问题的用户提供支持，则可能需要实现 QoS。只有少量用户的小型企业可能不需要 QoS，即便这样，实现 QoS 也是有用的。

如果没有某种形式的 QoS，可能会出现以下问题：

抖动 - RDP 数据包以不同速率到达，这可能会导致视频和音频出现小故障。
数据包丢失 - 数据包被删除，这会导致需要额外时间重新进行传输。
延迟往返时间 (RTT) - RDP 数据包需要很长时间才能到达其目标，这会导致远程应用程序的输入和反应之间出现明显延迟。

解决这些问题最简单的方法是内外同时增加与 Internet 的数据连接大小。由于修复这些问题通常成本高昂，因此 QoS 提供了一种方法来管理你手头的资源，而不是更有效地增加带宽。为了解决质量问题，我们建议你首先使用 QoS，然后只在必要时增加带宽。

要使 QoS 有效，必须在整个组织内应用一致的 QoS 设置。路径中无法支持 QoS 优先级的任何部分都可能会降低 RDP 会话的质量。

服务质量队列

若要提供 QoS，网络设备必须能够对流量进行分类，并且必须能够将 RDP 与其他网络流量区分开来。

网络流量进入路由器后就会加入到队列中。如果未配置 QoS 策略，则仅有一个队列，并且所有数据都会被视为具有相同优先级，按照先进先出的原则进行处理。这意味着，如果多延迟几毫秒也没有关系，RDP 流量可能会卡在其他流量后面。

打一个简单的比方，QoS 就好比在数据网络中创建虚拟的“拼车道”。因此，某些类型的数据从不或者很少会出现延迟。创建这些通道后，可以调整它们的相对大小，更有效地管理所拥有的连接带宽，同时为组织的用户提供企业级体验。

服务质量实现清单

概括地说，实现 QoS 需要执行下列操作：

确保网络已准备就绪。
确保已启用适用于托管网络的 RDP 短路径 - 反向连接传输不支持 QoS 策略。
在会话主机上实现 DSCP 标记插入。

准备实现 QoS 时，请记住下面列出的准则：

到会话主机的路径越短越好。
不建议在代理或数据包检查设备等之间设立任何障碍物。

确保网络已准备就绪

如果你要考虑实现 QoS，则应已确定带宽要求和其他网络要求。

跨网络的流量拥塞会显著影响媒体质量。缺少带宽会导致性能下降，使用户体验不佳。

VPN 注意事项

QoS 仅在客户端和会话主机之间的所有链接上实现时才会按预期运行。如果对内部网络使用 QoS 并且用户从远程位置进行登录，则只能在内部托管网络中设置优先级。尽管远程位置可以通过实现虚拟网络 (VPN) 来接收托管连接，但 VPN 本身就会增加数据包开销并使实时流量出现延迟。

对于托管链接横跨几大洲的全球性组织，我们强烈建议实现 QoS，因为与 LAN 相比，用于这些链接的带宽非常有限。

插入 DSCP 标记

可使用组策略对象 (GPO) 实现 QoS，指示会话主机在 IP 数据包标头中插入一个 DSCP 标记，并将其标识为特定类型的流量。可配置路由器和其他网络设备，以识别这些标记并将流量放置在一个单独的具有更高优先级的队列中。

可将 DSCP 标记比作邮票，用于向邮递工作人员表明递送的紧急程度，以及如何通过最佳方法对其进行排序以实现快速递送。配置网络以向 RDP 流分配优先级后，丢失的数据包和延迟的数据包应会显著减少。

如果所有网络设备都使用相同的分类、标记和优先级，就可以减少或消除延迟、数据包删除和抖动的情况。从 RDP 的角度来看，对数据包进行分类并添加标记是基本的配置步骤。但是，若要成功实现端到端 QoS，还需要仔细将 RDP 配置与基础网络配置对齐。 DSCP 值会告知相应的已配置网络应为数据包或流分配的优先级。