共用方式為


Azure 虛擬桌面深入解析的使用案例

使用 Azure 虛擬桌面深入解析可協助您了解 Azure 虛擬桌面的部署。 此解決方案可協助您進行各項確認,例如連線的用戶端版本、節省成本的機會,或了解您是否有資源限制或連線問題。 如果您進行變更,您可以持續驗證變更是否具有預期的效果,並視需要反覆執行。 本文提供 Azure 虛擬桌面深入解析的一些使用案例,以及使用 Azure 入口網站的範例案例。

必要條件

連線性

連線問題可能會對 Azure 虛擬桌面的使用者體驗品質和可靠性造成嚴重影響。 Azure 虛擬桌面深入解析可協助您識別連線問題,並了解可以進行改善的部分。

高延遲

高延遲可能會導致遠端工作階段品質不良和速度變慢。 維持理想的互動時間通常需要延遲時間低於 100 毫秒,而低品質的工作階段大致上都會超過 200 毫秒。 Azure 虛擬桌面深入解析可藉由查看 來回時間,協助找出受到延遲影響的閘道區域和使用者,讓您更輕鬆地找到與聯機相關的用戶影響案例。

若要檢視來回時間:

  1. 在 Azure 入口網站中瀏覽至 https://aka.ms/avdi,以登入 Azure 虛擬桌面深入解析。

  2. 從下拉式清單中,選取一或多個訂用帳戶資源群組主機集區並指定時間範圍,然後選取 [連線效能] 索引標籤。

  3. 檢閱 [來回時間] 區段,並注意依閘道區域排序的 RTT 的資料表和圖表所有區域的 RTT 中位數和第 95 個百分位數。 在下列範例中,大部分的中位數延遲都低於 100 毫秒的理想閾值,但有幾個較高。 在許多情況下,第 95 個百分位數 (p95) 大幅高於中位數,這表示有一些使用者遇到較高的延遲期間。

    顯示來回時間之數據表和圖表的螢幕快照。

    提示

    您可以在閘道區域代碼中找到閘道區域代碼及其對應的 Azure 區域清單。

  4. 針對資料表依閘道區域排序的 RTT,請選取 [中位數],直到其旁邊的箭號往下指,按遞減順序排序中位數延遲。 此順序會醒目提示您的使用者因可能會造成最大影響的最高延遲而觸及的閘道。 選取閘道以檢視其 RTT 中位數和第 95 個百分位數的圖表,並依特定區域的 RTT 中位數篩選前 20 名使用者清單。

    在此範例中,SAN 閘道區域有最高中位數延遲,而圖表指出一段時間後,使用者大幅超越連線品質不良的閾值。

    數據表和圖表的螢幕快照,其中顯示所選網關的來回時間。

    使用者清單可用來識別受這些問題影響的人員。 您可以在 [詳細資料] 資料行中選取放大鏡圖示,以進一步向下鑽研資料。

    數據表的螢幕快照,其中顯示每位使用者的來回時間。

在某些情況下,延遲可能會高於某些用戶的預期,例如不良的Wi-Fi連線,或其因特網服務提供者的問題有幾個可能性。 不過,有了受影響的使用者清單,您就可以透過了解其網路連線能力,主動聯絡並嘗試解決使用者體驗問題。

您應該定期檢閱環境中的來回時間和整體趨勢,以找出可能的效能問題。

線上可靠性

連線的可靠性可能會對使用者體驗產生重大影響。 Azure 虛擬桌面深入解析可協助您了解影響使用者之錯誤之間的中斷連線事件和相互關聯。

線上可靠性提供兩個主要檢視,可協助您了解連線的可靠性:

  • 圖表顯示指定時間範圍內並行連線的中斷連線數目。 此圖表可讓您輕鬆地偵測影響連線可靠性的中斷連線叢集。

  • 前 20 個中斷連線事件的表格,列出發生最多中斷連線的前 20 個特定時間間隔。 您可以選取數據表中的數據列,以反白顯示連接圖形的特定區段,以檢視在這些特定時間區段發生的中斷連線。

您也可以透過不同的樞紐分析連線錯誤,以判斷中斷連線的根本原因,並改善連線可靠性。 以下是可用的樞紐:

Pivot 描述
訂用帳戶 依包含相關資源的訂用帳戶將事件分組。 當多個訂用帳戶具有 Azure 虛擬桌面資源時,有助於判斷問題的範圍是一或多個訂用帳戶。
資源群組 依包含相關資源的資源群組來分組事件。
主機集區 依主機集區將事件分組。
傳輸 依用於連線的網路傳輸層,將事件分組為UDP或TCP。

針對 UDP,有效值為 RelayShortpathPublicShortpathPrivate

針對 TCP,有效值為 NotUsed<>
工作階段主機 依會話主機將事件分組。
會話主機 IP/16 依每個會話主機的 IPv4 位址,依前兩個八位排序的事件,例如 (1.2.3.4)。
用戶端類型 將用戶端用來連線到遠端會話的事件分組,包括連線裝置的平台和處理器架構。
用戶端版本 依用來連線到遠端會話的 Windows 應用程式版本號碼或遠端桌面應用程式,將事件分組。
用戶端 IP/16 依連線到遠端會話之每個用戶端裝置的 IPv4 位址,依前兩個八位排序的事件,例如 (1.2.3.4)。
閘道地區 依 Azure 虛擬桌面閘道區域將事件分組為透過連線的客戶端裝置。 如需閘道區域的清單,請參閱 閘道區域代碼

若要檢視連線可靠性資訊:

  1. 在 Azure 入口網站中瀏覽至 https://aka.ms/avdi,以登入 Azure 虛擬桌面深入解析。

  2. 從下拉式清單中,選取一或多個訂用帳戶、資源群組主機集區,然後指定時間範圍,然後選取 [連線可靠性] 索引標籤。數據表和圖表會填入前 20 個中斷連線事件,以及一段時間內並行連線和中斷連線的圖表。

  3. 在圖表中,檢閱並行連線計數的中斷聯機數目(以紅色顯示)。

    此螢幕快照顯示 Azure 虛擬桌面深入解析的 [連線可靠性] 索引標籤,其中包含前 20 個中斷連線事件數據表,以及具有中斷聯機的並行連線圖表。

  4. 在表格中,檢閱前 20 個中斷連線事件。 選取一個數據列,以在中斷聯機發生時反白顯示圖形中的特定時間區段和鄰近時間區段。

    此螢幕快照顯示 Azure 虛擬桌面深入解析的 [連線可靠性] 索引標籤,其中包含前 20 個中斷連線事件數據表,以及具有已選取專案中斷連線的並行連線圖表。

  5. 當您選取資料表中的數據列時,您可以選取其中一個樞紐,以進一步詳細分析連線錯誤。 您可能需要向下卷動,才能查看所有可用的相關數據。 藉由檢閱不同樞紐之間的連線錯誤,您可以尋找中斷連線的常見之處。

    此螢幕快照顯示 Azure 虛擬桌面深入解析的 [連線可靠性] 索引標籤,其中包含樞紐事件清單。

  6. 選取特定時間配量,以在時間配量、其開始和結束日期、持續時間、其成功或失敗指示,以及受影響的使用者和會話主機中檢視其詳細數據。

    螢幕快照,顯示 Azure 虛擬桌面深入解析的 [連線可靠性] 索引標籤,以及時間配量的事件清單。

  7. 若要查看特定連線的詳細歷程記錄,請選取時間配量的 [詳細數據] 區段中的專案。 選取專案會產生連線中的步驟清單和任何錯誤。

    此螢幕快照顯示 Azure 虛擬桌面深入解析的 [連線可靠性] 索引標籤,其中包含連線的詳細數據。

工作階段主機效能

工作階段主機發生問題 (例如工作階段主機的工作階段數太多,無法應付使用者執行的工作負載),可能是使用者體驗不佳的主要原因。 Azure 虛擬桌面深入解析可以提供資源使用率和使用者輸入延遲的詳細資訊,讓您更輕鬆、快速地了解使用者是否受到 CPU 或記憶體等資源限制的影響。

若要檢視工作階段主機效能:

  1. 登入 Azure 入口網站

  2. 在搜尋列中,輸入「Azure 虛擬桌面」,然後選取相符的服務項目以前往 Azure 虛擬桌面概觀。

  3. 選取 [主機集區],然後選取您要檢視工作階段主機效能的主機集區名稱。

  4. 選取 [深入解析],指定時間範圍,然後選取 [主機效能] 索引標籤。

  5. 檢閱資料表依主機的輸入延遲和圖表一段時間的中間值輸入延遲,尋找主機集區中每個工作階段主機的中位數和第 95 個百分位數使用者輸入延遲值摘要。 在理想情況下,每個主機的使用者輸入延遲應該低於 100 毫秒,且值越低越好。

    在下列範例中,工作階段主機具有合理的中位數使用者輸入延遲,但偶爾值的高峰會超過 100 毫秒的閾值,這表示可能會影響使用者。

    數據表和圖形的螢幕快照,其中顯示會話主機的輸入延遲。

  6. 如果您發現高於預期的使用者輸入延遲 (>100 毫秒),則查看工作階段主機的 CPU、記憶體和磁碟活動彙總統計資料會很有用,可以了解工作階段主機是否有高於預期使用率的時段。 主機 CPU 和記憶體計量主機磁碟計時計量主機磁碟佇列長度圖表顯示所有工作階段主機上的彙總資料,或選取的工作階段主機的資源計量。

    在此範例中,有一些較高的磁碟讀取時間週期與較高的使用者輸入延遲相互關聯。

    顯示會話主機計量的圖表螢幕快照。

  7. 如需特定工作階段主機的詳細資訊,請選取 [主機診斷] 索引標籤。

  8. 檢閱性能計數器的區段,以查看任何已超過指定閾值之裝置的快速摘要:

    • 可用的 MB 數量 (可用的記憶體)
    • 分頁錯誤/秒
    • CPU 使用率
    • 磁碟空間
    • 每個工作階段的輸入延遲

    選取參數可讓您向下鑽研,並查看所選工作階段主機的趨勢。 在下列範例中,在選取的期間 (一分鐘) 內,一個工作階段主機的 CPU 使用量較高 (> 60%)。

    顯示會話主機性能計數器值的螢幕快照。

如果工作階段主機已延長高資源使用率的期間,則可以考慮增加工作階段主機的 Azure VM 大小,以更好地容納使用者工作負載。

用戶端版本使用方式

Azure 虛擬桌面使用者常見的問題來源是使用可能遺失新功能或更新功能的舊版用戶端,或包含使用較新版本解決的已知問題。 Azure 虛擬桌面深入解析包含使用中不同用戶端的清單,以及識別可能過期的用戶端。

若要檢視使用過期用戶端的使用者:

  1. 在 Azure 入口網站中瀏覽至 https://aka.ms/avdi,以登入 Azure 虛擬桌面深入解析。

  2. 從下拉式清單中,選取一或多個訂用帳戶資源群組主機集區並指定時間範圍,然後選取 [用戶端] 索引標籤。

  3. 檢閱其用戶端可能已過時的使用者 (所有活動類型)的區段。 摘要表顯示發現在所選時間範圍內連線到環境的每個用戶端所使用的最高版本層級 (標示為最新),以及使用過期版本的使用者計數 (以括號括住)。

    在下列範例中,最新版的 Microsoft 遠端桌面 Client for Windows (MSRDC) 為 1.2.4487.0,而 993 位使用者目前使用舊版。 範例也顯示了連線計數,以及舊版用戶端落後最新版本的天數。

    顯示過期客戶端數據表的螢幕快照。

  4. 若要尋找詳細資訊,請展開用戶端,以取得使用該用戶端過期版本的使用者清單、其版本,以及上次與該版本連線的日期。 您可以使用資料表右上角的按鈕匯出資料,以便與用戶通訊或監視更新傳播。

    顯示具有過時用戶端之用戶數據表的螢幕快照。

您應該定期檢閱使用中的用戶端版本,以確保使用者獲得最佳體驗。

節省成本的機會

了解工作階段主機的使用率,有助於釐清可以在哪裡使用調整規模方案、調整虛擬機器大小,或減少集區中工作階段主機數目,以減少支出。 Azure 虛擬桌面深入解析可以讓您看到視覺效果呈現的使用模式,以協助您根據實際使用者的使用情況,做出最明智的決策來管理資源。

工作階段主機使用率

了解工作階段主機何時會處於尖峰需求,或何時工作階段數會很少或沒有,可協助您決定如何管理工作階段主機。 您可以使用自動調整,根據使用模式來調整工作階段主機。 Azure 虛擬桌面深入解析可協助您識別多個主機集區上的廣泛使用者活動模式。 如果您發現有機會可以調整工作階段主機,可以使用此資訊來建立調整規模方案

若要檢視工作階段主機使用率:

  1. 在 Azure 入口網站中瀏覽至 https://aka.ms/avdi,以登入 Azure 虛擬桌面深入解析。

  2. 從下拉式清單中,選取一或多個訂用帳戶資源群組主機集區並指定時間範圍,然後選取 [使用率] 索引標籤。

  3. 檢閱工作階段歷程記錄圖表,其中顯示一段時間內的作用中和閒置 (已中斷連線) 工作階段數目。 從尖峰使用者工作階段計數和發生尖峰的時段中,識別任何高活動期間和低活動期間。 如果您發現一般、重複的活動模式,通常表示有一個實作調整計劃的好機會。

    在本例中,圖表顯示一週的使用者工作階段數目。 高峰發生在工作日的中午左右,週末明顯沒有活動。 此模式建議有機會調整會話主機以符合當周的需求,並減少週末的會話主機數目。

    圖表的螢幕快照,其中顯示一周內用戶會話的數目。

  4. 使用工作階段主機計數圖表來表示一段時間內作用中工作階段主機的平均數目,特別是閒置 (沒有工作階段) 的工作階段主機平均數目。 在理想情況下,工作階段主機應使用調整規模方案,主動支援連線的工作階段和作用中工作負載,並在不使用時關閉電源。 您可能需要保留最少數量的工作階段主機處於開機狀態,以確保不固定時間的使用者可用性,因此了解一段時間的使用量有助於找出適當的工作階段主機數目保持在開機狀態作為緩衝。

    即使調整規模方案最終不適合您的使用模式,還是有機會藉由分析工作階段需求和減少閒置裝置數目,來平衡作為緩衝的可用工作階段主機總數。

    在此例中,圖表顯示一週內有很長一段時間,閒置工作階段主機處於開機狀態,因而造成成本增加。

    圖表的螢幕快照,顯示一周內作用中和閑置會話主機的數目。

  5. 使用下拉式清單來減少單一主機集區的範圍,並針對工作階段歷程記錄工作階段主機計數重複分析。 在此範圍中,您可以識別特定主機集區中會話主機特有的模式,以協助開發該主機集區的調整計劃。

    在此例中,第一個圖表顯示一週中早上 6 點到晚上 10 點間的使用者活動模式。 週末的活動最少。 第二張圖表顯示同一週的作用中和閒置工作階段主機數目。 有很長一段時間,閒置的工作階段主機處於開機狀態。 使用此資訊來協助判斷調整規模方案的最佳擴大和縮減時間。

    圖表顯示單一主機集區一周內用戶會話的數目。

    圖表顯示單一主機集區一周內作用中和閑置會話主機的數目。

  6. 根據您識別的使用模式建立調整計劃 ,然後將 調整計劃指派給主機集區

經過一段時間之後,您應該要重複此程序,以驗證工作階段主機是否有效使用。 您可以視需要變更調整規模方案,並繼續反覆修改,直到您找到使用模式的最佳調整規模方案為止。

下一步