通过

排查 Azure 虚拟桌面中的连接质量问题

  • 项目

本文可帮助排查 Azure 虚拟桌面中的连接质量问题。

如果在 Azure 虚拟桌面连接中遇到图形质量问题，可以使用网络数据诊断表找出问题。 连接期间的图形质量受许多因素影响，例如网络配置、网络负载或虚拟机 (VM) 负载。 “连接网络数据”表可帮助你找出导致此问题的因素。

寻址往返时间

在 Azure 虚拟桌面中，高达 150 毫秒的延迟不应影响不涉及渲染或视频的用户体验。 150 毫秒到 200 毫秒的延迟应该不会影响文本处理。 超过 200 毫秒的延迟可能会影响用户体验。

此外，Azure 虚拟桌面连接依赖于用户正在从中使用该服务的计算机的 Internet 连接。 在以下情况之一中，用户可能会丢失连接或遇到输入延迟：

  • 用户没有稳定的本地 Internet 连接，延迟超过 200 毫秒。
  • 网络已饱和或速率受限。

减少往返时间：

  • 减少最终用户与服务器之间的物理距离。 如果可能，最终用户应连接到离他们最近的 Azure 区域中的 VM。
  • 检查您的网络配置。 防火墙、ExpressRoute 和其他网络配置功能可能会影响往返时间。
  • 检查是否有因素在干扰网络带宽。 如果网络的可用带宽太低，可能需要更改网络设置以提高连接质量。 请确保配置的设置遵循我们的网络准则。
  • 通过查看 VM 上的 CPU 使用率和可用内存来检查计算资源。 可以按照配置性能计数器中的说明来查看计算资源，以设置性能计数器来跟踪某些信息。 例如，可以使用 处理器信息（_Total）\% 处理器时间 计数器来跟踪 CPU 利用率，也可以使用 Memory\\Available Mbytes 计数器来跟踪可用内存。 这两个计数器在 Azure 虚拟桌面见解中默认启用。 如果两个计数器显示 CPU 使用率过高或可用内存过低，则 VM 大小或存储可能太小，无法支持用户的工作负荷，并且需要升级到更大的大小。

通过查看 Azure 网络往返延迟统计信息来优化 VM 延迟

从客户端网络到包含主机池的 Azure 区域的往返时间 (RTT) 延迟应小于 150 毫秒。 若要查看哪些位置的延迟最短，请在 Azure 网络往返延迟统计信息中查找所需的位置。 为了优化网络性能，我们建议在离用户最近的 Azure 区域中创建会话主机。 我们还建议每隔两到三个月查看一次统计信息，以确保在 Azure 虚拟桌面推出到新区域时未更改最佳位置。

我的连接数据不会转到 Azure Log Analytics

如果连接网络数据日志每两分钟不会转到 Azure Log Analytics，则需要检查以下事项：

  • 请确保已正确配置诊断设置。
  • 请确保已正确配置 VM。
  • 请确保正在主动使用会话。 未主动使用的会话不会以正常频率将数据发送到 Azure Log Analytics。

后续步骤

有关如何诊断连接质量的详细信息，请参阅 分析 Azure 虚拟桌面中的连接质量。