工作階段主機虛擬機器大小調整指導方針
無論您是在遠端桌面服務或是在 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 Enterprise 多重工作階段作業系統 (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，則比率為每個核心 3 位使用者。 同時，在一台具有 8 個核心和 14 位使用者的 VM 上，則比率為每個核心 1.75 位使用者。 在此情況中，比率為 1.75 的後一種組態可為有短期 CPU 需求的應用程式提供更大的高載容量功能。
這項建議在更大的規模上是正確的。 對於 20 位或更多使用者連接到單一 VM 的情況，數台較小型的 VM 的效能會比一或兩台大型 VM 的效能更好。 例如，如果您預期 10 分鐘內有 30 位或更多使用者彼此在同一台具有 16 核心的工作階段主機上登入，則兩台 8 核心的 VM 會更妥善地處理工作負載。 您也可以使用廣度優先的負載平衡來將使用者平均分散到不同的 VM，而不是深度優先的負載平衡 (在深度優先的負載平衡中，只有在現有的工作階段主機上的使用者數已滿後，您才能使用新的工作階段主機)。
最好使用大量較小型的 VM，而不是少數大型的 VM。 關閉需要更新或目前未使用的 VM 會比較容易。 使用較大型的 VM 時，您更有可能在任何時間至少有一位使用者登入，這會阻止您關閉 VM。 當您有許多較小型的 VM 時，您更有可能有一些沒有作用中使用者的 VM。 您可以透過使用 Azure 虛擬桌面中的自動調整功能，來手動或自動安全地關閉這些未使用的 VM 以節省資源。 節省資源可以讓您的部署更具彈性、更易於維護且成本更低。
一般虛擬機器建議事項
為了在 Azure 中執行您選擇的作業系統，則必須將進階 SSD 儲存體用於需要服務等級協定 (SLA) 的生產工作負載。 如需詳細資訊，請參閱線上服務的服務等級協定 (SLA)。
對於經常使用圖形密集型程式進行影片轉譯、3D 設計和模擬的使用者而言，圖形處理器 (GPU) 通常是不錯的選擇。 Azure 具有數個圖形加速部署選項和多個可用的 GPU VM 大小。 深入了解 GPU 最佳化虛擬機器大小。 如需遠端桌面服務中圖形加速的詳細一般資訊，請參閱遠端桌面服務 - GPU 加速
對於不一定需要最大 CPU 效能的使用者而言，Azure 中的 B 系列高載 VM 是一個不錯的選擇。 如需詳細資訊，請參閱 Azure 中的 Windows 虛擬機器大小，以及虛擬機器系列的定價資訊。
測試您的工作負載
最後，您應該使用模擬工具透過壓力測試和實際使用模擬來測試您的部署。 請確保您系統的回應能力和彈性足以滿足使用者需求，並記得改變負載大小以避免發生意外。