共用方式為


Azure 虛擬桌面深入解析詞彙

本文列出並簡短說明與 Azure 虛擬桌面深入解析相關的重要詞彙和概念。

警示

您在訂用帳戶上設定且分類為 嚴重性 0 的任何作用中 Azure 監視器警示,都會出現在 [概觀] 頁面中。 若要瞭解如何設定警示,請參閱 Azure 監視器記錄警示

可用的工作階段

可用的會話會顯示主機集區中可用的會話數目。 服務會計算此數目,方法是將虛擬機數目乘以每個虛擬機允許的會話數目上限,然後減去會話總數。

用戶端作業系統 (OS)

用戶端作業系統 (OS) 會顯示存取 Azure 虛擬桌面資源的作業系統使用者目前使用的版本。 用戶端 OS 也會顯示使用者擁有的網頁版 (HTML) 用戶端和完整的遠端桌面用戶端。 如需 Windows OS 版本的完整清單,請參閱 作業系統版本

連線 成功

此項目會顯示連線健全狀況。 「連線 成功」表示連線可以連線到主機,如該虛擬機上的堆疊所確認。 失敗的連線表示連線無法連線到主機。

每日作用中使用者 (DAU)

在過去24小時內啟動會話的用戶總數。

每日警示

每天觸發的警示總數。

每日連線和重新連線

過去24小時內啟動或完成連線和重新連線的總數。

每日連線時數

過去24小時內,連線到用戶會話的總時數。

診斷和錯誤

當 Azure 虛擬桌面深入解析中出現錯誤或警示時,其分類方式有三個:

  • 活動類型:此類別是由 Azure 虛擬桌面診斷分類錯誤的方式。 這些類別包括管理活動、摘要、連線、主機註冊、錯誤和檢查點。 若要深入瞭解這些類別,請參閱 使用Log Analytics進行診斷功能

  • 種類:此類別會顯示錯誤的位置。

    • 標示為「服務」或「ServiceError = TRUE」的錯誤發生在 Azure 虛擬桌面服務中。
    • 標示為「部署」或標記為「ServiceError = FALSE」的錯誤發生在 Azure 虛擬桌面服務之外。
    • 若要深入瞭解 ServiceError 標籤,請參閱 常見錯誤案例
  • 來源:此類別提供錯誤發生位置的更具體描述。

    • 診斷:負責監視和報告服務活動的服務角色,讓使用者觀察和診斷部署問題。

    • RDBroker:負責協調部署活動、維護對象狀態、驗證驗證等的服務角色。

    • RDGateway:負責處理使用者與虛擬機之間網路連線的服務角色。

    • RDStack:安裝在 VM 上的軟體元件,以允許它們與 Azure 虛擬桌面服務通訊。

    • 用戶端:在提供 Azure 虛擬桌面服務介面的使用者電腦上執行的軟體。 它會顯示已發佈的資源清單,並在選取之後裝載遠端桌面連線。

每個診斷問題或錯誤都包含一則訊息,說明發生錯誤的原因。 若要深入瞭解疑難解答錯誤,請參閱 識別和診斷 Azure 虛擬桌面問題

閘道區域代碼

Azure 虛擬桌面深入解析中的某些計量會列出用戶連線的閘道區域。 網關區域是以三個或四個字母的程式代碼來表示,其對應至網關所在的 Azure 區域。 下表列出閘道區域代碼及其對應的 Azure 區域:

閘道區域代碼 Azure 區域
AUC 澳大利亞中部
AUC2 澳大利亞中部 2
AUE 澳大利亞東部
因為 澳大利亞東南部
BRS 巴西南部
CAC 加拿大中部
Cae 加拿大東部
CHNO 瑞士北部
Cin 印度中部
CUS 美國中部
大通 東亞
EEU 東歐
EUS 美國東部
EUS2 美國東部 2
FRAS 法國南部
Frc 法國中部
GEC 德國中部
GEN 德國北部
基因 德國東北部
GWC 德國中西部
JPE 日本東部
JPW 日本西部
KRC 南韓中部
KRS 南韓南部
KRS2 韓國2
NCUS 美國中北部
NEU 北歐
NOE 挪威東部
NOW 挪威西部
SAN 南非北部
看到 南非西部
SCUS 美國中南部
SEA2 東南亞2
海洋 東南亞
SIN 印度南部
SWW 瑞士西部
UAEC 阿拉伯聯合大公國中部
UAEN 阿拉伯聯合大公國北部
UKN 英國北部
UKS 英國南部
UKS2 英國南部 2
UKW 英國西部
WCUS 美國中西部
WEU 西歐
贏得 印度西部
WUS 美國西部

輸入延遲

Azure 虛擬桌面深入解析中的「輸入延遲」表示每個會話的每個進程性能計數器的輸入延遲。 在位於 aka.ms/azmonwvdi 的主機效能頁面中,此性能計數器設定為每隔 30 秒傳送一次報表給服務。 這30秒的間隔稱為「樣本」,而報告該視窗中最差的情況。 中位數和 p95 值會反映所有樣本中位數和第 95 個百分位數。

在 [依主機輸入延遲] 底下,您可以選取會話主機數據列,將頁面中所有其他視覺效果篩選到該主機。 您也可以選取行程名稱,以篩選一段時間圖表的輸入延遲中位數。

我們會將延遲置於下列類別:

  • 良好:低於 150 毫秒。
  • 可接受的:150-500 毫秒。
  • 不良:500-2,000 毫秒(低於 2 秒)。
  • 壞:超過 2,000 毫秒(2 秒以上)。

若要深入瞭解輸入延遲計數器的運作方式,請參閱 使用者輸入延遲性能計數器

每月使用中使用者 (MAU)

在過去 28 天內啟動工作階段的用戶總數。 如果您儲存數據 30 天或更少,您可能會在有少於 28 天的數據可用期間看到低於預期的 MAU 和 連線 ion 值。

效能計數器

性能計數器會顯示硬體元件、操作系統和應用程式的效能。

下表列出 Azure 監視器用於 Azure 虛擬桌面的建議性能計數器和時間間隔:

性能計數器名稱 時間間隔
邏輯磁碟(C:)\平均磁碟佇列長度 30 秒
邏輯磁碟(C:)\平均Disk sec/Transfer 60 秒鐘
邏輯磁碟 (C:)\目前磁碟佇列長度 30 秒
記憶體 (*)\可用 MB 30 秒
記憶體 (*)\分頁錯誤/秒 30 秒
記憶體 (*)\分頁/秒 30 秒
記憶體(*)\認可的位元組 % (使用中) 30 秒
實體磁碟\平均磁碟佇列長度 30 秒
實體磁碟\平均Disk sec/Read 30 秒
實體磁碟\平均Disk sec/Transfer 30 秒
實體磁碟\平均Disk sec/Write 30 秒
處理器資訊 (_總計)\% 處理器時間 30 秒
終端服務 (*)\使用中工作階段 60 秒鐘
終端服務 (*)\非使用中工作階段 60 秒鐘
終端服務 (*)\工作階段總計 60 秒鐘
*每個進程的使用者輸入延遲}\輸入延遲上限 30 秒
*每個會話的使用者輸入延遲}\輸入延遲上限 30 秒
RemoteFX 網路(*)\目前 TCP RTT 30 秒
RemoteFX 網路(*)\目前 UDP 頻寬 30 秒

潛在的連線問題

潛在的連線問題會顯示主機、使用者、已發佈的資源,以及具有高聯機失敗率的用戶端。 選擇 [報告依據] 篩選後,您可以檢查這些資料行中的值來評估問題的嚴重性:

  • 嘗試次數(連線嘗試次數)
  • 資源 (已發布的應用程式或桌面數目)
  • 主機 (VM 數目)
  • 用戶端

例如,如果您選取 [依使用者篩選],您可以檢查以查看 [嘗試] 數據行中的每個用戶連線嘗試。

如果您注意到連線問題跨越多個主機、使用者、資源或用戶端,則問題可能會影響整個系統。 如果沒有,則為較低優先順序的較小問題。

您也可以選取項目來檢視其他資訊。 您可以檢視與問題相關的主機、資源和用戶端版本。 顯示也會顯示連線嘗試期間報告的任何錯誤。

往返時間 (RTT)

來回時間 (RTT) 是使用者位置和會話主機 Azure 區域之間的連線來回時間估計。 若要查看哪些位置有最佳的延遲,請在 Azure 虛擬桌面體驗估算器工具查閱您所需的位置。

會話歷程記錄

[ 工作階段] 項目會顯示所有工作階段的狀態、已連線和已中斷連線。 閑置會話 只會顯示已中斷連線的會話。

嚴重性 0 警示

您需要立即處理的最緊急專案。 如果您未解決這些問題,可能會導致您的 Azure 虛擬桌面部署停止運作。

線上的時間

線上的時間是使用者開啟資源以啟動其工作階段的時間,以及其桌面已載入且可供使用的時間。 例如,針對 RemoteApp,這是啟動應用程式所需的時間。

線上的時間有兩個階段:

  • 連線 ion,這是 Azure 服務將使用者路由傳送至會話主機所需的時間。
  • 「登入」,這是服務執行與登入使用者和在會話主機上建立會話相關的工作所花費的時間。

監視連線時間時,請記住下列事項:

  • 使用 Azure 虛擬桌面服務診斷數據的下列檢查點來測量連線的時間。 檢查點 Insights 會使用 來判斷建立連線與 RemoteApp 案例的連線何時不同。

    • Begins:WVD 連線 ion state = started

    • 結束: WVDCheckpoints 名稱 = ShellReady (desktops):Name = RdpShellAppExecuted (RemoteApp.為了計時,請考慮只啟動第一個應用程式)

例如,Insights 會根據啟動 Windows 檔案總管所需的時間來測量桌面體驗啟動的時間。 Insights 也會根據啟動連線殼層應用程式第一個實例所花費的時間,測量 RemoteApp 啟動的時間。

注意

如果用戶啟動多個 RemoteApp,有時候殼層應用程式可以在單一連線期間執行多次。 若要正確測量連線的時間,您應該只針對每個連線使用第一個執行檢查點。

  • 建立新會話通常需要比重新建立現有會話的連線還要長,因為新聯機和已建立連線的「登入」程式有所差異。

  • 使用者提供認證所花費的時間會從其連線到帳戶的時間減去,以因使用者需要一段時間才能輸入認證或使用替代驗證方法來登入的情況。

針對長時間連線進行疑難解答時,Azure 監視器會將連線時間總計細分為四個元件,以協助您識別如何減少登入時間。

注意

本節中的元件只會顯示主要連接階段。 這些元件可以平行執行,這表示它們不會加總連線時間。 聯機的總時間是 Azure 監視器在個別程式中決定的度量。

下列流程圖顯示登入程式的四個階段:

流程圖,顯示登入程式的四個階段:使用者路由、Stack 連線、登入和殼層啟動至殼層就緒。

流程圖顯示下列四個元件:

  • 使用者路由:用戶選取 Azure 虛擬桌面圖示,以在服務識別要連線的主機時啟動會話所花費的時間。 高網路負載、高服務負載或唯一的網路流量路由可能會導致高路由時間。 若要針對使用者路由問題進行疑難解答,請查看您的網路路徑。

  • 已連線堆疊:服務解析用戶的目標會話主機的時間,到服務在會話主機與使用者的遠端客戶端之間建立連線時所花費的時間。 如同使用者路由,網路負載、伺服器負載或唯一網路流量路由可能會影響連線時間。 針對此元件,您也必須注意您的網路路由。 若要減少連線時間,請確定您已在用戶端和會話主機上適當地設定所有 Proxy 組態,且該路由傳送至服務是最佳的。

  • 登入:當殼層開始載入時,與主機的連線建立到 之間所花費的時間。 登入時間包含數個程式,這些進程可能會造成高聯機時間。 您可以在 Insights 中檢視「登入」階段的數據,以查看平均時間是否有非預期的尖峰。

    「登入」程式分成四個階段:

    • 配置檔:載入新工作階段使用者配置檔所需的時間。 載入所需的時間取決於使用者配置檔大小或您使用的使用者配置檔解決方案(例如User Experience Virtualization)。 如果您使用相依於網路預存配置檔的解決方案,過多的延遲也可能導致較長的配置檔載入時間。

    • 組策略物件(GPO):將組策略套用至新會話所需的時間。 此數據區域中的尖峰是表示您有太多組策略、原則套用時間過長,或會話主機遇到資源問題。 您可以執行一件事來優化處理時間,是確保域控制器盡可能接近會話主機。

    • 殼層啟動:啟動殼層所需的時間(通常是explorer.exe)。

    • FSLogix (Frxsvc):在新會話中啟動 FSLogix 所需的時間。 長時間啟動可能會指出用來裝載 FSLogix 使用者配置檔的共享問題。 若要針對這些問題進行疑難解答,請確定共用會與會話主機共置,並適當地針對登入主機的用戶數目進行適當調整。 您應該查看的另一個區域是設定檔大小。 大型配置檔大小可能會減緩啟動時間。

  • 殼層開始到殼層就緒:從殼層開始載入到完全載入且可供使用的時間。 此階段的延遲可能是會話主機多載(CPU、記憶體或磁碟活動高)或設定問題所造成。

用戶報告

[用戶報告] 頁面可讓您檢視特定使用者的連線歷程記錄和診斷資訊。 每個使用者報告會顯示使用模式、使用者意見反應,以及使用者在會話期間遇到的任何錯誤。 大部分較小的問題都可以透過使用者意見反應來解決。 如果您需要深入瞭解,您也可以篩選特定連線標識碼或時段的相關信息。

每個核心的使用者

這是每個虛擬機核心中的用戶數目。 追蹤一段時間內每個核心的用戶數目上限,可協助您識別環境是否一致地以高、低或變動的速度執行每個核心的用戶數目。 瞭解有多少用戶處於作用中狀態,可協助您有效率地資源及調整環境。

Windows 事件記錄檔

Windows 事件記錄檔是 Windows 虛擬機器上 Azure 監視器代理程式或 Log Analytics 代理程式收集的資料來源。 您可以從「系統」、「應用程式」還有您需要監視的應用程式所建立自訂記錄等標準記錄來收集事件。

下表列出 Azure 虛擬桌面深入解析所需的 Windows 事件記錄:

事件名稱 事件類型
申請 錯誤和警告
Microsoft-Windows-TerminalServices-RemoteConnectionManager/管理員 錯誤、警告和資訊
Microsoft-Windows-TerminalServices-LocalSessionManager/作業 錯誤、警告和資訊
系統 錯誤和警告
Microsoft-FSLogix-Apps/作業 錯誤、警告和資訊
Microsoft-FSLogix-Apps/管理員 錯誤、警告和資訊

下一步

您也可以設定 Azure Advisor,以協助您瞭解如何解決或防止常見問題。 如需詳細資訊,請參閱 Azure Advisor 簡介。

如果您需要協助或有任何問題,請查看我們的社群資源: