此頁面介紹了將 Horizon Cloud on Microsoft Azure 部署移轉至 Horizon Cloud Service - next-gen 環境所涉及的階段。

移轉工作流程

確認您和 IT 團隊符合排程自助服務移轉的先決條件中所述的先決條件和重要項目。

下圖說明整體移轉程序。

在認可階段中,會進行排程的維護時段,且系統會建置一些它無法提早預先建置的資源。

移轉工作流程階段圖

高階概觀

移轉大致涉及以下活動:

  1. 履行邀請,並完成第一次上架到 Horizon Cloud Service - next-gen 的過程。
  2. 將第一代 Horizon Cloud 環境與所設定的下一代環境配對。
  3. 您可以在下一代環境中設定所需的身分識別提供者設定。
  4. 排定網繭的移轉維護時段。
  5. 將排程儲存到系統後,系統會啟動其建置前活動,從而在維護時段開始之前,在 Microsoft Azure 訂閱中建立所需的資源。依照設計,自助移轉工作流程會讓系統在維護時段之前,先執行所有可以完成的活動,而不會影響所選網繭中的管理員和使用者活動。
  6. 在建置前活動期間,在維護時段之前,您需要先設定 DNS 記錄,以將 FQDN 對應至新 Unified Access Gateway 執行個體的 IP 位址。系統會在建置前階段期間,建立這些執行個體。這些執行個體一旦建立後,您就能立即取得其 IP 位址。
  7. 一旦您看到建置前活動完成,即可使用測試浮動集區,來預先驗證浮動集區的行為。每個測試集區具有單一桌面虛擬機器,可用來預先驗證該集區的下一代體驗。
  8. 當到了排程的維護時段的開始時間時,系統會開始執行那些需要維護時段的活動。在這段維護時間內,系統會阻止管理員存取主控台,並且使用者無法存取網繭的桌面和應用程式。
  9. 當維護時段的活動完成時,您將對環境執行移轉後驗證。可能需要執行一些移轉後設定步驟。
  10. 最後,您將確認刪除第一代網繭。您將在此步驟中完成移轉。

以下對應的章節進一步詳細介紹了工作流程圖中介紹的主要階段。

邀請和設定

VMware 將傳送電子郵件給您,通知您 Horizon Cloud on Microsoft Azure 部署符合自助移轉程序的條件。

除了電子郵件之外,如果 VMware 為第一代租用戶啟用了以下橫幅,則第一代主控台可能還會指示您的部署何時有資格進行自助移轉。



  • 如果您直接與 VMware Horizon Cloud 營運團隊合作進行此移轉,該團隊將指導您執行所需的步驟。
  • 如果在第一代主控台中啟用了此橫幅,則可以按一下橫幅上的開始吧,並遵循畫面上的指引進行操作,直到您看到您已登入下一代環境為止。畫面上的指引概述了移轉程序,以及設定下一代環境所需的步驟清單,以便您可以排程第一個網繭的移轉。

這些步驟包括:

  • 登入並上架至下一代環境 (如果尚未上架)。如需初始上架的詳細資料,請參閱下一代上架頁面
  • 在下一代環境中登錄外部身分識別提供者,如身分識別與存取管理中所述。下一代環境要求您登錄外部身分識別提供者。該服務使用此身分識別提供者對存取桌面和已發佈應用程式的使用者進行身分識別驗證。

在排程網繭的移轉之前,請完成所需的移轉先決條件,以完成主控台的排程移轉 UI,以及避免在建置前程序和移轉維護時段中的系統活動期間發生故障。

備註: 自動移轉會自動將第一代環境中設定的 AD 網域資訊移轉至下一代環境中。自動移轉會要求您的下一代環境具有與您在第一代環境中為第一代網繭設定之網域相符的 AD 網域資訊。

建置前

「建置前」可縮短在維護時段內執行移轉的時間。此「建置前」不會影響您現有的網繭或使用者工作階段。

下圖說明在系統的建置前程序期間所發生的情況。

備註: 這些簡要的「建置前」概念圖並未說明特定的網路拓撲、經由特定 NIC 或連接埠進行的通訊,或是網路細節。這些圖表不會剖析應用程式、單一工作階段桌面、多重工作階段桌面、來自 IMS 的映像、來自 IMS 之前舊式功能的映像等之間的差別。

此移轉是就地移轉,使用的是第一代部署的 Azure 訂閱、VNet 和子網路。儘管這些圖表以並排方式來描述環境,但自助移轉是使用第一代部署的 VNet 和子網路來部署 Horizon Edge。

  1. 系統會使用您在排程移轉 UI 中提供的輸入,來部署下一代 Horizon Edge。

  2. 系統會取得在網繭層級和第一代控制平面中儲存的第一代組態資料,轉換該資料以便與下一代控制平面設計相符,然後適當地儲存轉換後的資料。

  3. 系統會複製第一代租用戶已登錄的 Active Directory 網域組態,並在下一代環境中建立同等記錄。
  4. 系統會將第一代部署的基礎虛擬機器、已發佈的映像和 App Volumes 相關檔案複製到 Horizon Edge,並設定這些複本以用於 Horizon Edge。
    備註: 第一代部署的基礎虛擬機器、已發佈的映像和 App Volumes 相關檔案會保留在原處,直到您確認已完成端對端移轉為止。


  5. 系統會針對每個第一代浮動桌面集區,在 Horizon Edge 中建立一個測試集區。每個測試集區都包含一個桌面虛擬機器,並從其對應的第一代集區來鏡像該集區的組態設定。

    在維護時段期間完整移轉浮動桌面集區之前,您可以使用這些測試集區,來預先驗證浮動桌面集區行為是否符合您的預期。

提示: 當您看到 Horizon Edge Unified Access Gateway 執行個體已啟動且正在執行後,應為其 FQDN 設定所需的 DNS 項目。如需詳細資料,請參閱 階段 6 - 為自助移轉階段 5 中建立的基礎結構設定 DNS 記錄

在維護時段中認可並執行

在排程的維護時段期間,系統會執行一組預先檢查。一旦發現問題,系統會還原在建置前階段期間所執行的動作。

當還原建置前動作時,會將第一代網繭還原回原來的移轉前狀態。系統還會嘗試讓下一代環境回歸到執行建置前動作之前的狀態。不過,若是在建置前完成後到進行這項還原之間的那段時間,您對下一代環境進行了變更,則系統可能無法讓下一代環境回到執行建置前動作之前的狀態。在這種情況下,請與 VMware 聯繫取得指引。

如果預先檢查通過,則會認可該時段,系統會開始執行其餘的自動化活動:

  • 將網繭的桌面集區和應用程式集區相關聯的資源,從第一代網繭傳輸到下一代 Horizon Edge。
  • 根據第一代網繭中所進行的設定,在 Horizon Edge 中重建浮動 VDI 指派和伺服器陣列中的虛擬機器。
  • 更新專用 VDI 指派中的虛擬機器,以將其 Horizon Agent 組態指向下一代控制平面。


在維護時段期間

在維護時段期間,使用者和管理員不得連線至資源。

若有使用者工作階段留存或使用者未登出,這些活動將中斷這些工作階段,且使用者資料可能遺失,因為隨著下一代環境中相符集區的擴充,將刪除屬於浮動 VDI 指派或伺服器陣列的虛擬機器。屬於專用 VDI 指派的虛擬機器將重新開機。

在維護時段之後

以下幾節介紹了移轉後的部署。

管理員登入

Horizon Universal Console 的管理存取,是透過 Workspace ONE Admin Hub 來進行。

新的管理員登入流程
  1. 使用 https://console.cloud.vmware.com/ (VMware Cloud Services) 登入,然後導覽至我的服務,以找出 Workspace ONE 卡片。

  2. 啟動該服務以開啟 Horizon Cloud Service 卡片所在的 Workspace ONE Admin Hub。按一下該卡片上的管理,以啟動 Horizon Universal Console

使用者體驗
《使用 Horizon Cloud Service - next-gen 指南》中說明在下一代部署中啟動桌面和應用程式的一般使用者體驗:

下一代環境的啟動位址為 cloud.vmwarehorizon.com

下一代服務中的驗證要求使用者使用設定的身分識別提供者進行登入。

在這項自助移轉中,目前不支援移轉在每個桌面的 Horizon Client 中所設定的使用者桌面喜好設定。在移轉後,使用者必須重新在其用戶端中設定這些所要的喜好設定。請參閱移轉的排除項和特殊案例

網繭的 VDI 桌面指派和伺服器陣列中的 [虛擬機器數目下限] 設定
移轉程序的設計使得第一代 VDI 桌面指派和伺服器陣列在下一代環境中的同等實體中具有同等的電源管理設定。

對於第一代 VDI 桌面指派和伺服器陣列,同等的下一代實體是集區集區群組。在下一代環境中,電源管理設定是在集區群組層級進行。在集區群組的電源管理設定中,虛擬機器數目下限的依據是「保持電源開啟的虛擬機器數目」佔「集區群組中虛擬機器總數」的百分比。在第一代環境中,名為虛擬機器數目下限的設定直接代表 VDI 桌面指派或伺服器陣列中所需的虛擬機器數目下限。

在移轉後,當您編輯集區群組時 (這些集區群組是在移轉這些第一代指派和伺服器陣列的過程中,由系統所建立),主控台會將這些集區群組的虛擬機器數目下限設定顯示為從第一代虛擬機器數目下限值轉換而來的百分比。此功能會根據轉換後的百分比,繼續遵循虛擬機器數目下限

已移轉多雲端指派的預設站台相關設定
移轉程序預設了集區群組中從將第一代多雲端指派移轉至下一代集區群組所建立的部分設定。選擇這些預設值可確保使用者在移轉時段結束時可存取其桌面。移轉後,您可以在集區群組設定內調整這些設定,以符合您的組織需求。
  • 依預設,範圍設定將設為任何站台,且要求使用主站台的設定處於關閉狀態。
  • 第一代指派中的主站台覆寫不會移轉至集區群組。
已從第一代應用程式伺服器陣列移轉遠端應用程式
如此處的第一代說明文件中所述,遠端應用程式由第一代網繭中的應用程式伺服器陣列提供。下一代 Horizon Universal Console 具有新術語,其標籤反映了這一點。

移轉後:

  • 第一代應用程式伺服器陣列與下一代中產生的集區之間會保留一對一對應。
  • 系統會使用伺服器陣列的名稱,為每個已移轉的伺服器陣列建立集區。
  • 移轉程序也會使用集區的名稱為每個集區建立一個集區群組,在移轉時,該名稱也是原始伺服器陣列的名稱。
  • 每個集區群組會根據與該集區群組的集區相關聯的應用程式,顯示從第一代應用程式指派移轉之使用者權利的相關資訊。
  • 第一代應用程式指派名稱不會顯示在下一代主控台中。當第一代應用程式指派中包含來自多個伺服器陣列的遠端應用程式時,若要在下一代主控台中查看遠端應用程式和使用者權利,您可以檢視使用伺服器陣列名稱所建立的各個集區群組,也可以使用主控台中的桌面與應用程式目錄 > 已發佈的應用程式

請考慮:

  • 第一代應用程式指派 Assign-1 中具有來自伺服器陣列 Farm-1 的應用程式 app1app2,使用者 User-1 有權存取 app1app2
  • 第一代應用程式指派 Assign-2 中具有來自伺服器陣列 Farm-1 的應用程式 app1 和來自伺服器陣列 Farm-2 的應用程式 app3,使用者 User-2 有權存取 app1app3
  • 這表示,app1 同時授權給 User-1User-2app2 僅授權給 User-1,而 app3 僅授權給 User-2

移轉至下一代後:

  • 您會看到名為 Farm-1 的集區,以及為該集區所建立且名為 Farm-1 的集區群組。在該集區群組中,您會看到應用程式 app1app2 (它們是來自第一代伺服器陣列的應用程式)。
  • 您還會看到名為 Farm-2 的集區,以及為該集區所建立且名為 Farm-2 的集區群組。在該集區群組中,您會看到應用程式 app3
  • 已移轉的權利包括:
    • 集區群組 Farm-1 中的 app1 已授權給 User-1User-2
    • 集區群組 Farm-1 中的 app2 已授權給 User-1
    • 集區群組 Farm-2 中的 app3 已授權給 User-2
AD 網域組態
在下一代 AD 網域組態中,下一代環境需要輔助帳戶,以同時用於網域繫結和網域加入帳戶。在「建置前」活動期間,如果第一代租用戶的 AD 網域組態遺漏輔助網域繫結帳戶或輔助網域加入帳戶,系統會自動重複使用主要帳戶資訊,以作為下一代 AD 網域組態中隨附的輔助帳戶。

您應在 AD 網域中為輔助網域繫結和網域加入帳戶取得服務帳戶,並編輯 AD 網域組態,以新增這些輔助帳戶。在下一代主控台中,導覽至整合 > 管理 > 網域以編輯這些網域。

小心: 在第一個網繭移轉期間,系統已將第一代租用戶的 AD 網域組態移轉至下一代環境後,您負責維護第一代和下一代環境中已設定網域的任何屬性變更。系統不會自動將您在一個環境中所做的變更散佈到另一個環境。例如,如果您在第一代租用戶中更新網域繫結帳戶的密碼,則需要在配對的下一代環境中執行相同的更新。
App Volumes:大量應用程式權利
在下一代架構中,系統管理權利的方式與第一代架構不同。在移轉程序期間,系統會解決位於移轉後第一代部署中的任何大量應用程式權利。此解決過程可確保將大量權利移轉至適合下一代環境權利管理的形式。使用者仍然可以存取他們在第一代環境中有權存取的同一組 App Volumes 應用程式。
App Volumes:網繭移轉
Horizon Cloud Pod 隨時間不斷移轉的過程中,系統會負責將所有 App Volumes 實體從第一代網繭移轉至下一代環境。

例如,您將 Notepad++ 應用程式作為第一代網繭的 App Volumes 應用程式並在 pod-1 和 pod-2 中使用,且該應用程式有多個版本,其中 npp v7.8.1 在 pod-1 中使用,npp v7.8.2 同時在 pod-1 和 pod-2 中使用,npp v7.8.3 則在 pod-2 中使用。

在 pod-1 移轉的建置前期間,系統會將 App Volumes 應用程式 Notepad++ 連同 npp v7.8.1npp v7.8.2 複製到下一代環境,因為 pod-1 中使用了這兩個版本。另一個網繭 (pod-2) 此時尚未移轉。

此時,您有兩個環境,您可能希望同時對第一代環境和下一代環境中的 App Volumes 實體進行變更。對於這些實體,在移轉期間,系統不會刪除已複製到下一代環境中的項目。如果第一代環境和下一代環境之間的 App Volumes 實體發生衝突,則會優先採用存在於下一代環境中的實體。

為了說明這一點,在第一代環境中,您在移轉之前刪除了 pod-2 中的 npp v7.8.2 套件,並新增了新的 npp v7.8.4 套件。然後,當您排程 pod-2 的移轉時,系統會將 pod-2 目前使用的套件 (npp v7.8.3npp v7.8.4) 複製到下一代環境。在 pod-1 移轉期間複製到下一代環境的 npp v7.8.2 套件仍會保留在下一代環境中,即使該 npp v7.8.2 已從第一代環境中刪除也是如此。