適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 2

目錄
前言 3 上線和佈署後步驟 28
為何要考慮採用雲端 VDI？ .................................................................... 3 確認 Azure 虛擬桌面健康情況和使用情況 ...................................... 28
為何要移轉到 Azure 虛擬桌面？ .......................................................... 4 考量事項和佈署後步驟 ......................................................................... 29
清理 RDS 佈署 .........................................................................................30

準備您的移轉 6
步驟 1：必要條件....................................................................................... 7
其他功能的相關指引 31
步驟 2：Azure Migrate 設定 ................................................................. 7 自動調整大小 ...........................................................................................31
步驟 3：探索 VM....................................................................................... 8 條件式存取 ..............................................................................................32
步驟 4：審查評估 .....................................................................................10 監控 ...........................................................................................................33
自動化 .......................................................................................................34
Azure Advisor ........................................................................................ 35
建立 Azure 虛擬桌面環境 13 Microsoft Teams ...................................................................................35
必要條件....................................................................................................13 MSIX app 附加 .......................................................................................36
考量事項 ....................................................................................................15
成本最佳化 ...............................................................................................16
網路指導方針 ...........................................................................................17
總結 37
設定檔管理指導方針 ..............................................................................18 摘要 ........................................................................................................... 37
Windows 10 多重工作階段 ...................................................................18 資源 ........................................................................................................... 37
命名慣例 ....................................................................................................19
佈署指引 ....................................................................................................19
步驟 5：複寫 VM ..................................................................................... 23
詞彙表 39
步驟 6：測試移轉 .................................................................................... 23
步驟 7：移轉到正式環境 .......................................................................24
關於作者 40

測試和準備 Azure 虛擬桌面佈署 25

確認 Azure 虛擬桌面佈署健康情況 ................................................... 25
Azure 虛擬桌面主機集區健康情況 .................................................... 26
測試 Azure 虛擬桌面佈署的相關指引 ............................................... 26
上線的最終準備工作.............................................................................. 27
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 3

前言
為何要考慮採用雲端 VDI ？
隨著許多公司因應新工作方式進行調整並評估如何為其企業建立復原力，提供可隨時隨地存取
的安全遠端桌面體驗變得越來越重要。

通常會利用虛擬桌面基礎結構 (VDI) 方法來為員工提供遠端桌面體驗，而且通常是透過遠端桌面

服務 (RDS) 提供。然而，做為內部佈署解決方案，RDS 並未實現現代化的所有價值或雲端 VDI 的
優點。

Azure 虛擬桌面是一種託管於 Microsoft Azure 的受控 VDI 提供的解決方案，為您提供雲端的

擴展性。Azure 虛擬桌面不僅支援 Windows Server，還提供 Windows 10 企業版多重工作階段，
將 Windows 10 體驗與執行多個並行使用者工作階段的功能加以結合，這項功能以往只能在
Windows Server 中使用。您還可以獲得適用於 Microsoft 365 Apps 的最佳化體驗 ( 包括 Microsoft
Teams)，並為使用者、公司應用程式和資料提供增強的安全性。此外，透過 App 保證等程式，
您將能進行現代化並降低與三個不同支柱相關的成本。圖 1 顯示這三個支柱並包含可降低成本的
各個領域。

圖 1：Azure 虛擬桌面節省成本支柱
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 4

除了實現遠端工作並在基礎結構、授權和擁有權總成本 (TCO) 方面節省成本，Azure 虛擬桌面

還能協助您為企業帶來其他好處，包括簡化 IT 管理、有助於確保使用者、資料、組織安全的安
全性功能，以及使用整合式 Azure Site Recovery 和 Azure 備份技術來防止發生中斷的狀況。

為何要移轉到 Azure 虛擬桌面？

如果您有 RDS，而且正在考慮是否要移轉到 Microsoft 解決方案，您可以使用 Azure 移轉到基礎
結構即服務 (IaaS) 方法，或直接移轉到 Azure 虛擬桌面。

若要了解 RDS 內部佈署、移轉到 Azure 和移轉到 Azure 虛擬桌面之間的差異，請參閱表格 1。

雖然 RDS 為您提供了彈性，但同時也附帶了一連串龐大的責任。對於 RDS 環境，您基本上必須
負責管理和維護所有所需的元件。移轉到 RDS 會加重 Microsoft 所提供的責任，不過，在移轉
到 Azure 虛擬桌面時，Microsoft 也會為您管理虛擬化控制平面。這可讓您將焦點轉移到真正重
要的層面上，也就是認知的終端使用者體驗。

表格 1：責任
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 5

本電子書是協助組織將現有 RDS 基礎結構移轉到 Azure 虛擬桌面的指南。我們將會探討如何從

Azure 虛擬桌面和整體 Azure 中充分受益，並提供七大步驟的相關指引，以將 RDS 工作負載移
轉到 Azure 虛擬桌面。

圖 2：七大步驟移轉計劃

圖 2 顯示從 RDS 順暢移轉到 Azure 虛擬桌面的七個建議步驟。本電子書將逐步引導您完成此七

大步驟移轉程序。我們將在下一章詳細說明如何實作這七個步驟。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 6

準備您的移轉
在上一章中，我們介紹了將 RDS 工作負載移轉到 Azure 虛擬桌面的七大步驟方法。步驟 1 的
重點在於先收集所需的需求，然後才能開始將工作負載移轉到 Azure 虛擬桌面。在步驟 2 中，
您需要安裝 Azure Migrate 並將其設定為移轉現有工作負載的工具。您可以在步驟 3 中使用
Azure 探索您的虛擬機器 (VM)。該探索能讓您在步驟 4 中進行審查評估，以便檢查複寫詳細資
料。接受審查評估時，VM 將在執行步驟 5 的過程中複寫到 Azure。複寫完成後，您就可以在步
驟 6 中開始測試工作負載。測試成功後，您將進行移轉並將 Azure 虛擬桌面導入正式環境。

本電子書將逐步引導您完成此七大步驟移轉程序。這些步驟是以 Azure Migrate 為基礎，也可

以用來將許多其他內部佈署工作負載移轉到 Azure。Azure Migrate 提供許多優點，包括整備程
度、大小調整和成本估算的評估。它還包含整合式移轉，可實現趨近於零的停機時間。您可以
享有含端對端進度追蹤功能的整合式體驗。如需詳細資訊和 Azure Migrate 的指引，請瀏覽此
頁面。

在本章中，我們將介紹做為上述七大步驟方法一部分的前四個步驟，以開始將您的 RDS 工作負

載移轉到 Azure 虛擬桌面。

圖 3：移轉程序的前四個步驟
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 7

步驟 1：必要條件

首先，需要具備 Azure 訂閱。如果貴組織已經有一個訂閱，請確認您擁有正確的權限層級。

在進行此移轉期間，您需要使用儲存設備和網路元件 ( 當然還有 VM) 的權限。確認網域服
務 (Active Directory 或 Azure Active Directory Domain Services) 已與 Azure Active Directory
(Azure AD) 同步。確保可從 Azure 訂閱以及要連接的虛擬網路 ( 將在其中佈署 Azure 虛擬桌面 )
存取網域服務。請遵循 Azure AD Connect 指南中的步驟，將 Active Directory 內部佈署與 Azure
AD 同步。

步驟 2：Azure Migrate 設定

現在，我們可以開始建立 Azure Migrate 專案了。在 Azure 入口網站中，有一個專用精靈可讓

您為 Azure 虛擬桌面設定 Azure Migrate。如圖 4 所示，您可以在 VDI 區段中找到此精靈：

圖 4：啟動 Azure Migrate 精靈

 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 8

在此精靈中，您可以設定您的訂閱、資源群組、專案名稱和地理位置。您可以選取 Register
( 註冊 ) 來開始評估目前的 RDS 環境。

在此步驟中，您將在目的地 Azure 訂閱中建立新的 Azure Migrate 專案。此訂閱需要符合步驟 1

中概述的必要條件。您接著會選取評估及移轉伺服器的選項，選取 VDI，然後新增工具。在設
定基本參數 ( 例如訂閱、資源群組和位置 ) 後，請務必選取 [Azure Migrate: 伺服器移轉 ] 做為
移轉工具。此設定精靈也將能讓您選取選用的生態系統合作夥伴工具，這些工具可在伺服器移
轉的基礎上提供額外的好處。根據範例，在使用 Azure Migrate 做為移轉工具的基礎上，您可
以選取 Lakeside SysTrack 做為評估工具。Lakeside 是專門評估 RDS 和 VDI 環境的生態系統合
作夥伴。Lakeside SysTrack 會提供有關您目前工作負載的深入知識，協助您確定大小和使用量。
除了支援 Microsoft RDS 以外，它還支援 VMware 和 Citrix 環境，也會協助您評估這些環境，以
便移轉到 Azure。在連接 Azure Migrate 和選用的生態系統合作夥伴工具並接受任何要求的權限
後，就會開始探索程序。

步驟 3：探索 VM

在此階段期間，將探索及評估您目前環境的 RD 工作階段主機伺服器。在執行此步驟期間，
我們將收集許多有關您目前基礎結構的資訊。如果您已在上一個步驟中選取 Lakeside SysTrack
做為您的評估工具，這將能協助您收集更多有關目前 RDS 工作負載的資訊。Lakeside SysTrack
需要一個您可以使用現有佈署工具輕鬆安裝的代理程式。圖 5 顯示 Lakeside SysTrack Visualizer，
此工具可讓目前使用情況、消耗量和應用程式清查更易於理解，並可協助您判斷您 Azure 虛擬
桌面 VM 的大小，還有更多功能。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 9

圖 5：Lakeside SysTrack Visualizer 範例

在此步驟中，您還可以收集有關您不一定想要移轉到 Azure 的任何應用程式後端工作負載

的深入解析。通常，將這些應用程式後端移轉到 Azure 可確保最佳效能，因為在該情況中，
在 Azure 虛擬桌面中執行的應用程式用戶端會更靠近應用程式後端。Azure Migrate 還可以協
助您一併將這些工作負載移轉到 Azure。如果您堅決不移動其中的一些後端資源，請務必使用
ExpressRoute 或站對站 VPN 來設定與內部佈署環境的連線。您可以在這裡找到有關探索的詳細
步驟。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 10

步驟 4：審查評估

當您擷取了足夠的資料量，您就可以審查評估資料，以判斷最佳移轉路徑。這些評估資料包含
來自桌面的原始評估資料，以及細分為不同使用者角色的資料。當您分析資料時，您可以決定
對集區式 Azure 虛擬桌面資源及個人 Azure 虛擬桌面資源的最具成本效益的使用方式。您可在
Azure 入口網站中看到在步驟 3 中收集的資訊。下圖顯示的範例包含了所收集的資訊。其中包
括類似以下的資訊：
● 每個角色中的使用者數量
● 使用者正在使用的應用程式
● 使用者消耗的資源
● 依使用者角色列出資源使用率平均值
● VDI 伺服器效能資料
● 並行使用者報告
● 熱門的使用中軟體套件

圖 6：評估輸出範例

您可以在這裡找到有關評估的詳細步驟。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 11

有關工作階段主機 VM，根據您在評估中分析的結果，以及您是想要從 Windows 10 多重工作階

段中獲益還是繼續使用 Windows Server，您有兩個選擇：

您可以選擇將現有的內部佈署 RD 工作階段主機伺服器移轉 ( 隨即轉移 ) 到 Azure，並將其轉換

為 Azure 虛擬桌面工作階段主機伺服器。在此情況下，您將會使用 [Azure Migrate: 伺服器移轉 ]
工具中的 [ 探索 ] 選項。這樣您就可以將環境中的設備 ( 即將管理機器的複寫 ) 轉換到 Azure 虛
擬桌面。複寫提供者會下載、安裝及登錄到 Azure Migrate 專案，以開始複寫到 Azure。現在主
機複寫到 Azure Blob 儲存體的程序已開始，您可以繼續進行複寫，直到準備好測試 VM，然後
將 VM 移轉到正式環境中。當電腦開始在 Azure 中執行時，請務必在每個工作階段主機伺服器
上安裝 Azure 虛擬桌面 VM 代理程式。在安裝過程中，請輸入 Azure 虛擬桌面環境的註冊權杖，
以將伺服器與正確的環境建立關聯。在最終移轉前的最後一個步驟中，請將使用者和群組指派
給適當的應用程式群組。

您也可以選擇根據 Windows 10 多重工作階段建立新範本映像，以利用作業系統隨附的所有優

點。若要建立新範本，您可以使用 Azure 映像庫中的 Windows 10 企業版多重工作階段。有兩
種自訂此映像的選項：
a. 第一個選項是在 Azure 中佈建 VM，然後直接跳到軟體準備和安裝。
b. 第二個選項是在本機建立映像，方法是下載映像、佈建 Hyper-V VM，然後進行自訂以滿
足您的需求。

如需如何為 Azure 虛擬桌面準備、建立及佈署自訂範本映像的完整逐步指南，請參閱本指南。

 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 12

在繼續進行步驟 5 之前，現在是時候該開始建立 Azure 虛擬桌面環境了。在此步驟中，您將建

立 Azure 虛擬桌面元件並準備 Azure 訂閱。在此步驟中，您將在 Azure 訂閱中建立三個不同的
Azure 物件：主機集區、工作區和應用程式群組。以下是這些物件的說明：
● 主機集區是 Azure 虛擬桌面環境中一或多個相同 VM 的集合。每個主機集區可以包含一個
應用程式群組，該應用程式群組進而包含一或多個應用程式或一個桌面，使用者可以像在
實體桌面上一樣與之進行互動。
● 根據預設，主機集區設定程序會建立桌面應用程式群組。若要讓主機集區正常運作，您必須
將此應用程式群組指派給使用者或使用者群組，而且必須將此應用程式群組註冊到工作區。
● 針對新 Azure 虛擬桌面主機集區建立的預設應用程式群組也會發佈完整桌面。此外，您也
可以為主機集區建立一或多個 RemoteApp 應用程式群組。

在第 3 章中，我們會討論在建立 Azure 虛擬桌面佈署之前，務必熟悉的必要條件和考量事項。

在第 3 章中，我們還會詳細介紹佈署選項，並逐步引導您完成整體佈署程序。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 13

建立 Azure 虛擬桌面環境
必要條件
現在，您已遵循上述步驟中的移轉程序，我們將更詳細地探討如何建立 Azure 虛擬桌面環境。
在這樣做之前，必須先將幾件事處理好。本節會探討這些要求。在開始實作 Azure 虛擬桌面和
移轉 RDS 工作負載之前，請務必遵守這些要求。

在做為 Azure 虛擬桌面主機集區一部分的工作階段主機伺服器作業系統方面，有一份支援作業

系統清單。根據您選取的作業系統，您也需要適當的授權，以便讓使用者可以連線到桌面和應
用程式。確保所有可在 Azure 虛擬桌面中存取任何資源的所有使用者都擁有所需的授權。表格
2 按作業系統列出所需的授權。您可以按一下這裡，閱讀更多有關所需授權的資訊。

表格 2：作業系統和所需的授權
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 14

此外，您的基礎結構需要以下項目才能支援 Azure 虛擬桌面：

● 必須建立 Azure AD 執行個體。
● 與 Azure AD 同步的 Windows Server AD 執行個體。您可以選擇根據 Azure AD Connect
( 適合用於混合式組織 ) 或 Azure AD Domain Services ( 非常適合用於混合式或雲端組織 )
來實作此執行個體。在識別 Azure 虛擬桌面工作階段主機伺服器的來源和網域成員資格時，
您可從以下選項中進行選取：
- 您可以使用與 Azure AD 同步的 Windows Server AD，而且使用者帳戶是源自 Windows
Server AD。Azure 虛擬桌面工作階段主機 VM 會加入 Windows Server AD 網域中。
- 您可以使用與 Azure AD 同步的 Windows Server AD，而且使用者帳戶是源自 Windows
Server AD。Azure 虛擬桌面工作階段主機 VM 會加入 Azure AD Domain Services 中。
- 您可以使用 Azure AD Domain Services 網域，而且使用者是源自 Azure AD。Azure 虛擬
桌面工作階段主機 VM 會加入 Azure AD Domain Services 網域中。
- 需要具備 Azure 訂閱，該帳戶的父項必須是包含此虛擬網路的同一個 Azure AD 租用戶。
此虛擬網路需要存取 Windows Server AD 或 Azure AD Domain Services 執行個體。

連線到 Azure 虛擬桌面的使用者必須符合以下要求：

● 使用者必須源自連線到 Azure AD 的同一個 AD。Azure 虛擬桌面不支援 B2B 或 MSA 帳戶。
● 用於訂閱 Azure 虛擬桌面的使用者主體名稱 (UPN) 必須存在於 VM 加入的 AD 網域中。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 15

● 您在 Azure 虛擬桌面主機集區中所建立的 Azure 虛擬桌面工作階段主機 VM 必須加入標準

網域或加入混合式 AD。目前 VM 不能只加入 Azure AD。之後預計會支援加入 Azure AD
的 Azure 虛擬桌面工作階段主機 VM。此外，如先前所述，Azure 虛擬桌面工作階段主機
伺服器必須執行其中一個支援的作業系統：
– Windows 10 企業版多重工作階段，版本 1809 或更新版本
– Windows 10 企業版，版本 1809 或更新版本
– Windows 7 企業版
– Windows Server 2019
– Windows Server 2016
– Windows Server 2012 R2

Azure 虛擬桌面不支援 x86 (32 位元 )、Windows 10 企業版 N 或 Windows 10 企業版 KN 作業系

統映像。Windows 7 也不支援託管於受控 Azure 儲存體的任何虛擬硬碟 (VHD) 或以 VHDX 為基
礎的設定檔解決方案。如支援的作業系統的這篇文章所述，可用的自動化和佈署選項取決於您
選擇的作業系統和版本。

如果您主動封鎖 Azure 虛擬桌面工作階段主機伺服器的傳出流量，您將須解除封鎖特定 URL，

這樣 Azure 虛擬桌面佈署才能正常運作。您為 Azure 虛擬桌面建立的 Azure VM 必須能存取安
全 URL 清單列出的 URL。

考量事項
限制
佈署 Azure 虛擬桌面時，您必須注意幾項技術限制。在您的環境中佈署 Azure 虛擬桌面之前，
請思考並檢閱這些限制。您可以在這裡找到這些限制的最新版本清單。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 16

成本最佳化
為了充分利用 Azure 虛擬桌面，建議您考慮採用不同的方法來實現成本節約。下列清單包含在
Azure 虛擬桌面佈署中節省成本的六個方法：
● 利用 Windows 10 多重工作階段，做為 Azure 虛擬桌面工作階段主機伺服器的作業系統。
您可為具有相同運算需求的使用者利用多重工作階段桌面體驗，藉此讓更多使用者同時登
入一台 VM。這樣可為執行中的 VM 節省可觀的 Azure 消費成本。如果您需要其他指引，
Windows 10 企業版多重工作階段常見問題集會提供更詳細的資訊。
● 利 用 Azure Hybrid Benefit。 如 果 貴 組 織 有 Microsoft 軟 體 保 證， 您 可 以 使 用 適 用 於
Windows Server 的 Azure Hybrid Benefit 來節省您的 Azure 基礎結構成本。如需詳細資訊，
請瀏覽此連結。
● 相較於隨用隨付價格，Azure 保留執行個體 (RI) 可大幅降低高達 72% 的成本，並提供
Windows 和 Linux VM 的一年或三年履約承諾選項。使用 RI 時，您可為 VM 使用量預付費
用。最佳方式是將 RI 與 Azure Hybrid Benefit 合併 ( 如先前所述 )，這樣相較於定價可節省
高達 80% 的費用。
● 您可以調整 VM 規模，以降低 Azure 虛擬桌面佈署總成本。也就是說，在非尖峰用量時段
期間關閉並取消分配工作階段主機 VM，然後在尖峰時段期間將其重新開啟並重新分配。
如需詳細資訊，請參閱第 6 章。
● 當您設定工作階段主機 VM 時，請考慮不同的負載平衡選項。廣度優先負載平衡是預設
( 且最常使用 ) 的模式。廣度優先負載平衡會根據每個主機的工作階段數量，將使用者分
散到各個工作階段主機伺服器。深度優先模式負載平衡會先將工作階段主機伺服器填滿，
並達到使用者人數上限，然後再移動到下一台伺服器。根據您的使用案例，深度優先模式
負載平衡可能會節省更多成本，但在某些案例中，可能不足以應對使用者登入風暴。您可
以調整此設定，以獲得最大的成本效益。如需這兩種負載平衡選項的詳細資訊，請瀏覽此
連結。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 17

網路指導方針
一般建議是使用中樞和支點拓撲來設計 Azure 網路。將中樞視為與虛擬網路閘道和其他安全性
/ 邊緣設備 ( 例如防火牆等 ) 一起佈署的非軍事區域 (DMZ)，而支點將做為後端區域，工作階段
主機伺服器會佈署到該區域並與中樞對等互連。請在此階段諮詢您的網路團隊，以實現最佳實作。

Azure 虛擬桌面後擋板元件 ( 更具體來說就是 Azure 虛擬桌面中的閘道元件 ) 的本機用戶端可用

頻寬，在整體感受到的終端使用者體驗上發揮了很重要的作用。表格 3 列出提供順暢使用者體
驗所需的最低建議頻寬。

表格 3：最低建議頻寬

請注意，外部因素可能也會導致使用的頻寬增加。例如，如果畫面播放速率或顯示器解析度增加，
頻寬需求也會增加。表格 3 中的頻寬為建議值，這些值將根據使用的應用程式以及您實作的特
定 Azure 虛擬桌面使用案例而有所不同。建議您隨時執行效能評定和測試，以確認您 Azure 虛
擬桌面佈署的平均值。

使用的顯示器解析度也會影響可用頻寬。表格 4 包含建議頻寬清單，以根據 30 每秒畫面格數

(fps) 的畫面播放速率提供順暢的使用者體驗。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 18

表格 4：一般顯示器解析度和建議頻寬

設定檔管理指導方針
如果您目前的 RDS 佈署利用使用者設定檔磁碟 (UPD) 或漫遊設定檔做為設定檔管理解決方案，
請注意您必須將此移轉或轉換為 FSLogix 設定檔容器。這是因為 Azure 虛擬桌面不支援 UPD。
您可以透過手動執行或您選擇的方法來將設定檔從 UPD 移轉到 FSLogix 設定檔容器，但為了在
您現有設定檔解決方案與設定檔容器之間提供良好的移轉途徑，我們建立了移轉指令碼 ( 目前
以個人預覽版的形式提供 )。*

Windows 10 多重工作階段
如果您目前在本機執行 RDS 佈署，而您想要將其移轉到 Azure 虛擬桌面，則需使用 Windows
Server 版本，做為 RD 工作階段主機伺服器的作業系統。這是因為在 Azure 虛擬桌面之外不支
援 Windows 10 多重工作階段。在此移轉過程中，您可以移轉您現有的 RD 工作階段主機伺服器。
Azure 虛擬桌面可支援 Windows Server 2012 R2 和任何更新版本。然而，如第 1 章中所述的多
項原因，利用 Windows 10 多重工作階段可讓您獲得許多額外的好處 ( 包括節省成本 )，因為不
再需要 RDS CAL。為了將 Azure 虛擬桌面和 Azure 充分最佳化，建議您重建 Windows 10 多使用
者的映像。這篇文章說明如何準備要上傳到 Azure 的主要虛擬硬碟 (VHD) 映像，包括如何建立
VM 以及在 VM 上安裝軟體。建議您按照這篇文章的說明，充分利用 Azure 虛擬桌面的功能。

* 提供適用於 Azure 虛擬桌面的 UPD-to-FSLogix 容器轉換私人預覽版但不包含服務等級協定，而且不建議用於正式環境工作負載。可能不支援某些功能，或可能會

有受限的功能。FSLogix 設定檔容器可能不支援轉換格式的所有功能。如需詳細資訊，請參閱 Microsoft Azure 預覽版的補充使用條款。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 19

命名慣例
對於任何 Azure 訂閱，請務必使用嚴謹的命名慣例。下列清單包含有關命名慣例的考量事項：
● 有效的命名慣例會使用重要資源資訊當做資源名稱的一部分來組合資源名稱。當您建構命
名慣例時，請識別要在資源名稱中反映的關鍵資訊片段。
● 每個工作負載均可包含許多個別資源和服務。將資源類型前置詞納入資源名稱中，這樣就
能讓您在識別應用程式或服務元件時一目了然。
● 當您將中繼資料標籤套用到雲端資源時，可以包含那些無法納入資源名稱中的資產的相關
資訊。

如果您的訂閱沒有現有的命名慣例，請依照此連結的指引，在您的所有資源中維持一致的命名
慣例。

佈署指引
評估完前兩節中概述的必要條件和考量事項之後，您就已經準備好在 Azure 訂閱中佈署所需的
Azure 虛擬桌面物件了。

首先，請佈署主機集區。主機集區是 Azure 虛擬桌面環境中一或多個相同 VM 的集合。若要建

立主機集區，請決定要在資源群組中使用的唯一名稱並提供 Azure 區域。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 20

圖 7：Azure 入口網站中的 [ 建立主機集區 ] 精靈

與所選區域相關聯的 Azure 地理位置將會是此主機集區的中繼資料及其相關物件的儲存位置。

請務必在地理位置中選擇您要儲存服務中繼資料的區域。在 [ 主機集區類型 ] 底下，選取您的
主機集區是否將為個人或集區式。如果您選擇 [ 集區式 ]，請輸入工作階段數量上限和負載平衡
演算法。主機集區建立完成之前，您可以根據新範本映像決定建立新 VM，或決定還不要建立
新 VM，以便之後從內部佈署 RDS 佈署進行移轉。我們在第 2 章詳細說明了此選擇。如需佈署
主機集區的詳細技術說明，請瀏覽此頁面。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 21

根據預設，主機集區設定程序會建立桌面應用程式群組。若要讓主機集區依預期運作，您必須
將此應用程式群組指派給使用者或使用者群組，而且必須將此應用程式群組註冊到工作區。

圖 8：建立應用程式群組

如果您選取 [ 否 ]，您可以稍後再註冊應用程式群組，但建議您盡快完成工作區註冊，這樣主機
集區才能正常運作。選擇您是否要建立新工作區，還是從現有工作區進行選取。只有在與主機
集區相同位置中建立的工作區才能供您選擇，做為註冊應用程式群組的目標。

圖 9：建立工作區
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 22

檢閱佈署的相關資訊，確認所有資訊看起來均正確無誤。完成後，請選取 [ 建立 ]。這會開始進
行佈署程序，並建立以下物件：
● 新主機集區。
● 桌面應用程式群組。
● 工作區 ( 如果您選擇建立工作區 )。
● 如果您選擇註冊桌面應用程式群組，將會完成註冊程序。
● 根據您的組態的 Azure 資源管理範本下載連結。

現在，您建立了主機集區，您可以使用 RemoteApp 程式來填入它，或是每個主機集區一個桌面。

為新 Azure 虛擬桌面主機集區建立的預設應用程式群組也會發佈完整桌面。此外，您也可以為
主機集區建立一或多個 RemoteApp 應用程式群組。您只能為每個 Azure AD 租用戶建立 50 個
應用程式群組。由於擷取使用者摘要的服務限制，我們新增了這項限制。如需佈署應用程式群
組的詳細技術說明，請瀏覽此連結。

我們之前已完成步驟 1 到步驟 4，而在上一節，我們建立了 Azure 虛擬桌面佈署。我們現在已

經準備好開始將 RD 工作階段主機伺服器複寫到 Azure ( 步驟 5)，並讓它們成為 Azure 虛擬桌面
佈署的一部分，執行測試移轉 ( 步驟 6)，然後移轉到正式環境 ( 步驟 7)。

圖 10：步驟 5、步驟 6 和步驟 7

 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 23

步驟 5：複寫 VM

在此步驟中，我們會將 RD 工作階段主機伺服器從內部佈署複寫到 Azure，這樣就能將複寫

的伺服器新增到我們建立的 Azure 虛擬桌面佈署。您可以開始將 VM 複寫到 Azure。在 Azure
Migrate 專案中，按一下 [ 伺服器移轉 ] 底下的 [ 複寫 ]。如果您已經執行 VM 評估，您可以套
用評估結果的 VM 大小調整和磁碟類型 ( 進階 / 標準 ) 建議。視需要搜尋 VM，並檢查您要移
轉的每個 VM。如果您有主動軟體保證或 Windows Server 訂閱所包含的 Windows Server 機器，
請啟用 Azure Hybrid Benefit，而且您需要將此權益套用到您要移轉的機器。初始複寫完成後，
差異複寫隨即開始。內部佈署磁碟的增量變更會定期複寫到 Azure。您可以在入口網站通知中
追蹤工作狀態。

您可以在這裡找到有關複寫的詳細步驟。

如先前所討論，在某些情況下，與其移轉現有的 VM，您可能更想要建立新的 VM 範本；例如，

利用 Windows 10 多重工作階段，這只能做為 Azure 虛擬桌面的一部分提供。這篇文章說明如
何改為準備新的主要映像。在此情況下，評估階段期間所收集的資訊將會很有幫助，可告知您
如何撰寫映像以及設定應用程式態勢。

步驟 6：測試移轉

當差異複寫在執行步驟 6 的過程中開始時，您可以先針對 VM 執行測試移轉，然後再完全移轉

到 Azure。我們極力建議您在移轉每個 RD 工作階段主機伺服器之前，至少對該伺服器進行一
次這項操作。執行測試移轉會檢查移轉是否將能正常運作，而不會影響保持運作並繼續進行複
寫的內部佈署機器。在 [ 移轉目標 ] 中，選取 [ 伺服器 ]，選取 [Azure Migrate 和伺服器移轉 ]，
然後按一下 [ 測試移轉的伺服器 ]。監控入口網站通知中的工作。

您可以在這裡找到有關測試移轉的詳細步驟。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 24

步驟 7：移轉到正式環境

驗證完測試移轉能正常運作之後，您就可以移轉內部佈署 RD 工作階段主機伺服器。在 [ 複寫
機器 ] 區域中，以滑鼠右鍵按一下 VM，然後按一下 [ 移轉 ]。根據預設，Azure Migrate 會關閉
內部佈署 VM 並執行隨需複寫，以同步自上次複寫以來所發生的任何 VM 變更。這可確保不會
造成任何資料遺失的狀況。VM 的移轉工作隨即開始。在 Azure 通知中追蹤工作。工作完成之後，
您可以從 [ 虛擬機器 ] 頁面檢視和管理 VM。移轉完成之後，您可以使用 [ 停止移轉 ] 選項。此
程序會停止內部佈署機器的複寫，並從 Azure Migrate 的 [ 複寫伺服器 ] 計數中移除機器。

您可以在這裡找到有關移轉到正式環境的詳細步驟。

圖 11：已完成的七個步驟

我們現在已經完成 Azure Migrate 的七大步驟程序。在第 4 章中，我們將繼續說明如何測試並

進一步準備 Azure 虛擬桌面環境，接著在第 5 章中，我們將提供有關上線的指引並提供建議的
佈署後步驟。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 25

測試和準備 Azure 虛擬桌面佈署

確認 Azure 虛擬桌面佈署健康情況
就像網路條件一樣，您目前的所在區域也會影響使用者體驗。以 DNS 資訊為基礎的 Azure 虛擬
桌面用戶端一律會將使用者的連線路由到最接近的 Azure 區域，而該區域需具備 Azure 虛擬桌
面後擋板元件。若要判斷哪個 Azure 區域最適合您的特定位置，請瀏覽到 Azure 虛擬桌面體驗
估算器。這可讓您估算使用者在連線到 Azure 虛擬桌面時將獲得的體驗品質。它會測量並估算
連線來回行程時間 (RTT)，這是指從您目前的位置、經由 Azure 虛擬桌面服務，再到可以將 VM
佈署為 Azure 虛擬桌面主機集區一部分的每個 Azure 區域。

圖 12：Azure 虛擬桌面體驗估算器的輸出範例

上圖醒目提示從您目前位置連線 RTT 最低的 Azure 區域。請注意，顯示時間僅為估計值，旨在

協助評估對您 Azure 虛擬桌面佈署所感受到的終端使用者體驗和品質。實際體驗會根據其他條
件而有所不同，例如其他網路規格、終端使用者裝置，以及已佈署 VM 的組態。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 26

Azure 虛擬桌面主機集區健康情況
Azure 入口網站可讓您輕鬆判斷 Azure 虛擬桌面主機集區的健康情況。進入 Azure 入口網站，
瀏覽到 Azure 虛擬桌面，按一下 [ 主機集區 ]，然後開啟對應的主機集區。若已開啟，所有個別
Azure 虛擬桌面工作階段主機伺服器的狀態應為 [ 可用 ]。

圖 13：Azure 虛擬桌面工作階段主機伺服器的狀態為 [ 可用 ]

測試 Azure 虛擬桌面佈署的相關指引
確認完 Azure 虛擬桌面環境的健康情況後，您就可以開始測試佈署了。

現在，您建立了主機集區，您可以使用 RemoteApp 程式來填入它，或是每個主機集區一個桌面。

為新 Azure 虛擬桌面主機集區建立的預設應用程式群組也會發佈完整桌面。此外，您也可以為
主機集區建立一或多個 RemoteApp 應用程式群組。發佈應用程式、指派使用者以及設定主機
集區選項，以使用 Azure 入口網站自訂 Azure 虛擬桌面佈署。

您可以使用 Windows Desktop 用戶端，在具有 Windows 7、Windows 10 和 Windows 10 IoT 企

業版的裝置上存取 Azure 虛擬桌面資源。除了 Windows 平台以外，您還可以利用 Android、
iOS、macOS 和 Web 用戶端。以下清單包含各種用戶端以及安裝、設定和使用用戶端的指南連結：
● 使用 Windows Desktop 用戶端連線
● 使用 Web 用戶端連線
● 使用 Android 用戶端連線
● 使用 macOS 用戶端連線
● 使用 iOS 用戶端連線
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 27

圖 14 顯示包含已發佈桌面以及 RemoteApps 的 Azure 虛擬桌面 Windows 用戶端範例。

圖 14：Azure 虛擬桌面用戶端範例

如果您此時遇到連線問題，請參閱此頁面，其中包含常見錯誤案例、管理錯誤，以及外部連線
錯誤代碼。

上線的最終準備工作
使用者採用是涉及終端使用者變更的所有 IT 專案的關鍵環節。雖然使用者將能一如往常地存
取其已發佈的應用程式和桌面，您仍然必須徹底做好 Azure 虛擬桌面的使用者採用準備工作。
使用者需要訓練、手冊和常見問題集形式的資源，以便協助他們開始使用 Azure 虛擬桌面服務，
並充分發揮其潛力。存取 Azure 虛擬桌面應用程式和桌面與 RDS 不太一樣，因為使用者必須在
其裝置上進行一次性初始註冊。請確保使用者擁有正確的指示，並納入各種 Azure 虛擬桌面用
戶端的連結 ( 如上一章所述 )。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 28

上線和佈署後步驟
確認 Azure 虛擬桌面健康情況和使用情況
移轉到 Azure 虛擬桌面之後，請調查您環境的使用情況和 Azure 虛擬桌面健康情況。在準備階段
期間，我們已經收集有關已耗用資源的遙測資料 ( 例如，實作稍後監控 一節所述的 Log Analytics)，
藉此決定要將哪個 VM 大小用於工作階段主機 VM，並調查環境的使用情況。這可讓您掌握有幾
位使用者正在利用 Azure 虛擬桌面發佈應用程式和桌面的深入解析，並提供您有關資源耗用量的
遙測資料。您可以視需要使用此資訊來調整工作階段主機伺服器的大小。

如上一章所述，所有個別 Azure 虛擬桌面工作階段主機伺服器的狀態應為 [ 可用 ]。調查所有工

作階段主機伺服器的狀態，確保它們全部都已經連線而且可以正常運作。請注意，如果您按照
第 6 章所述實作了自動調整大小，目前縮小的 VM 會顯示為 [ 無法使用 ]，但不需要採取動作。

收集有幾位使用者正在使用 Azure 虛擬桌面的相關資訊，並收集診斷相關資訊以取得深入解析，

了解哪些工作階段導致了連線錯誤。調查這些錯誤，並針對建議的修正進行後續追蹤。

Azure Advisor 提供有關您 Azure 虛擬桌面環境的資訊，並引導您進行可能在佈署期間遺漏的

方法。請仔細研究 Azure Advisor 包含的建議，並實作其中顯示的建議最佳做法。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 29

圖 15 顯示 Azure Advisor 範例，提供 Azure 虛擬桌面的指導方針。

圖 15：Azure 虛擬桌面的 Azure Advisor 範例

考量事項和佈署後步驟
將 Azure 虛擬桌面佈署導入正式環境之後，建議您考慮並規劃佈署後步驟。您已在先前的步驟
中確認 Azure 虛擬桌面佈署的健康情況和使用情況，但仍建議您持續監控健康情況。請考慮根
據 Azure 監視器和 Log Analytics 實作監控 ( 如稍後的監控 一節所述 )。安全性是 Azure 虛擬桌面
的重要環節。您可能已經在 RDS 佈署中使用了多重要素驗證 (MFA)。現在正是考慮在您的佈署
中新增條件式存取的好時機。由於 Azure 虛擬桌面是以 Azure AD 為基礎，這是相對容易的工作。
我們會在稍後的條件式存取 一節中概述此工作。當您開始利用 Azure 虛擬桌面時，請考慮可從
此佈署中獲益的其他情況。例如，您可以允許系統管理員在遠端存取您的環境，以執行維護工作。
您目前可能正在使用 VPN 解決方案進行這項工作。也可以提供對集中管理 ( 跳板機 ) 伺服器的
安全存取，藉此讓管理員也能利用 Azure 虛擬桌面。請務必規劃持續自動調整大小和工作階段
主機 VM 更新，做為主機集區的一部分。按照後續自動調整大小 一節所述，自動化這些更新。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 30

清理 RDS 佈署
在您成功將 RDS 佈署移轉到 Azure 虛擬桌面後，建議您一併清理您的 RDS 佈署。請務必徹底調
查、規劃和執行這項清理作業，以確保不會留下任何元件或組態。建議您清理 RDS 環境的幾個
地方：
● 您 RDS 佈署的 VM 顯然可以移除。執行您 RDS 基礎結構角色 ( 例如 RD 連線代理程式、
RD Web 存取和 RD 閘道 ) 的 VM 已不再需要。在移轉到 Azure 虛擬桌面的過程中，RD 工
作階段主機 VM 已移轉到 Azure，因此也可以移除這些 VM。建議您匯出 RDS 組態設定
( 例如已發佈的應用程式、重新導向選項等 )，確保您擁有該可用資訊，以防您稍後可能想
要比較 Azure 虛擬桌面設定。為您的其中一台 RD 工作階段主機伺服器建立快照 / 備份可
能也是很好的做法，以防您稍後在屬於 Azure 虛擬桌面之一部分的工作階段主機伺服器中
遇到非預期的應用程式或設定行為，同時也方便您將設定與之前的 RDS 佈署進行比較。

● 您的 RDS 佈署也將使用各種 DNS 記錄，而且最有可能的情況是，這些記錄是在公用和

私人 DNS 服務中所建立。DNS 類型 A 記錄可用於存取 RD 連線代理程式、RD 閘道和
RD Web 存取元件。您大致上也使用了 DNS TXT 記錄，讓 RemoteApp 和桌面連線 (RADC)
控制台小程式能夠根據使用者的電子郵件地址，自動設定 Web 摘要 URL。這些 DNS 記錄
現在可以安全地移除，因為 Azure 虛擬桌面已經不再需要這些 DNS 記錄。

● RDS 佈 署 的 基 礎 結 構 元 件 ( 包 括 實 際 RD 工 作 階 段 主 機 伺 服 器 ) 全 部 都 是 您 內 部
AD Domain Services 的成員。由於我們已移除基礎結構 VM，因此現在也可以移除對應的
AD 電腦物件 ( 包括其 DNS 項目 )。您是否可以一併移除 RD 工作階段主機伺服器電腦物件，
取決於您移轉這些工作負載的方式。如果您已自行移轉 VM，您將重複使用這些電腦物件，
因此不應移除這些物件。例如，如果您在從 Windows Server 移轉到 Windows 10 多重工作
階段的過程中，已根據 Azure 中的一組新 VM 進行移轉，您最有可能也會使用新的名稱和
電腦物件，這表示您可以移除舊的物件。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 31

其他功能的相關指引
自動調整大小
如第 3 章所簡述，您可以自動調整工作階段主機 VM 的大小，藉此降低 Azure 虛擬桌面佈署總
成本。透過 Azure 虛擬桌面的自動調整大小，可確保讓您在非尖峰用量時段期間關閉並取消分
配工作階段主機 VM，然後在尖峰時段期間將其重新開啟並重新分配。此調整大小工具提供低
成本的自動化選項，可因應您要最佳化工作階段主機 VM 成本的案例。

Microsoft 提供的自動調整大小工具將會根據您定義為參數的尖峰和非尖峰營業時間，協助您自
動化並排定要啟動和停止的工作階段主機 VM。以下兩個動作將會在完成自動調整大小設定後
進行：
● 自動調整大小工具將會根據每個 vCPU 的工作階段數量 ( 定義為其中一個參數 )，擴大工
作階段主機 VM。
● 自動調整大小工具將會在非尖峰用量時段期間縮小 VM，保留最少的執行中工作階段主
機 VM 數量 ( 定義為其中一個參數 )。

以下章節提供更多有關尖峰和非尖峰時段的詳細資訊。
在尖峰用量期間，此工作會檢查目前的工作階段數量，以及每個主機集區的目前執行中工作階
段主機的 VM 容量。它會根據 SessionThresholdPerCPU 參數，使用此資訊來計算執行中
的工作階段主機 VM 是否可以支援現有工作階段。

在非尖峰用量期間，此工作會判斷有幾個工作階段主機 VM 應根據 MinimumNumberOfRDSH

參數關閉。然後，此工作將會通知任何目前已登入的使用者儲存其工作、等待已設定的時間長度，
然後強制使用者登出。將工作階段主機 VM 上的所有使用者工作階段登出後，此工作將會關閉
VM。關閉 VM 之後，此工作將會重設其工作階段主機清空模式。

此工作也會隨時考慮到主機集區的 MaxSessionLimit 值，以判斷目前的工作階段數量是否超

過容量上限的 90%。此工作會根據設定的週期間隔定期執行。您可以根據 Azure 虛擬桌面環境
的大小自訂此間隔。請注意，啟動和關閉 VM 可能需要一些時間，因此請記得考慮延遲。建議
的週期間隔為每 15 分鐘一次。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 32

此工具目前也有以下需要注意的限制：
● 自動調整大小工具僅適用於集區式多重工作階段主機 VM。個人指派的 Azure 虛擬桌面主
機無法使用此工具來自動調整大小。
● 自動調整大小工具會管理任何區域中的 VM，不過，它只能用於與您 Azure 自動化帳戶及
Azure Logic App ( 自動調整大小工具包含的 Azure 物件 ) 相同的訂閱。
● 如果啟動或停止主機集區中的 VM 需要花三個小時以上的時間，此工作則會失敗。
若要開始使用自動調整大小，請按照本指南的說明進行。

條件式存取
如第 1 章所簡述，Azure 虛擬桌面是以 Azure AD 為基礎。也就是說，Azure 虛擬桌面可以立即
利用所有 Azure AD 安全性功能。在大多數生產環境中，我們建議為 Azure 虛擬桌面設定條件式
存取。這樣一來，您就可以定義使用者工作階段必須符合哪些額外的安全性要求，才能存取已
發佈的桌面和應用程式。

常見的條件式存取範例為 Azure MFA。在設定 Azure MFA 之後，當使用者登入時，用戶端會要

求提供使用者名稱和密碼，接著會出現 Azure MFA 提示。當您選取 [ 記住我的資訊 ]，您的使
用者就可以在重新啟動用戶端後登入，而不需要重新輸入其認證。這些認證會儲存在本機認證
管理員中。後者適用於使用 Windows Azure 虛擬桌面用戶端，其他 Azure 虛擬桌面用戶端可能
會根據平台和用戶端版本而顯示不同的體驗。雖然記住認證很方便，但也可能會讓企業案例或
個人裝置的佈署變得比較不安全。為保護您的使用者，您需要確保用戶端一律會要求他們提供
Azure MFA 認證。您可以在這裡找到有關設定 Azure 虛擬桌面的 Azure MFA 的詳細資訊。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 33

監控
就像許多其他 Azure 服務一樣，Azure 虛擬桌面也可以將 Azure 監視器用於監控和警示。這可
讓 Azure 虛擬桌面管理員透過整合式介面和儀表板找出問題。Azure 監視器和 Log Analytics 可
以收集終端使用者和系統管理動作的活動記錄。每個擷取的活動記錄均屬於以下類別之一：
● 管理活動
● 摘要
● 連線
● 主機註冊
● 錯誤
● 檢查點

無法連到 Azure 虛擬桌面的連線不會出現在診斷結果中，因為診斷角色服務本身是 Azure 虛擬

桌面的一部分。當使用者遇到網路連線問題時，就會發生 Azure 虛擬桌面連線問題。

Azure 監視器可讓您分析 Azure 虛擬桌面佈署以及工作階段主機 VM 的相關遙測資料的整合式

資訊。您可以定義效能計數器來建立自訂儀表板。Azure 監視器還能讓管理員建立自訂儀表板，
並與其他 Azure 管理員共用。可以輕鬆便利地從 Azure 入口網站中存取這些儀表板。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 34

以下螢幕擷取畫面顯示 Azure 虛擬桌面的 Azure 監視器和 Log Analytics 輸出範例。

圖 16：Azure 虛擬桌面的 Azure 監視器範例

若要開始使用適用於 Azure 虛擬桌面的 Azure 監視器，請使用本指南。

自動化
Azure 虛擬桌面完全是以 Azure Resource Manager (ARM) 為基礎。這也表示您可以利用各種
方式來自動化 Azure 虛擬桌面的佈署和維護。對於使用 ARM 的自動化，Microsoft 提供並維護
GitHub 上的位置，您可以在其中擷取各種工作的自動化指令碼。

ARM 可讓您定義必須以程式碼佈署的基礎結構。基礎結構程式碼會變成專案的一部分。就像應
用程式的程式碼一樣，您會將基礎結構程式碼儲存在來源存放庫並進行版本管理。團隊中的任
何人都可以執行程式碼並佈署類似的環境。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 35

若 要 以 程 式 碼 形 式 為 Azure 解 決 方 案 實 作 基 礎 結 構， 您 可 以 使 用 ARM 範 本。 該 範 本 是
JavaScript 物件標記法 (JSON) 檔案，定義專案的基礎結構和組態。該範本使用宣告式語法，
可讓您陳述您打算要佈署的功能，而不必編寫程式設計命令序列來建立它。在該範本中，您可
以指定要佈署的資源和這些資源的屬性。您可以在這裡找到有關 ARM 範本的詳細資訊。

有可用的 ARM 範本，可建立和更新 Azure 虛擬桌面主機集區、設定自動調整大小等等。您可以

在這裡找到主要 GitHub 存放庫。

Azure Advisor
Azure Advisor 可協助使用者解析 Azure 虛擬桌面中的常見問題。這些建議可以減少提交協助
要求的需求，進而為您節省時間和成本。Azure Advisor 會分析您的組態和遙測，提供個人化
建議以處理常見問題。透過這些建議，您可以針對可靠性、安全性、卓越營運、效能和成本將
Azure 資源最佳化。

請務必經常查看您的建議，一星期至少查看一次以上。請一律嘗試解決 Azure Advisor 中優先順

序層級最高的問題。如果建議似乎較不重要，您可以將建議關閉或延後處理。當您在 Azure 虛
擬桌面中注意到問題時，請一律先查看 Azure Advisor。Azure Advisor 將提供您有關如何解決
問題的指示，或至少指出可協助您的資源。如需有關如何存取和設定適用於 Azure 虛擬桌面的
Azure Advisor 的詳細資訊，請瀏覽此連結。

Microsoft Teams
根據預設，Azure 虛擬桌面上的 Microsoft Teams 可支援聊天和協作。透過 Azure 虛擬桌面
的媒體最佳化，它也能支援通話和會議功能。為 Microsoft Teams 安裝並設定媒體最佳化後，
Windows Desktop 用戶端會在本機處理 Teams 通話和會議的音訊和視訊。目前，媒體最佳化
僅限於 Azure 虛擬桌面 Windows 用戶端。不過，在未最佳化通話和會議的情況下，您仍可在
Azure 虛擬桌面上將 Microsoft Teams 與其他用戶端搭配使用。所有平台皆可支援 Teams 聊天和
協作功能，且不受限制。如需如何啟用和設定媒體最佳化的詳細資訊，請點選此連結。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 36

有關在 Azure 虛擬桌面環境中使用 Teams 桌面用戶端，目前存在幾項限制。請瀏覽此連結，以

熟悉目前的限制。

MSIX app 附加
為了改善所有 Windows 應用程式的封裝體驗，MSIX 已經以全新封裝格式推出，可提供許
多實用的功能。MSIX app 附加是一種將 MSIX 應用程式同時提供給實體和虛擬機器的方法。
在 Azure 虛擬桌面佈署中，MSIX app 附加會在虛擬容器內使用 MSIX，已在使用者資料、作業
系統和應用程式之間建立完整的區隔。它不需要重新封裝，因為它可以利用現有的 MSIX 套件。
可以讓 Azure 虛擬桌面工作階段主機伺服器和使用者以快速且有效率的方式使用 MSIX app 附
加應用程式。對於這兩種作業系統以及使用者來說，會將 MSIX app 附加應用程式視為任何其
他 MSIX 應用程式。

有一些需要先完成的事項，才能開始使用 MSIX app 附加：

● 您至少必須擁有 Windows 10 版本 2004，做為 Azure 虛擬桌面工作階段主機伺服器的作業
系統。
● 必須已建立可正常運作的 Azure 虛擬桌面佈署。
● 您最好將 MSIX app 附加與應用程式廠商提供的 MSIX 原生應用程式搭配使用。請諮詢應
用程式廠商以獲得詳細資訊。若未提供 MSIX 原生應用程式，您也可以使用 MSIX 封裝工
具來將現有的應用程式 (MSI、EXE 等 ) 轉換為 MSIX 套件。
● Azure 虛擬桌面佈署中的網路共用，MSIX 封裝會儲存在該位置。此網路共用能以 Azure
IaaS 檔案伺服器和 Azure 檔案為基礎。

您可以在這裡找到有關為 Azure 虛擬桌面設定 MSIX app 附加的詳細資訊。

 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 37

總結
摘要
在第 1 章中，我們介紹了將雲端 VDI 運用於遠端工作策略的好處，以及移轉到 Azure 虛擬桌面
的原因。我們從成本觀點探討了優點，並提供了 Azure 虛擬桌面服務簡介。此外，我們介紹了
利用 Azure Migrate 將 RDS 移轉到 Azure 虛擬桌面的七大步驟計劃。在第 2 章中，我們更詳細
說明了七大步驟計劃中的前四個步驟，並提供了執行這些步驟的指引。第 3 章介紹了如何建立
Azure 虛擬桌面環境，並說明了此計劃的其餘三個步驟。第 4 章探討了如何測試 Azure 虛擬桌
面環境並準備上線。在第 5 章中，我們介紹了上線，並提供了佈署後步驟的指引。在第 6 章中，
我們提供了在 Azure 虛擬桌面佈署中要考慮的其他功能的相關指引。請進一步閱讀其他資源、
其他功能的相關指引、詞彙表，以及有關本電子書作者的詳細資訊。

資源
我們希望您對本導覽感到滿意，而且覺得現在已經為移轉到 Azure 虛擬桌面做好更充分的準備
了！還有許多其他資源和支援可提供協助，以下是一些關鍵參考資料：
1. 閱讀更多 Azure 虛擬桌面文件，以取得最新技術指引。

2. 參加教學課程，開始使用 Azure 虛擬桌面。

3. 觀看 Microsoft Mechanics 影片，以取得如何移轉的快速概觀。

4. 註冊免費 Azure 帳戶，嘗試佈署您的虛擬化 Windows 桌面和應用程式。

5. 取得實作佈署指引 ( 如果您已有 Azure 訂閱 )。

6. 加入 Azure 移轉和現代化計劃，獲得指引和專家協助。

7. 連絡銷售人員，討論定價、技術需求，以及實現安全遠端工作的短期和長期解決方案。
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 38

如有需要，請使用以下資源來取得本電子書中所提及之特定主題的深入資訊：
● Azure 保留 VM 執行個體 (RI)
● Azure 虛擬桌面合作夥伴整合
● 什麼是 Azure 虛擬桌面？
● Windows 10 電腦規格和系統需求
● 虛擬機器的 SLA
● 遠端桌面服務 – GPU 加速
● GPU 最佳化虛擬機器大小
● 虛擬機器系列
● Azure 虛擬桌面合作夥伴整合
● 關於 Azure Migrate
● 準備和自訂主要 VHD 映像
● FSLogix 移轉預覽模組
● Azure 虛擬桌面定價
● 支援的虛擬機器作業系統映像
● 安全 URL 清單
● Windows 10 企業版多重工作階段常見問題集
● 主機集區負載平衡方法
● 建議的命名和標記慣例
● 使用 Azure 入口網站建立主機集區
● 使用 Azure 入口網站管理應用程式群組
● Azure 虛擬桌面體驗估算器
● 使用 Azure 自動化擴展工作階段主機
● 啟用 Azure 虛擬桌面的 Azure 多重要素驗證
● 將 Log Analytics 用於診斷功能
● 什麼是 ARM 範本？
● RDS/Azure 虛擬桌面 ARM 範本
● 將 Azure Advisor 與 Azure 虛擬桌面搭配使用
● 在 Azure 虛擬桌面上使用 Microsoft Teams
● 設定 MSIX app 附加
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 39

詞彙表

下表包含本書中所使用的術語彙編。

表格 5：詞彙表
 適用於遠端桌面服務的 Azure 虛擬桌面移轉指南 40

關於作者
Freek Berson 是一位雲端解決方案架構設計師，其專長為以遠端技術為基礎的應用程式和桌面
交付。他長久以來在 RDS 領域擁有卓越的成績，而且自 2011 年以來持續獲得 Microsoft 最有價
值專業人員 (MVP) 的殊榮。

Freek 積極參與社群討論。他在世界各地的各種會議演講，包括 Microsoft Ignite、Microsoft

Ignite | The Tour、Microsoft TechSummit、Microsoft TechDays、Azure Saturday、BriForum、
E2EVC、ExpertsLive，還有許多其他 ( 線上 ) 活動。他也是已出版著作的作家。

他任職於 Wortell，這是一家設立於荷蘭的雲端整合商公司，他主要致力於研究終端使用者運算，
大多是在 Microsoft 平台上且著重於 Azure。他也是 RDS Gurus 的管理合作夥伴。

他在 themicrosoftplatform.net 經營自己的個人部落格，撰寫許多與 Azure 虛擬桌面、RDS、

Azure 雲端和其他 Microsoft 技術有關的文章和部落格文章。

您可以在 Twitter 上使用 @fberson 關注他，並查看他透過其 GitHub 帳戶發表的內容。

© 2021 Microsoft Corporation. 著作權所有，並保留一切權利。

本文件是依「現況」提供。本文件所呈現的資訊和觀點，包括 URL 及其他網際網路網站參考資料，如有變更恕不另行通知。使用風險須自行承擔。本文未賦予您對
於任何 Microsoft 產品中任何智慧財產權的任何法律權利。您可以出於內部參考目的複製與使用本文。