Horizon Cloud on Microsoft Azure 的 App Volumes 應用程式 - 概觀和先決條件

使用 App Volumes 應用程式功能時，您可以管理應用程式的整個生命週期，包括封裝、更新和淘汰應用程式。您也可以自訂應用程式指派，將特定版本的應用程式提供給使用者。

重要： 如 Horizon Cloud 中管理工作的雲端式 Horizon Universal Console導覽所述，雲端式主控台是動態的，會反映您 Horizon Cloud 租用戶環境中的最新情況適用的工作流程和設定。功能的存取將根據多項因素而有所不同，例如租用戶的區域雲端平面、您的雲端連線網繭是否執行最新的軟體層級，以及功能是否以特定授權為基礎。只有在您的授權或租用戶帳戶組態包含使用此類功能的權限時，主控台才會動態反映這些功能的相關元素。若未在主控台中看到預期的功能，您必須連絡 VMware 客戶代表，以確認您的授權和租用戶帳戶組態是否可授與其使用權限。

概述 Horizon Cloud 中的 VMware App Volumes 功能

下表將概略說明 Horizon Cloud 中的 VMware App Volumes 功能。

功能區域	說明
部署	零接觸部署。自動佈建 App Volumes 基礎結構元件，例如 App Volumes Manager、App Volumes 資料庫和儲存區。 將 Microsoft Azure PostgreSQL 管理的服務運用在資料庫需求上。不需要其他資料庫管理。 在網繭設定期間的自動佈建 Microsoft Azure 檔案共用，以儲存和提供應用程式。
管理主控台	App Volumes 主控台會緊密整合至 Horizon Universal Console 中。在相同的主控台中管理桌面和應用程式。 App Volumes Agent 安裝體驗與 Horizon Cloud 映像建立工作流程緊密整合。
App Volumes 4 Agent	整合的效能最佳化代理程式可同時用於內部部署和 Microsoft Azure 部署。
封裝	支援使用 Microsoft Azure 檔案共用提供的 VHD 型套件。 應用程式套件建立作業可在 Horizon Cloud 內原生執行。不需要命令列工具。 客戶可以使用 App Volumes 匯入 MSIX 應用程式連結 VHD，並提供這個新的套件格式。
應用程式生命週期管理	支援簡化的應用程式管理 (SAM) 功能，此功能已是 App Volumes 4 內部部署的一部分。現在，管理員可以管理應用程式的整個生命週期，包括封裝、更新和淘汰。
應用程式指派	管理員可自訂其應用程式指派，將特定版本的應用程式提供給使用者。 支援多網繭應用程式交付。
混合雲支援	現在，內部部署 App Volumes 客戶可以將其應用程式套件從其內部部署匯入至 Microsoft Azure 上的 Horizon Cloud。重複使用內部部署套件。不需要為 Microsoft Azure 重新封裝。

App Volumes 應用程式程序概觀

若要讓使用者可使用 App Volumes 應用程式，必須執行兩個步驟的程序：

• 在 Horizon Universal Console 中新增 App Volumes 應用程式。有兩種方式可以執行此作業：
  • 建立並匯入新的應用程式套件，以新增 App Volumes 應用程式。

    如果尚未建立應用程式套件，您可以使用建立選項加以建立，這會使用 App Volumes 建立應用程式套件並自動將其匯入。請參閱使用建立工作流程將 App Volumes 應用程式新增至您 Horizon Cloud 租用戶的詳細目錄。

  • 藉由匯入現有的應用程式套件來新增 App Volumes 應用程式。

    如果您有先前使用 App Volumes 建立的應用程式套件，您可以使用匯入選項將其匯入。這表示您可以重複使用內部部署中的應用程式套件，而無須重新封裝應用程式。請參閱Horizon Cloud - 藉由匯入現有的應用程式套件來新增 App Volumes 應用程式。

• 建立 App Volumes 指派，將 App Volumes 應用程式指派給使用者。請參閱Horizon Cloud - 建立 App Volumes 指派。

將 App Volumes 用於 Horizon Cloud on Microsoft Azure 部署的需求及先決條件

重要： 為避免您的 App Volumes 應用程式變得無法存取，並因此使 Horizon Cloud on Microsoft Azure 部署中的 App Volumes 功能支援失效，請勿以任何方式更動與 App Volumes 相關的儲存區帳戶的儲存區帳戶金鑰，以免導致金鑰到期、變更或輪替。

如果儲存區帳戶金鑰遭到輪替 (無論是手動或透過 Azure 原則)，則 App Volumes 所依賴的儲存區帳戶和檔案共用將變得無法存取。如果發生這種情況，App Volumes 將無法向使用者提供應用程式，因為儲存在部署中的儲存區金鑰無效。

儘管 Horizon Cloud on Microsoft Azure 部署位於指定的 Azure 訂閱中，然而部署與 App Volumes 相關的儲存區帳戶是由 VMware 管理的元件，而網繭管理員機器、Unified Access Gateway 機器和其他佈建至您的 Azure 訂閱的服務部署資源，也都使用相同的儲存區帳戶。每個 Horizon Cloud on Microsoft Azure 部署都包含與 App Volumes 相關的儲存區帳戶的部署。

在服務部署網繭管理員機器時，它會將這個與 App Volumes 相關的儲存區帳戶佈建至您的 Azure 訂閱。此儲存區帳戶的作用，是要提供可用於佈建 App Volumes 應用程式檔案的檔案共用。

Azure Storage 會自動使用 Microsoft 管理的金鑰，對此儲存區帳戶中的資料進行加密。如果您或您的組織變更、輪替此儲存區帳戶金鑰或使其過期，儲存區金鑰將變得無效。如果發生這種情況，App Volumes 將無法存取檔案共用，進而無法將應用程式提供給使用者。

您必須先確認環境符合下列先決條件，才可將 App Volumes 應用程式新增至詳細目錄。

與網繭相關的先決條件

• 若要將 App Volumes 功能與單一工作階段類型之 Microsoft Windows 作業系統搭配使用，則 Horizon Cloud Service on Microsoft Azure 部署必須執行資訊清單 2298.x 或更新版本。
• 若要將 App Volumes 功能與 Microsoft Windows 10 或 11 企業版多重工作階段作業系統搭配使用，則部署必須執行資訊清單 2747.x 或更新版本。
• 部署必須具有閘道組態 (Unified Access Gateway 執行個體)，而且您已完成 Unified Access Gateway 的 FQDN 對應步驟，而設定了 Unified Access Gateway 執行個體的 Horizon Cloud on Microsoft Azure 部署需要完成此程序。
• 檢視每個網繭的詳細資料頁面，確認頁面指示每個網繭都具有已掛接的檔案共用。在您完成 Active Directory 網域登錄工作流程後，您可以在主控台中導覽至網繭詳細資料頁面。這些檔案共用是由服務所產生，要使用 App Volumes 功能，就必須要有這些檔案共用。

  若要顯示網繭的詳細資料頁面，請導覽至容量頁面 (設定 > 容量)，然後按一下網繭。然後確認：

  • 內容下方的檔案共用欄位的值為 2，當您將游標指向數字時，即會列出這兩個檔案共用。
  • 頁面底部的閘道設定已填入，表示 Unified Access Gateway 已設定。

組態需求

• 您已依照開始使用您的 Horizon Cloud 環境所述，完成 Active Directory 網域登錄工作流程。
• 如果您在使用 Horizon Universal Console 登錄網域後，將 Active Directory 網域的網域控制站原則網域控制站：LDAP 伺服器簽署需求設定為要求簽署，則必須執行下列動作：
  1. 在設定 > Active Directory 頁面上，按一下網域繫結旁的編輯 (鉛筆) 圖示。
  2. 在繫結密碼文字方塊中，輸入主要繫結帳戶密碼。請勿進行任何其他變更。
  3. 按一下網域繫結。
• 除了符合 Horizon Cloud 的 DNS、連接埠和通訊協定需求以外，您也必須開啟連接埠 445 供 TCP 通訊協定流量使用。連接埠 445 是一個標準 SMB 連接埠，用來存取 Microsoft Windows 上的 SMB 檔案共用。AppStack 會儲存在 Microsoft Azure 訂閱內，位於網繭資源群組中的 SMB 檔案共用。

映像需求

若要使用主控台中的 [建立] 工作流程來建立應用程式套件以新增 App Volumes 應用程式，主控台中的詳細目錄必須具有符合下列準則的已發佈映像。

• 具有 Microsoft Windows 10 或 Windows 11 作業系統的用戶端類型。此用戶端類型有時稱為 VDI 類型的作業系統。雲端內擷取工作流程僅適用於 VDI 類型的作業系統。雲端內擷取工作流程不適用於多重工作階段或 RDS 類型的作業系統。
• 已安裝 App Volumes Agent。

在 Microsoft Azure 的 Horizon Cloud Pod 中搭配使用 Microsoft Windows 10 或 11 企業版多重工作階段映像與 App Volumes 應用程式的最佳做法

下列做法通常可提供更理想的使用者和管理員體驗。另請參閱在 Microsoft Azure 的 Horizon Cloud Pod 中設定 Microsoft Windows 10 或 11 企業版多重工作階段映像與 App Volumes 應用程式。

• 在基礎映像中安裝具有印表機驅動程式的硬體印表機。請參閱《部署和上架至適用於 Microsoft Azure 的 Horizon Cloud 和 Horizon 網繭》指南，以瞭解相關的已知問題資訊，特別是已知問題主題中的資訊。
• 如 Microsoft 說明文件常見問題集中所述，Microsoft Windows 10 企業版多重工作階段是一種遠端桌面工作階段主機 (RDSH) 類型的虛擬機器，可允許多個並行的互動式工作階段，此功能先前只有 Microsoft Windows Server 作業系統提供。由於 Microsoft Windows 10 企業版多重工作階段是 Horizon Cloud RDSH 類型的作業系統，因此會將 RDSH 適用的工作流程 (而非 VDI 相關工作流程) 套用至其中。因此，若要根據這些多重工作階段系統為使用者提供工作階段桌面，您可以如建立伺服器陣列中所述建立伺服器陣列。若要根據伺服器陣列在工作階段桌面中支援使用 App Volumes 應用程式，則需要下列所有伺服器陣列設定。這些設定可為伺服器陣列虛擬機器的作業系統磁碟進行準備，以定期重新整理為其初始狀態，並且需要該定期重新整理，才能支援在此類虛擬機器中使用 App Volumes 應用程式。

  需要的輪替維護設定

  • 維護類型：工作階段
  • 工作階段數目：等於每個虛擬機器的工作階段數目
  • 虛擬機器動作：重建
  • 並行靜止虛擬機器：伺服器陣列大小的 40%

  需要的逾時處理設定

  • 登出已中斷連線的工作階段：在 90 分鐘後逾時
  • 工作階段逾時間隔：90 分鐘

• 您必須針對要佈建為 Microsoft Windows 10 多重工作階段上應用程式套件的每個應用程式停用自動更新服務。在此類型的 Microsoft Windows 10 多重工作階段環境中，自動更新行為會發生問題。
  • 如果應用程式具有自動更新服務，請在應用程式佈建程序期間停用服務，例如使用 Windows 服務管理員。
  • 如果您在應用程式佈建程序期間無法停用或未停用自動更新服務，則在遇到問題 (例如使用者收到未指派應用程式的不完整版本) 後，請透過設定登錄來修改基礎映像。此組態可確保在使用者虛擬機器上部署應用程式套件時，該服務不會啟動。具體而言，透過將應用程式服務名稱新增至 svservice 登錄組態 DisableAppServicesList 來設定登錄。請參閱《部署和上架至適用於 Microsoft Azure 的 Horizon Cloud 和 Horizon 網繭》指南，以瞭解相關的已知問題資訊，特別是已知問題主題中的資訊。
• 通知使用者，如果他們的安裝應用程式或建立的檔案不打算在相同虛擬機器上的所有使用者工作階段之間共用，則他們可以將檔案放在自己的設定檔位置。