共用方式為

針對 Azure 虛擬桌面的連線品質進行疑難排解

  • 發行項

如果您在 Azure 虛擬桌面連線中遇到圖形化品質的問題，可以使用網路資料診斷資料表以了解情況。 在連線期間，圖形化品質會受到許多因素影響，例如網路設定、網路負載或虛擬機器 (VM) 負載。 連線網路資料表可協助您找出造成問題的因素。

定址來回行程時間

在 Azure 虛擬桌面中，不涉及轉譯或影片的使用者體驗，應不受最高 150 毫秒的延遲影響。 在 150 毫秒到 200 毫秒之間的延遲應不影響文字處理。 超過 200 毫秒的延遲可能會影響使用者體驗。

此外，Azure 虛擬桌面連線取決於使用者所用服務的電腦網際網路連線。 在出現下列其中一種情況時，使用者可能會失去連線或遇到輸入延遲：

  • 使用者沒有穩定的本機網際網路連線，且延遲超過 200 毫秒。
  • 網路已飽和或速率受限。

若要減少來回行程時間：

  • 減少終端使用者與伺服器之間的實體距離。 在可行的情況下，您的終端使用者應該連線到最接近其 Azure 區域中的 VM。

  • 檢查您的網路設定。 防火牆、ExpressRoutes 和其他網路設定功能可能會影響來回行程時間。

  • 檢查是否有任何事物干擾您的網路頻寬。 如果您的網路可用頻寬太低，您可能需要變更網路設定以改善連線品質。 請確定您已設定的設定遵循我們的網路指導方針。

  • 查看 VM 上的 CPU 使用率和可用記憶體，以檢查您的計算資源。 您可以依照設定效能計數器中的指示檢視計算資源，以設定效能計數器來追蹤特定資訊。 例如，您可以使用 Processor Information(_Total)\% Processor Time 計數器，以追蹤 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 虛擬桌面的連線品質。