本主題說明部分常見的第一代 VMware Horizon Cloud Service on Microsoft Azure 限制,也稱為支援的最大值。本主題目前說明支援的最大值在單一訂閱中可以部署的桌面和伺服器陣列 RDSH 虛擬機器數目,以及您在每個第一代 Horizon Cloud Pod 可擁有的並行連線工作階段總數。本主題將會隨著時間更新以列出更多的已知限制。
這些支援的上限是測試服務達到這些上限的結果。
- 每個訂閱最多 2,000 個桌面虛擬機器以及伺服器陣列 RDSH 虛擬機器
-
此限制以單一訂閱中提供的 Microsoft Azure API 限制為基礎。為了在標準作業期間可在這些 API 限制下順利運作,
Horizon Cloud 支援每個訂閱最多 2,000 個桌面虛擬機器以及伺服器陣列 RDSH 虛擬機器。
每個訂閱 2,000 個數目包括 VDI 桌面虛擬機器和伺服器陣列 RDSH 虛擬機器,且適用於單一訂閱中的所有網繭。例如,如果您的訂閱中具有一個網繭,則在該網繭上您可能擁有最多 2,000 個 VDI 桌面,或 1,950 個 VDI 桌面加上 50 個伺服器陣列 RDSH 虛擬機器。如果您的訂閱中有多個網繭,則所有網繭中的 VDI 桌面和伺服器陣列 RDSH 虛擬機器的數目不得超過 2,000 個。
- 每個 Horizon Cloud Pod 的並行連線工作階段數目上限
-
一個
Horizon Cloud Pod 最多可支援 2,000 個作用中並行工作階段。此數字包含對下列項目的個別連線:使用 Windows 用戶端類型作業系統的 VDI 單一工作階段桌面、使用 Windows 10 或 11 企業版多重工作階段或 Windows 11 企業版多重工作階段的多重工作階段桌面、以 Windows Server 作業系統為基礎的多重工作階段桌面,以及由網繭提供服務的 RDS 型應用程式。
例如,當您的網繭有 400 個作用中使用者工作階段用於 400 個 VDI 單一工作階段桌面,有 1500 個作用中使用者工作階段用於 Windows 10 或 11 多重工作階段機器,以及有 100 個作用中使用者工作階段用於 Windows Server 2016 多重工作階段機器,則將達到網繭的最大數目 2,000 (400 + 1500 + 100 = 2,000)。
不支援每個網繭超過 2,000 個作用中工作階段。
此外,將網繭設定為使用 Unified Access Gateway 組態後,僅在將
F8s_v2
虛擬機器型號用於 Unified Access Gateway 應用裝置時,才支援 2,000 個工作階段。- 對 Unified Access Gateway 應用裝置使用
F8s_v2
虛擬機器型號時,網繭最多可支援該 2,000 個工作階段。當您預期環境中的使用量在網繭上會超過 1,000 個作用中工作階段時,您應在閘道部署精靈中指定F8s_v2
虛擬機器型號。 - 對 Unified Access Gateway 應用裝置使用
A4_v2
虛擬機器型號時,網繭最多僅可支援 1,000 個作用中工作階段。此選項僅足夠用於概念驗證 (PoC)、試驗,或您知道網繭上不會超過 1,000 個作用中工作階段的較小型環境。
請注意,Unified Access Gateway 應用裝置上的資源使用量取決於其工作階段內的使用者活動,且可能因使用者設定檔和使用者類型而有所不同。
- 對 Unified Access Gateway 應用裝置使用
- 每個 VDI 多雲端指派的 Horizon Cloud 網繭數目上限
-
VDI 多雲端指派中支援的
Horizon Cloud Pod 數目上限為五 (5) 個。使用超過五個會增加
Universal Broker 上的並行負載,這是在租用戶環境中所設定與 VDI 多雲端指派搭配使用的代理技術。增加該並行負載可能會導致使用者在用戶端中按一下指派顯示的動態磚時遇到失敗,且服務會嘗試將使用者登入虛擬桌面的作業。
除了遵循每個 VDI 多雲端指派的五個網繭上限之外,您可以透過在 VDI 多雲端指派中包含 3% 的額外桌面容量,進一步降低使用者在用戶端中按一下指派顯示的動態磚時發生失敗的可能性。例如,當您定義 VDI 多雲端指派以將 1,000 個虛擬桌面佈建給 1,000 個使用者時,請將指派大小調整為 1,030 個桌面。