Microsoft 在2026年6月發佈了 Azure Virtual Desktop 年內最重要的更新之一。三項功能正式發佈——自動化主機池、動態自動縮放和臨時OS磁碟——每一項都針對 AVD 營運中的不同痛點。它們共同重塑了工作階段主機的佈建、擴充和管理方式。

以下是本次發佈的內容、對您環境的影響，以及您應該採取的行動。

自動化主機池：基於設定的會話主機管理

自動化主機池引入了工作階段主機設定（SHC）——一個單一物件，定義了池中每台工作階段主機的標準。您無需逐一設定每台 VM，只需定義一次 SHC，Azure Virtual Desktop 便會在整個池中強制執行該設定。

SHC 控制的內容：

  • OS 映像和版本
  • VM 大小和儲存設定
  • 擴充功能（AVD 代理程式、診斷、監控）
  • 網域加入類型（Entra ID 或 AD DS）
  • 網路設定（vNet、子網路、NSG）
  • 受控識別和權限

重要性： 設定漂移是 VDI 環境中最大的營運難題之一。當管理員更新了一台主機但未更新另一台時，會導致使用者體驗不一致、安全漏洞和排錯困難。SHC 透過將設定作為唯一事實來源來消除這個問題——只需更新一次，每台新建或重置映像的主機都會自動繼承變更。

前提條件： 主機池必須使用受控識別（2025年已推出）。SHC 也是動態自動縮放的基礎——您需要先設定 SHC，然後才能進行動態縮放。

了解更多： 工作階段主機設定 和 工作階段主機更新。

動態自動縮放：按需建立和刪除 VM

動態自動縮放超越了傳統的啟動/停止縮放模型。它根據使用模式和管理員定義的排程建立和刪除工作階段主機 VM——完整的生命週期管理，而不僅僅是電源狀態變更。

運作方式：

  1. 您的集區主機池必須使用工作階段主機設定。
  2. 定義自動縮放排程和規則：最小/最大主機數量、工作階段密度閾值、基於班次或營業時間的時間模式。
  3. 自動縮放引擎在需求增加時建立新的 VM（使用您的 SHC 定義），在需求下降時刪除 VM。
  4. Azure Monitor 和 Log Analytics 提供指標來調整您的規則。

成本影響： 這正是經濟學上有意義的地方。傳統的 AVD 縮放會停止 VM 但仍保持其配置狀態——您仍需支付運算保留費用。動態自動縮放會完全刪除閒置 VM，消除其運算費用。對於具有可預測非工作時段（夜間、週末、假日）的環境，節省的費用可能非常可觀。

重要限制： 本次正式發佈中的動態自動縮放僅支援使用 SHC 的集區主機池。個人桌面和非 SHC 主機池不在支援範圍內。

了解更多： 建立並指派自動縮放計畫。

臨時OS磁碟：具備本地儲存效能的無狀態主機

臨時OS磁碟從公開預覽版（2025年10月）升級為正式發佈。工作階段主機現在可以使用 VM 的本地儲存作為 OS 磁碟，而非持久化的受控磁碟——實現真正的無狀態主機。

主要優勢：

  • 更快的佈建和重置映像： OS 讀寫操作存取本地 SSD/NVMe 而非遠端儲存，降低延遲並加速主機建立和重置操作。
  • 更低的成本： 每台工作階段主機無需支付受控 OS 磁碟費用。對於大型池，這消除了一項可觀的支出項。
  • 為自動縮放最佳化： 當動態自動縮放刪除 VM 時，不會有遺留的受控磁碟需要清理。OS 磁碟隨 VM 一起消失。

注意事項： 臨時OS意味著設計上的無狀態。您必須將所有內容外部化：

  • 使用者設定檔透過 FSLogix 儲存在 Azure Files 或 SMB 共用上
  • 應用程式透過 App Attach（現已支援 Windows Server 2025/2022）或內建到黃金映像中
  • 任何 OS 級別的設定變更必須透過 SHC 進行，不能直接套用到執行中的主機上

VM 大小限制： 並非所有 Azure VM 大小都支援臨時OS磁碟。您需要具有足夠本地儲存容量的 SKU。請查閱 Azure 運算文件 取得支援清單。

不適用於個人桌面： 如果您的使用者需要持久的 OS 級別自訂（已安裝的應用程式、重開機後保留的桌面設定），臨時OS是錯誤的選擇。對於個人主機池，請繼續使用受控磁碟。

三項功能如何協同運作

2026年6月發佈的真正威力在於這些功能如何相互補充：

  1. SHC 定義工作階段主機的外觀——映像、大小、識別、擴充功能。
  2. 動態自動縮放 使用 SHC 按需建立主機，並在閒置時刪除它們。
  3. 臨時OS磁碟 使這些建立/刪除週期快速且低成本——無需受控磁碟開銷，無需清理。

這種組合實現了完全無狀態、彈性的 AVD 架構：主機在尖峰時段幾分鐘內啟動，在非工作時段完全消失，使用者個人化透過 FSLogix 和 App Attach 獨立於 OS 磁碟持久保留。

您現在應該做什麼

  1. 稽核您的主機池。 如果您仍在使用舊版服務主體方式，請遷移到受控識別——SHC 現在需要它。
  2. 定義您的工作階段主機設定。 從一個集區主機池開始，將其設定編碼為 SHC。測試從 SHC 建立的新主機是否符合您的預期。
  3. 在非生產池上試驗動態自動縮放。 定義排程，設定保守的閾值，在兩週內衡量成本差異。
  4. 為無狀態工作負載評估臨時OS。 如果您有使用者不需要 OS 級別持久化的集區主機池，請使用部分主機測試臨時OS。驗證您的 FSLogix 和 App Attach 設定是否能正確處理使用者狀態。
  5. 個人桌面跳過臨時OS。 當使用者需要持久 OS 自訂時，這些權衡沒有意義。

總結

2026年6月是 Azure Virtual Desktop 營運的分水嶺。自動化主機池、動態自動縮放和臨時OS磁碟共同將 AVD 從手動管理的 VDI 平台轉變為設定驅動、彈性擴充、成本最佳化的雲端桌面服務。如果您在任何規模上運行 AVD，這些功能值得立即評估。