Azure 虛擬桌面部署或移轉
本文中的指引假設您已建立 Azure 虛擬桌面的計劃、評估桌面部署需求、完成概念證明，現在已準備好移轉或部署 Azure 虛擬桌面實例。
初始範圍
Azure 虛擬桌面實例的部署遵循與概念證明程式類似的程式。 使用此初始範圍做為基準，來說明評估輸出所需的各種範圍變更。
- 使用來自 Azure Marketplace 的 Windows 10 資源庫映像，以及從該程式的第一個步驟重設大小，為集區桌面建立主機集 區。
- 針對已移轉的工作負載建立桌面或 RemoteApp 應用程式群組 。
- 建立 FSLogix 設定檔容器 來儲存使用者配置檔。
部署和移轉是由角色移轉、應用程式移轉和使用者配置檔移轉所組成。 根據工作負載評估的結果，這些移轉工作可能會變更。 本文可協助識別範圍會根據評量意見反應變更的方式。
反覆方法
每個角色都可能需要先前概述的初始範圍反覆專案，因而產生多個主機集區。 根據 Azure 虛擬桌面評量，採用小組應該根據每個角色的角色或用戶數目來定義反覆專案。 將程式分成角色驅動反覆項目，有助於降低對業務的變化速度影響，並讓小組專注於適當測試或將每個角色集區上線。
範圍考慮
下列每個考慮集都應該包含在要移轉或部署之每個角色群組的設計檔中。 將範圍考慮納入先前討論 的初始範圍之後，就可以開始部署或移轉。
Azure 登陸區域考慮
部署角色群組之前，應該在支援部署每個角色所需的 Azure 區域中建立登陸區域。 每個指派的登陸區域都應該根據 登陸區域檢閱需求進行評估。
如果指派的 Azure 登陸區域不符合您的需求，則應該新增範圍，以便對環境進行任何修改。
應用程式和桌面考慮
某些角色可能相依於舊版解決方案，這些解決方案與 Windows 10 企業版 多會話不相容。 在這些情況下，某些角色可能需要專用桌面。 在部署和測試之前，可能無法探索此相依性。
如果在程式中後期發現，未來反覆專案應該配置給舊版應用程式的現代化或移轉。 這將降低桌面體驗的長期成本。 這些未來的反覆專案應根據現代化的整體定價影響，以及與專用桌面相關聯的額外成本，排定優先順序並完成。 為了避免管線中斷和實現業務成果，此優先順序不應影響目前的反覆專案。
某些應用程式可能需要補救、現代化或移轉至 Azure，以支援所需的用戶體驗。 這些變更很可能在發行后出現。 或者，當桌面延遲可能會影響商務功能時，應用程式變更可能會為某些角色的移轉建立封鎖相依性。
使用者配置檔考慮
初始範圍假設您使用以 VM 為基礎的 FSLogix 使用者配置檔案容器。
您可以使用 Azure NetApp Files 來裝載使用者設定檔。 這樣做需要範圍中的一些額外步驟，包括：
- 每個 NetApp 實例： 設定 NetApp 檔案、磁碟區和 Active Directory 連線。
- 每個主機/角色： 在會話主機虛擬機上設定 FSLogix。
- 每個使用者： 將使用者指派給主機會話。
您也可以使用 Azure 檔案儲存體 來裝載使用者配置檔。 這樣做需要範圍中的一些額外步驟，包括：
- 每個 Azure 檔案儲存體 實例：設定記憶體帳戶、磁碟類型和 Microsoft Entra 連線（也支援 Microsoft Entra Domain Services、為 Active Directory 使用者群組指派 Azure 角色型訪問控制存取、對 Azure 檔案儲存體 套用 NTFS 許可權，以及取得記憶體帳戶存取密鑰。
- 每個主機/角色： 在會話主機虛擬機上設定 FSLogix。
- 每個使用者： 將使用者指派給主機會話。
某些人員或使用者的使用者配置檔可能也需要數據遷移工作，這可能會延遲特定角色的移轉，直到可在本機 Active Directory 或個別使用者桌面內補救使用者配置檔為止。 此延遲可能會大幅影響 Azure 虛擬桌面案例以外的範圍。 補救之後，可以繼續初始範圍和上述方法。
部署或移轉 Azure 虛擬桌面
將所有考慮納入 Azure 虛擬桌面移轉或部署的生產範圍之後，程式就可以開始。 在反覆頻率上，採用小組現在會部署主機集區、應用程式和使用者配置檔。 完成此階段之後，測試及上線使用者的部署后工作即可開始。