針對網繭部署、網繭閘道組態的部署和標準作業，您的 Microsoft Azure 雲端容量中必須要有特定類型和大小的虛擬機器 (VM)。您的訂閱需要適當的配額和組態，以支援這些虛擬機器。當您使用將網繭的外部閘道部署在個別訂閱中的選項時，該訂閱必須要有足夠的配額且組態可支援該外部閘道組態。當您為 Microsoft Azure 中的網繭啟用 Horizon 基礎結構監控功能時，您的網繭訂閱需要適當的配額和組態，以支援將 Horizon Edge 虛擬應用裝置部署至該訂閱。

重要： 網繭部署精靈會驗證您的 Microsoft Azure 環境是否有足夠的核心配額可建置網繭和您指定的閘道組態 (若有的話)。如果精靈根據您在精靈中指定的訂閱資訊判斷沒有足夠的配額，則會顯示螢幕訊息，且精靈將不會繼續進行下一個步驟。

從 2019 年 9 月版本的網繭資訊清單版本開始，無論是以該版本新部署的網繭還是更新為該版本的網繭，每個網繭都會有 Microsoft Azure 負載平衡器和適用於 PostgreSQL 的 Microsoft Azure 資料庫伺服器。當網繭更新為 2019 年 9 月的資訊清單或更新版本時，更新的網繭會包含 Microsoft Azure 負載平衡器和適用於 PostgreSQL 的 Microsoft Azure 資料庫伺服器。適用於 PostgreSQL 的 Microsoft Azure 資料庫伺服器是使用單一伺服器部署來部署。

備註： 已啟用 GPU 的虛擬機器僅在部分 Microsoft Azure 區域提供。如需詳細資料，請參閱 各區域的 Microsoft Azure 產品。

在下表中，[虛擬機器規格] 資料行提供：

  • Microsoft Azure 說明文件中使用的系列名稱
  • Microsoft Azure 入口網站所顯示配額中使用的 vCPU 系列名稱
  • 來自該系列的虛擬機器類型特定名稱

若要在 Microsoft Azure 入口網站中查看訂閱的目前配額，請導覽至所有服務 > 訂閱，並按一下訂閱，然後按一下使用量 + 配額。如需 Microsoft Azure 中關於 Microsoft Windows 虛擬機器大小的詳細資訊，請參閱 Microsoft Azure 說明文件中的此主題及其副主題：https://docs.microsoft.com/zh-tw/azure/virtual-machines/windows/sizes。

Jumpbox 虛擬機器

基於下表所述的目的，系統會在您的 Microsoft Azure 訂閱中暫時建立 Jumpbox 虛擬機器。

表 1. 網繭 Jumpbox 虛擬機器需求
虛擬機器 Microsoft Azure 虛擬機器規格 數量 說明
Jumpbox Linux 標準 F 系列：

Standard_F2 (2 個核心、4 GB 的記憶體)

作業系統磁碟：標準 HDD 30 GiB

每個網繭 1 個 在 Microsoft Azure 環境中建立的虛擬機器，於初始網繭建立期間及環境中後續的軟體更新期間使用。您所部署的每個網繭各需要一個 Jumpbox 虛擬機器。當網繭的建立或更新程序完成，且後續不再需要此 Jumpbox 虛擬機器時，系統就會自動刪除此虛擬機器。
備註： 新部署的 Jumpbox 虛擬機器可用來建立網繭、在下一個版本的網繭軟體可供使用時用來建立更新的綠色元件、用於在網繭上協調藍/綠更新程序，以及用來將閘道組態的程序新增至現有的網繭。
表 2. 將外部閘道置於個別 VNet 中時：Jumpbox 虛擬機器需求
虛擬機器 Microsoft Azure 虛擬機器規格 數量 說明
Jumpbox Linux 標準 F 系列：

Standard_F2 (2 個核心、4 GB 的記憶體)

作業系統磁碟：標準 HDD 30 GiB

每個網繭 1 個 選擇性地將外部閘道部署至其本身的 VNet 或訂閱時，必須要有與網繭本身的核心資源所使用的 Jumpbox 虛擬機器不同的 Jumpbox 虛擬機器。此 Jumpbox 虛擬機器會在 Microsoft Azure 環境中建立於網繭之 Jumpbox 虛擬機器以外的資源群組中，並在外部閘道組態的初始部署期間以及該外部閘道的後續軟體更新期間使用。每個外部閘道都有一個 Jumpbox 虛擬機器，位於其本身的 VNet 或您部署的訂閱中。當外部閘道的部署或更新程序完成，且後續不再需要此 Jumpbox 虛擬機器時，系統就會自動刪除此虛擬機器。
備註： 新部署的 Jumpbox 虛擬機器會用來在這些外部閘道本身的 VNet 或訂閱中建立其中一個閘道 (在網繭建立期間，或在使用「編輯網繭」工作流程將外部閘道新增至現有網繭時)，以在下一個版本的外部閘道或網繭軟體可供您使用時用來為該外部閘道建立更新的綠色元件，以及用來協調該外部閘道上的藍/綠更新程序。

網繭管理員虛擬機器

這些虛擬機器通常會被視為網繭本身的核心。網繭管理員虛擬機器負責協助將使用者用戶端連線至網繭所佈建虛擬桌面中執行的 Horizon Agent 軟體。

表 3. 網繭管理虛擬機器需求 - 適用於網繭的核心虛擬機器，不包括閘道組態
虛擬機器 Microsoft Azure 虛擬機器規格 數量 說明
未啟用高可用性的網繭：網繭管理執行個體 Linux - 標準 Dv3 系列：

Standard_D4_v3 (4 個核心、16 GB 的記憶體)。

作業系統磁碟：標準 HDD 30 GiB

備註： 如果您的 Microsoft Azure 區域並未提供有 Standard_D4_v3 類型，部署工具會改為使用來自標準 Dv2 系列的 Standard_D3_v2 (4 個核心、14 GB 的記憶體)。
在穩定狀態作業期間，每個網繭 1 個

在網繭的藍/綠更新程序的端對端作業期間，每個網繭 2 個。

對於未啟用高可用性的網繭，在穩定狀態作業期間，存在一個已開啟電源的虛擬機器，並執行網繭。當 VMware 營運團隊提供新的網繭資訊清單，且系統開始為網繭的藍/綠更新程序建立綠色元件時，會建立第二個執行個體並開啟其電源。在端對端更新程序中，您可以排程系統切換到使用綠色元件的時間。切換完成後，網繭會使用新建立的虛擬機器進行穩定狀態作業，而先前在藍色元件集中使用的虛擬機器將停止然後刪除。

您的環境大小必須可容納兩個網繭管理員執行個體在端對端更新期間並排執行，從系統開始為藍/綠更新程序建立網繭的綠色元件的時間開始，到更新活動已完成並且將網繭切換為使用新的綠色元件為止。如需網繭藍/綠更新程序的說明，請參閱《管理指南》。
已啟用高可用性的網繭：網繭管理執行個體 Linux - 標準 Dv3 系列：

Standard_D4_v3 (4 個核心、16 GB 的記憶體)。

作業系統磁碟：標準 HDD 30 GiB

備註： 如果您的 Microsoft Azure 區域並未提供有 Standard_D4_v3 類型，網繭部署工具會改為使用來自標準 Dv2 系列的 Standard_D3_v2 (4 個核心、14 GB 的記憶體)。
在穩定狀態作業期間，每個網繭 2 個

在網繭的藍/綠更新程序的端對端作業期間，每個網繭 4 個。

針對已啟用高可用性的網繭，在穩定狀態作業期間，會存在已開啟電源的兩個虛擬機器，並執行網繭。當 VMware 營運團隊提供新的網繭資訊清單，且系統開始為網繭的藍/綠更新程序建立綠色元件時，會建立第二個執行個體每個網繭管理員虛擬機器，並開啟其電源。此時，執行網繭管理員的虛擬機器總數為四 (4) 個。在端對端更新程序中，您可以排程系統切換到使用綠色元件的時間。切換完成後，網繭會使用兩個新建立的虛擬機器進行穩定狀態作業，而先前在藍色元件集中使用的兩個虛擬機器將停止然後刪除。

您的環境大小必須可容納四個網繭管理員執行個體在端對端更新期間並排執行，從系統開始為藍/綠更新程序建立網繭的綠色元件的時間開始，到更新活動已完成並且將網繭切換為使用新的綠色元件為止。如需網繭藍/綠更新程序的說明，請參閱《管理指南》。

與閘道相關的虛擬機器

與閘道相關的虛擬機器包括：

  • 設定作為供使用者用戶端存取網繭佈建資源之安全閘道的 Unified Access Gateway 執行個體。
  • 當您將外部閘道部署至個別的 VNet 時，用來處理該外部閘道組態之雲端管理作業的閘道連接器虛擬機器。
備註： 從 2020 年 7 月開始，在部署全新的閘道時，您可以從 Unified Access Gateway 執行個體的支援虛擬機器型號清單中進行選擇 — 無論是在部署整個網繭時還是在新增閘道時。在 2020 年 7 月版本之前，閘道執行個體必須使用 Standard_A4_v2 虛擬機器型號。您可以從畫面上的精靈中選擇的支援虛擬機器型號清單，將取決於您要在其中部署閘道執行個體之 Microsoft Azure 區域中可用的虛擬機器型號。顯示的選項也將取決於您要用於閘道部署之 Microsoft Azure 訂閱中的虛擬機器配額。網繭部署精靈的 虛擬機器型號功能表會動態地反映符合那些需求的虛擬機器型號。

軟體更新將保留閘道執行個體的虛擬機器型號。無論閘道執行個體在網繭更新之前採用何種虛擬機器型號，更新之後仍將採用該虛擬機器型號。

表 4. Unified Access Gateway 虛擬機器需求
虛擬機器 Microsoft Azure 虛擬機器規格 數量 說明
Unified Access Gateway 執行個體 從這個版本開始，您可以選擇下列虛擬機器型號來進行新的閘道部署。
  • Linux 標準 Av2 系列 — Standard_A4_v2 (4 個核心、8 GB 的記憶體)、作業系統磁碟：標準 HDD 20 GiB
  • Linux 標準 FSv2 系列：
    • Standard_F8s_v2 (8 個核心、16 GB 的記憶體)、作業系統磁碟：SSD 32 GiB

根據您為相同網繭選擇具有外部和/或內部 Unified Access Gateway 組態類型而有所不同。

針對僅限外部或僅限內部的組態：
  • 在穩定狀態作業期間，每個網繭 2 個
  • 在網繭相關藍/綠更新活動的端對端作業期間，每個網繭 4 個。
針對同時具有外部和內部 Unified Access Gateway 組態的網繭，
  • 在穩定狀態作業期間，每個網繭 4 個
  • 在網繭相關藍/綠更新活動的端對端作業期間，每個網繭 8 個。
Unified Access Gateway 是選用功能，當您在部署精靈中設定閘道設定時，即會為您的網繭部署。如果您決定將 Unified Access Gateway 執行個體用於網繭，則您的環境必須可容納這些在網繭的端對端藍/綠更新程序期間執行的執行個體。穩定狀態執行個體數目取決於您是否同時選擇擁有外部和內部 Unified Access Gateway 組態。

當您僅有外部或僅有內部 Unified Access Gateway 組態時，穩定狀態作業期間會存在兩個開啟電源的執行個體，並提供 Unified Access Gateway 功能。在更新程序執行期間，將會額外建立兩個執行個體並開啟電源，以執行 Unified Access Gateway 上的軟體更新。更新完成後，網繭會移轉並使用新建立的虛擬機器，且先前在藍色元件集中使用的虛擬機器將停止然後刪除。

如果同時擁有外部和內部 Unified Access Gateway 組態，則在穩定狀態作業期間會存在四個開啟電源的執行個體，並提供 Unified Access Gateway 功能。兩個執行個體提供外部組態的功能，而另外兩個執行個體提供內部組態的功能。在更新程序執行期間，將會針對每個組態額外建立兩個執行個體並開啟電源，以執行 Unified Access Gateway 上的軟體更新。更新完成後，網繭會移轉並使用新建立的虛擬機器，且先前在藍色元件集中使用的虛擬機器將停止然後刪除。

您的環境大小必須可容納指示的 Unified Access Gateway 執行個體在端對端更新期間並排執行，從系統開始為藍/綠更新程序建立網繭的綠色元件的時間開始，到更新活動已完成並且將網繭切換為使用新的綠色元件為止。如需網繭藍/綠更新程序的說明，請參閱《管理指南》。
表 5. 將外部閘道置於個別 VNet 中時：閘道連接器虛擬機器需求
虛擬機器 Microsoft Azure 虛擬機器規格 數量 說明
閘道連接器執行個體 Linux 標準 Av2 系列：

Standard_A1_v2 (1 個核心、2 GB 的記憶體)

作業系統磁碟：標準 HDD 10 GiB

在穩定狀態作業期間，每個此類型外部閘道 1 個

在網繭相關藍/綠更新活動的端對端作業期間，每個此類型的外部閘道 2 個。

 當外部閘道部署至個別的 VNet 時，將會建立此虛擬機器，並將其用於該外部閘道組態的雲端管理作業。進行更新程序期間，將會建立額外的執行個體並開啟其電源，以執行外部閘道組態中的 Unified Access Gateway 軟體更新。更新完成後，將會執行移轉至新建立的虛擬機器的作業，並停止先前使用的虛擬機器，然後將其刪除。如果您決定使用此選用組態，則在網繭相關的藍/綠更新活動期間，您的環境必須可容納這些執行端對端的執行個體。

最佳配置映像虛擬機器

最佳配置映像是一種 Microsoft Windows 作業系統虛擬機器，且已經過設定可讓 Horizon Cloud 將其轉換為已發佈的映像。有時，您會看到這些虛擬機器稱為最佳配置模式。

表 6. 映像虛擬機器需求
虛擬機器 Microsoft Azure 虛擬機器規格 數量 說明
最佳配置映像

最佳配置映像不一定已啟用 GPU，取決於您在建立這些映像時所做的選取。

針對已啟用 GPU 的最佳配置映像，系統會使用：

  • NV 系列 NV6 標準 (來自標準 NV 系列 vCPU)
  • 作業系統磁碟：標準 HDD 127 GiB

視您的需要而不同

最佳配置映像是一種 Microsoft Windows 作業系統虛擬機器，且已經過設定可讓 Horizon Cloud 將其轉換為已發佈的映像。具有 RDSH 功能的 Windows Server 作業系統虛擬機器可提供用來在伺服器陣列中建立 RDSH 的基礎，進而為您的使用者提供工作階段型桌面和遠端應用程式。Windows 用戶端作業系統虛擬機器提供用於建立 VDI 桌面的基礎。每個最佳配置映像皆為 Microsoft Windows 作業系統以及該映像是否已啟用 GPU 的組合。因此，如果您想要讓網繭提供：

  • 使用 Microsoft Windows 2016 Datacenter 而沒有 GPU 的 RDSH 桌面
  • 使用 Microsoft Windows 2016 Datacenter 且具有 GPU 的 RDSH 桌面

您需要至少 2 個最佳配置映像虛擬機器。

將最佳配置映像轉換為已發佈映像的程序有時稱為發佈映像，或者也稱為密封映像。產生的已發佈映像有時稱為密封映像或可指派的映像，因為此類映像處於已完成狀態而可用於指派中。

系統會在最佳配置映像發佈時 (當您在管理主控台中對最佳配置映像執行轉換為映像動作時)，自動關閉該映像的電源。當您更新已發佈的映像時，系統再次開啟虛擬機器的電源。

備註： 當您使用主控台複製映像時，系統會將最佳配置映像的虛擬機器暫時開啟電源，以取得其用於複製的組態，然後再次關閉其電源。

如需如何建立最佳配置映像的相關資訊，請參閱管理指南中的〈為 Microsoft Azure 中的 Horizon Cloud Pod 建立桌面映像〉主題。

對於非啟用 GPU 的最佳配置映像和 Microsoft Windows 用戶端作業系統，系統會使用：

  • Standard_D4_v3 (來自標準 Dv3 系列 vCPU)
  • 作業系統磁碟：標準 HDD 127 GiB

如果 Microsoft 並未在您部署網繭的 Microsoft Azure 區域提供標準 Dv3 系列，系統會改為使用來自標準 Dv2 系列的 Standard_D3_v2。

對於未啟用 GPU 的最佳配置映像和不具有 RDSH 功能的 Microsoft Windows 作業系統，系統會使用：

  • Standard_D2_v3 (來自標準 Dv3 系列 vCPU)
  • 作業系統磁碟：標準 HDD 127 GiB

如果 Microsoft 並未在您部署網繭的 Microsoft Azure 區域提供標準 Dv3 系列，系統會改為使用來自標準 Dv2 系列的 Standard_D2_v2。

伺服器陣列虛擬機器

RDSH 伺服器陣列虛擬機器是具有 RDS 功能的執行個體，可為您的使用者提供工作階段型桌面和遠端應用程式。您需要至少一個 RDSH 伺服器陣列，才能將工作階段桌面和一個 RDSH 伺服器陣列提供給遠端應用程式。為了符合管理員或使用者的需求，您可以決定部署其他伺服器陣列。

備註： 在目前的服務版本中，您無法同時從相同的伺服器陣列傳遞工作階段型桌面和遠端應用程式。
表 7. 伺服器陣列虛擬機器需求
虛擬機器 Microsoft Azure 虛擬機器規格 數量 說明
RDSH 伺服器陣列

您可以自訂您在網繭中建立伺服器陣列時可供選取的一組 Microsoft Azure 虛擬機器類型。您可以從標準 Microsoft Azure 區域中一般可用的一組 Microsoft Azure 虛擬機器大小，自訂您的清單。如需自訂可在您伺服器陣列中使用之一組虛擬機器類型的詳細資訊，請參閱《Horizon Cloud 管理指南》。

建立或編輯伺服器陣列時，您可以為伺服器陣列的 RDSH 執行個體自訂作業系統磁碟大小，以將其變更為系統預設以外的值。

如需標準 Microsoft Azure 區域中一般可用的 Windows 虛擬機器大小的特定詳細資料，請參閱 Microsoft 說明文件，網址 https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes。

備註： 對於生產環境，請確保您用於伺服器陣列的虛擬機器類型至少有兩 (2) 個 CPU。符合此準則可避免非預期的使用者連線問題。此準則是由於 Horizon Agent 建議至少要有 2 個 CPU，才能從版本 7.x 或更新版本安裝或更新 Horizon Agent。此 Horizon Agent 準則如 7.8 版開始的 Horizon 產品說明文件中所述 (至少要有 2 個 CPU 的參考是從這篇 在虛擬機器上安裝 Horizon Agent 7.8 版開始)。
取決於您的需求以及在您 Horizon Cloud 環境中自訂虛擬機器大小的方式。

這些虛擬機器的電源狀態會隨著伺服器陣列組態設定和使用者需求而不同。

VDI 桌面虛擬機器

VDI 桌面虛擬機器即為提供 VDI 桌面給使用者的執行個體。

備註： 2020 年 7 月的季度服務版本中推出了一項新功能，可讓您將 App Volumes 功能用於 Microsoft Azure 中的網繭。當您使用主控台的 App Volumes 擷取程序將原生應用程式新增至 Horizon Cloud 詳細目錄時，系統會建立兩個虛擬機器的 VDI 桌面指派，以支援擷取程序。系統產生的這個指派所使用的虛擬機器類型，與您在主控台中為應用程式擷取程序選取之已發佈映像所使用的型號相同。
表 8. VDI 桌面虛擬機器需求
虛擬機器 Microsoft Azure 虛擬機器規格 數量 說明
VDI 桌面

您可以自訂您在網繭中建立 VDI 桌面指派時可供選取的一組 Microsoft Azure 虛擬機器類型。您可以從標準 Microsoft Azure 區域中一般可用的一組 Microsoft Azure 虛擬機器大小，自訂您的清單。如需自訂可在您 VDI 桌面指派中使用之一組虛擬機器類型的詳細資訊，請參閱《Horizon Cloud 管理指南》。

備註： 系統將自動忽略且不使用 Microsoft 判斷不適用於 VDI 使用案例的一小組 Microsoft Azure 虛擬機器大小，例如 Standard_B2ls 和 Standard_B1s。

建立或編輯 VDI 桌面指派時，您可以為 VDI 桌面執行個體自訂作業系統磁碟大小，以將其變更為系統預設以外的值。

如需那些 Windows 虛擬機器大小的特定詳細資料，請參閱 Microsoft 說明文件，網址為 https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes。

備註： 對於生產環境，請確保您用於 VDI 桌面指派的虛擬機器類型至少有兩 (2) 個 CPU。符合此準則可避免非預期的使用者連線問題。此準則是由於 Horizon Agent 建議至少要有 2 個 CPU，才能從版本 7.x 或更新版本安裝或更新 Horizon Agent。此 Horizon Agent 準則如 7.8 版開始的 Horizon 產品說明文件中所述 (至少要有 2 個 CPU 的參考是從這篇 在虛擬機器上安裝 Horizon Agent 7.8 版開始)。
取決於您的需求以及在您 Horizon Cloud 環境中自訂虛擬機器大小的方式。

這些虛擬機器的電源狀態會隨著 VDI 桌面指派設定和使用者需求而有所不同。

Horizon Edge 虛擬應用裝置

當您使用 Horizon 通用主控台在該網繭上啟用 Horizon 基礎結構監控時，系統會在網繭的 Microsoft Azure 訂閱中建立此應用裝置。

表 9. Horizon Edge 虛擬應用裝置 需求
虛擬機器 Microsoft Azure 虛擬機器規格 數量 說明
Horizon Edge 虛擬應用裝置 Linux - 標準 Dv3 系列：

Standard_D4_v3 (4 個核心、16 GB 的記憶體)。

作業系統磁碟：標準 HDD 30 GiB

每個網繭 1 個 在網繭上啟用 Horizon 基礎結構監控功能時，系統會建立此虛擬機器並用於收集監控資料，並將該資料傳遞至 Cloud Monitoring Service (CMS)。