工作階段主機虛擬機器調整大小指導方針

無論您是在遠端桌面服務或 Azure 虛擬桌面上執行工作階段主機虛擬機器(VM),不同類型的工作負載都需要不同的 VM 組態。 本文中的範例是一般指導方針,您應該只將它們用於初始效能估計。 為了獲得最佳體驗,請根據您的使用者需求來調整部署。

工作負載

使用者可以在工作階段主機虛擬機器上執行不同類型的工作負載。 下表顯示一系列工作負載類型的範例,可協助您預估虛擬機器所需的大小。 設定虛擬機器之後,您應該持續監視其實際使用量,並據以調整其大小。 如果您最終需要更大或更小的虛擬機器,您可以輕鬆地在 Azure 中相應增加或減少現有的部署。

下表提供每個工作負載的描述。 範例使用者 是可能會發現每個工作負載最有説明的使用者類型。 範例應用程式 是最適合每個工作負載的應用程式類型。

工作負載類型 範例使用者 範例應用程式
淺色 執行基本資料輸入工作的使用者 資料庫輸入應用程式、命令列介面
顧問和市場研究人員 資料庫輸入應用程式、命令列介面、Microsoft Word、靜態網頁
大量 軟體工程師、內容建立者 資料庫輸入應用程式, 命令列介面, Microsoft Word, 靜態網頁, Microsoft Outlook, Microsoft PowerPoint, 動態網頁, 軟體發展
Power 圖形設計師、3D 模型製造商、機器學習研究人員 資料庫輸入應用程式、命令列介面、Microsoft Word、靜態網頁、Microsoft Outlook、Microsoft PowerPoint、動態網頁、相片和視訊編輯、電腦輔助設計(CAD)、電腦輔助製造 (CAM)

單一工作階段建議

單一會話 案例是一次只有一位使用者登入工作階段主機 VM 時。 例如,如果您在 Azure 虛擬桌面中使用個人主機集區,則會使用單一會話案例。 針對單一會話案例的 VM 大小調整建議,建議您針對每個 VM 使用至少兩個實體 CPU 核心,通常是具有超執行緒的四個 vCPU。 針對單一工作階段案例,如果您需要更具體的 VM 大小建議,請詢問您工作負載專屬的軟體廠商。 單一會話 VM 的 VM 大小調整通常會與實體裝置指導方針一致。

下表顯示一般工作負載的範例:

工作負載類型 vCPU/RAM/OS 儲存空間下限 Azure 執行個體範例 設定檔容器儲存空間下限
淺色 2 個 vCPU、8 GB RAM、32 GB 儲存體 D2s_v5,D2s_v4 30 GB
4 個 vCPU、16 GB RAM、32 GB 儲存體 D4s_v5,D4s_v4 30 GB
大量 8 個 vCPU、32 GB RAM、32 GB 儲存體 D8s_v5,D8s_v4 30 GB

多工作階段建議

多會話 案例是一次有一個以上的使用者登入工作階段主機虛擬機器時。 例如,當您在 Azure 虛擬桌面中使用集區主機集區搭配Windows 11 企業版多會話作業系統 (OS),這是多會話部署。

下表列出每個虛擬中央處理器 (vCPU) 的最大建議使用者數目,以及標準或較大使用者工作負載的最低 VM 組態。 針對單一工作階段案例,如果您需要更具體的 VM 大小建議,請詢問您工作負載專屬的軟體廠商。

工作負載類型 每個 vCPU 的使用者人數上限 最低 vCPU/RAM/OS 儲存體 Azure 執行個體範例 最低設定檔儲存體
淺色 6 8 個 vCPU、16 GB RAM、32 GB 儲存體 D8s_v5、D8s_v4、F8s_v2、D8as_v4、D16s_v5、D16s_v4、F16s_v2、D16as_v4 30 GB
4 8 個 vCPU、16 GB RAM、32 GB 儲存體 D8s_v5、D8s_v4、F8s_v2、D8as_v4、D16s_v5、D16s_v4、F16s_v2、D16as_v4 30 GB
大量 2 8 個 vCPU、16 GB RAM、32 GB 儲存體 D8s_v5、D8s_v4、F8s_v2、D8as_v4、D16s_v5、D16s_v4、F16s_v2、D16as_v4 30 GB
Power 1 6 個 vCPU、56 GB RAM、340 GB 儲存體 D16ds_v5、D16s_v4、D16as_v4、NV6、NV16as_v4 30 GB

針對多會話工作負載,您應該基於下列原因,將 VM 大小限制在 4 個 vCPU 和 24 個 vCPU 之間:

  • 所有 VM 都應該有兩個以上的核心。 Windows 中的 UI 元件依賴至少使用兩個平行線程來進行某些較繁重的轉譯作業。 針對多會話案例,在雙核心 VM 上有多個使用者會導致 UI 和應用程式變得不穩定,因而降低使用者體驗的品質。 四個核心是穩定多會話 VM 應該擁有的最低建議核心數目。

  • VM 不應該有超過 32 個核心。 隨著核心數目的增加,系統的同步處理額外負荷也會增加。 對於大部分的工作負載,在大約 16 個核心時,投資報酬率會降低,大部分的額外容量會因同步處理額外負荷而抵消。 使用者體驗較好,有兩個 16 核心的 VM,而不是一個 32 核心 VM。

建議的範圍介於 4 到 24 個核心之間,通常會為使用者提供更好的容量回報,因為您增加核心數目。 例如,如果您有 12 位使用者同時登入具有四個核心的 VM,則比率是每個核心的三個使用者。 同時,在具有 8 個核心和 14 個使用者的 VM 上,每個核心的比率為 1.75 個使用者。 在此案例中,具有 1.75 比率的後一個設定會為短期 CPU 需求的應用程式提供更大的高載容量。

這項建議在較大的規模上是正確的。 針對連線到單一 VM 的 20 個以上的使用者案例,數個較小的 VM 的執行效能會優於一或兩個大型 VM。 例如,如果您預期在 16 個核心的相同工作階段主機上,有 30 個以上的使用者在彼此 10 分鐘內登入,則兩個 8 核心的 VM 會更妥善地處理工作負載。 您也可以使用廣度優先的負載平衡,將使用者平均分散到不同的 VM,而不是深度優先的負載平衡,在現有 VM 已滿使用者之後,您只能使用新的工作階段主機。

最好使用大量較小的 VM,而不是少數大型 VM。 關閉需要更新或目前未使用的 VM 會比較容易。 使用較大的 VM 時,您很可能會隨時至少有一位使用者登入,這可防止您關閉 VM。 當您有許多較小的 VM 時,您可能有一些沒有作用中使用者的 VM。 您可以使用 Azure 虛擬桌面中的自動調整,安全地關閉這些未使用的 VM,以手動或自動節省資源。 節省資源可讓您的部署更具彈性、更容易維護,且成本較低。

一般虛擬機器建議事項

若要在 Azure 中執行您選擇的 OS,您必須針對需要服務等級協定 (SLA) 的生產工作負載使用進階版 SSD 儲存體。 如需詳細資訊,請參閱 線上服務的 服務等級協定(SLA)。

對於經常使用圖形密集型程式進行影片轉譯、3D 設計和模擬的使用者而言,圖形處理器 (GPU) 通常是不錯的選擇。 Azure 具有數個圖形加速部署選項和多個可用的 GPU VM 大小。 深入了解 GPU 最佳化虛擬機器大小。 如需遠端桌面服務中圖形加速的一般資訊,請參閱 遠端桌面服務 - GPU 加速

Azure 中的 B 系列高載 VM 是一個不錯的選擇,適合不一定需要最大 CPU 效能的使用者。 如需詳細資訊,請參閱 Azure 中 Windows 虛擬機器的大小和虛擬機器系列 的價格 資訊。

測試您的工作負載

最後,您應該使用模擬工具來測試您的部署,並搭配壓力測試和實際使用模擬。 請確保您系統的回應能力和彈性足以滿足使用者需求,並記得改變負載大小以避免發生意外。