Azure 虛擬桌面自動調整的調整規模方案和範例案例
重要
具有會話主機組態的集區集區動態自動調整目前處於預覽狀態。 請參閱 Microsoft Azure 預覽版增補使用規定,以了解適用於 Azure 功能 (搶鮮版 (Beta)、預覽版,或尚未正式發行的版本) 的法律條款。
自動調整可讓您根據排程,擴大或縮小主機集區中的工作階段主機虛擬機器 (VM) 數目,以最佳化部署成本。
注意
- Azure 虛擬桌面 (傳統) 不支援自動調整。
- 您無法在相同的主機集區上,同時使用自動調整以及使用 Azure 自動化調整工作階段主機。 您必須使用其中一個。
- 您可以在 Azure 和 Azure Government 中的相同區域中,使用電源管理自動調整功能,您可以在 中建立主機集區 。
- 動態自動調整僅適用於 Azure,且 Azure Government 不支援。
為了獲得最佳結果,建議您將自動調整用於使用 Azure 虛擬桌面 Azure Resource Manager (ARM) 範本或 Microsoft 的第一方工具部署的 VM。
調整規模方案的運作方式
調整計劃會定義調整主機集區中會話主機的排程。 將單一調整計劃指派給多個主機集區。 每個主機集區只能指派一個調整計劃。 建立調整計劃時,您可以選擇兩種不同的調整方法:
電源管理自動調整:開啟和關閉會話主機,以調整為主機集區中的可用容量。 如果您想要將調整計劃套用至具有標準管理的主機集區,這是您應該使用的選項。
動態自動調整(預覽):開啟和關閉工作階段主機,並建立和刪除工作階段主機,以調整主機集區中的可用容量。 動態自動調整只能用於具有會話主機設定的集區主機集區。
建立方案之前,請留意下列事項:
您可以將一個調整規模方案指派給相同主機集區類型的一或多個主機集區。 調整規模方案的排程會套用到所有已指派的主機集區。
每個主機集區只能有一個相關聯的調整規模方案。 如果您將單一調整規模方案指派給多個主機集區,則無法將這些主機集區指派給另一個調整規模方案。
休眠適用於個人主機集區。 如需詳細資訊,請參閱虛擬機器休眠功能。
調整規模方案只能在其設定的時區中運作。
調整規模方案可以有一或多個排程。 例如,工作日與週末期間有不同的排程。
在定義排程之前,請務必先了解使用模式。 您必須根據一天中的下列時間進行排程:
- 上升:一天的開始,使用量增加時。
- 尖峰時數:預期為一天內最高使用量的時間。
- 下降:使用量逐漸減少時。 這通常是您關閉 VM 以節省成本時。
- 離峰時數:預期為一天內低高使用量的時間。
調整規模方案會在啟用後立即生效。
此外,請記住下列限制:
請勿將自動調整搭配用於其他 Microsoft 調整工具或第三方調整工具。 請確定您已針對套用調整規模方案的主機集區停用這些功能。
針對集區式主機集區,自動調整會覆寫清空模式,因此在更新主機集區中的 VM 時請務必使用排除標籤。
針對集區式主機集區,自動調整會忽略主機集區設定中現有的負載平衡演算法,而根據您的排程設定來套用負載平衡。
集區式主機集區的自動調整範例案例
在本節中有四個案例,可說明集區式主機集區自動調整的不同部分如何運作。 在每個範例中,有一個資料表,可顯示主機集區的設定,以及動畫視覺效果示範。
注意
若要深入了解參數詞彙的意義,請參閱我們的自動調整字彙。
案例 1:自動調整何時開啟虛擬機器?
在此案例中,我們將示範自動調整可以在使用的主機集區容量超過容量閾值時,在調整規模方案排程的任何階段中開啟工作階段主機虛擬機器 (VM)。
例如,讓我們看看下列主機集區設定,如下表所述:
參數 | 值 |
---|---|
階段 | 上升 |
工作階段主機總數 | 6 |
負載平衡演算法 | 廣度優先 |
容量閾值 | 30% |
主機的最小百分比 | 30% |
可用的工作階段主機 | 2 |
工作階段上限 | 5 |
可用的主機集區容量 | 10 |
使用者工作階段 | 0 |
使用的主機集區容量 | 0% |
在這個階段開始時,自動調整已開啟兩個工作階段主機,以符合主機的最小百分比。 雖然六的 30% 不是整數,但自動調整會四捨五入為最接近的整數。 擁有兩個可用的工作階段主機,以及每個主機五個工作階段的工作階段上限,表示此主機集區具有 10 個可用的主機集區容量。 由於目前沒有任何使用者工作階段,所以使用的主機集區容量為 0%。
當日期開始時,假設有三位使用者登入並啟動使用者工作階段。 其使用者工作階段會平均分散至兩個可用的工作階段主機,因為負載平衡演算法以廣度優先。 可用的主機集區容量仍然為 10,但有三個新的使用者工作階段,因此使用的主機集區容量現在是 30%。 不過,在使用的主機集區容量大於容量閾值之前,自動調整不會開啟虛擬機器 (VM)。 在此範例中,容量閾值為 30%,因此自動調整尚未開啟任何 VM。
此時,主機集區的參數看起來像這樣:
參數 | 值 |
---|---|
階段 | 上升 |
工作階段主機總數 | 6 |
負載平衡演算法 | 廣度優先 |
容量閾值 | 30% |
主機的最小百分比 | 30% |
可用的工作階段主機 | 2 |
工作階段上限 | 5 |
可用的主機集區容量 | 10 |
使用者工作階段 | 3 |
使用的主機集區容量 | 30% |
當其他使用者登入並啟動工作階段時,現在總共有四個使用者工作階段分散至兩個工作階段主機。 使用的主機集區容量現在是 40%,這大於容量閾值。 因此,自動調整將會開啟另一個工作階段主機,讓使用的主機集區容量小於或等於容量閾值 (30%)。
總而言之,以下是使用主機集區容量超過容量閾值時的參數:
參數 | 值 |
---|---|
階段 | 上升 |
工作階段主機總數 | 6 |
負載平衡演算法 | 廣度優先 |
容量閾值 | 30% |
主機的最小百分比 | 30% |
可用的工作階段主機 | 2 |
工作階段上限 | 5 |
可用的主機集區容量 | 10 |
使用者工作階段 | 4 |
使用的主機集區容量 | 40% |
以下是自動調整開啟另一個工作階段主機之後的參數:
參數 | 值 |
---|---|
階段 | 上升 |
工作階段主機總數 | 6 |
負載平衡演算法 | 廣度優先 |
容量閾值 | 30% |
主機的最小百分比 | 30% |
可用的工作階段主機 | 3 |
工作階段上限 | 5 |
可用的主機集區容量 | 15 |
使用者工作階段 | 4 |
使用的主機集區容量 | 27% |
開啟另一個工作階段主機表示主機集區中現在有三個可用的工作階段主機。 工作階段上限仍然是 5,而可用的主機集區容量已達道 15。 因為可用的主機集區容量增加,所以使用的主機集區容量已降低至 27%,這低於 30% 的容量閾值。
當另一位使用者登入時,現在有五個使用者工作階段分散至三個可用的工作階段主機。 使用的主機集區容量現在是 33%,這超過 30% 的容量閾值。 超過容量閾值會啟動自動調整,以開啟另一個工作階段主機。
由於我們的範例處於加速階段,因此新使用者可能會持續登入。 隨著更多使用者抵達,模式會變得更清楚:
使用者工作階段總數 | 可用的工作階段主機數目 | 可用的主機集區容量 | 容量閾值 | 使用的主機集區容量 | 自動調整是否會開啟另一個工作階段主機? |
---|---|---|---|---|---|
5 | 3 | 15 | 30% | 33% | Yes |
5 | 4 | 20 | 30% | 25% | No |
6 | 4 | 20 | 30% | 30% | No |
7 | 4 | 20 | 30% | 35% | Yes |
7 | 5 | 25 | 30% | 28% | No |
如下表所示,當使用的主機集區容量超過容量閾值時,自動調整只會開啟新的工作階段主機。 如果使用的主機集區容量達到或低於容量閾值,則自動調整不會開啟新的工作階段主機。
下列動畫是我們剛才在案例 1 中完成的視覺化回顧。
案例 2:自動調整何時關閉虛擬機器?
在此案例中,我們將示範當下列所有事項都成立時,自動調整便會關閉工作階段主機:
- 使用的主機集區容量低於容量閾值。
- 自動調整可以關閉工作階段主機,而不會超過容量閾值。
- 自動調整功能只會關閉沒有使用者工作階段的工作階段主機 (除非調整規模方案處於下降階段,且您已啟用強制登出設定)。
- 集區自動調整不會在加速階段關閉會話主機,以避免用戶體驗不佳。
在此案例中,主機集區開始時看起來像這樣:
參數 | 值 |
---|---|
階段 | Peak |
工作階段主機總數 | 6 |
負載平衡演算法 | 廣度優先 |
容量閾值 | 30% |
主機的最小百分比 | 30% |
可用的工作階段主機 | 5 |
工作階段上限 | 5 |
可用的主機集區容量 | 25 |
使用者工作階段 | 7 |
使用的主機集區容量 | 28% |
由於我們處於尖峰階段,因此我們可以預期使用者數目維持相對穩定。 不過,若要讓使用的資源數量保持穩定且有效,自動調整將視需要開啟和關閉工作階段主機。
接下來,讓我們假設尖峰時間期間有七位使用者登入。 如果使用者工作階段總數是七個,則會讓使用的主機集區容量成為 28%。 由於自動調整無法在使用的主機集區容量未超過容量閾值的情況下關閉工作階段主機,因此自動調整尚未關閉任何工作階段主機。
如果七位中有兩位使用者在午休期間登出,便會將五個使用者工作階段保留在五個工作階段主機之間。 由於工作階段上限仍然為 5,因此可用的主機集區容量為 25。 只有五位使用者表示使用的主機集區容量現在是 20%。 自動調整現在必須檢查它是否可以關閉會話主機,而不讓使用的主機集區容量超過容量閾值。
如果自動調整已關閉工作階段主機,則可用的主機集區容量會是 20。 有五位使用者時,使用的主機集區容量會是 25%。 因為 25% 小於 30% 的容量閾值,所以自動調整將會選取沒有使用者工作階段的工作階段主機,將其置於清空模式中,然後關閉。
一旦自動調整關閉其中一個沒有使用者工作階段的工作階段主機,便會保留四個可用的工作階段主機。 由於主機集區的工作階段上限仍然為 5,因此可用的主機集區容量為 20。 由於有五個使用者工作階段,所以使用的主機集區容量為 25%,這仍然低於容量閾值。
不過,如果另一位使用者登出並開始午休,則現在有四個使用者工作階段分散至主機集區中的四個工作階段主機。 由於工作階段上限仍然為 5,可用的主機集區容量為 20,而使用的主機集區容量為 20%。 關閉另一個工作階段主機會保留三個工作階段主機和 15 的可用主機集區容量,這會導致使用的主機集區容量跳到大約 27%。 即使 27% 低於容量閾值,但沒有無使用者工作階段的工作階段主機。 自動調整會選取具有最少使用者工作階段數目的工作階段主機、將其置於清空模式,並等待所有使用者工作階段登出,再將其關閉。 如果使用的主機集區容量隨時到達自動調整無法再關閉工作階段主機的某個點,則會讓工作階段主機離開清空模式。
下列動畫是我們剛才在案例 2 中完成的視覺化回顧。
案例 3:自動調整何時會強制使用者登出?
只有在您已於調整規模方案排程的下降階段期間啟用 [強制登出] 設定,自動調整才會強制使用者登出。 強制登出設定不會在調整計畫排程的任何其他階段登出使用者。
例如,讓我們看看具有下列參數的主機集區:
參數 | 值 |
---|---|
階段 | 下降 |
工作階段主機總數 | 6 |
負載平衡演算法 | 深度優先 |
容量閾值 | 75% |
主機的最小百分比 | 10% |
可用的工作階段主機 | 4 |
工作階段上限 | 5 |
可用的主機集區容量 | 20 |
使用者工作階段 | 4 |
使用的主機集區容量 | 20% |
在下降階段期間,主機集區管理員已將容量閾值設定為 75%,並將主機的最小百分比設為 10%。 在此階段中擁有高容量閾值,且主機的最小百分比較低時,便會在工作日結束時降低開啟新工作階段主機的需求。
在此案例中,假設此主機集區中目前有四個可用工作階段主機上的四位使用者。 由於可用的主機集區容量為 20,這表示使用的主機集區容量為 20%。 根據這項資訊,自動調整會偵測到其可關閉兩個工作階段主機,而不會超過容量閾值 75%。 不過,由於主機集區中的所有工作階段主機上都有使用者工作階段,若要關閉兩個工作階段主機,自動調整將需要強制使用者登出。
當您啟用強制登出設定時,自動調整會選取具有最少使用者工作階段的工作階段主機,然後將工作階段主機置於清空模式中。 自動調整接著會傳送通知給所選工作階段主機中的使用者,指出將在特定時間後強制他們登出其工作階段。 一旦經過該時間,如果使用者尚未結束其工作階段,自動調整將會強制結束其工作階段。 在此案例中,由於主機集區中每個工作階段主機上的使用者工作階段數目相等,因此自動調整將隨機選擇兩個工作階段主機,以強制登出其所有使用者,然後關閉工作階段主機。
自動調整關閉兩個工作階段主機之後,可用的主機集區容量現在為 10。 現在只剩下兩個使用者工作階段,而已使用的主機集區容量為 20%,如下表所示。
參數 | 值 |
---|---|
階段 | 下降 |
工作階段主機總數 | 6 |
負載平衡演算法 | 深度優先 |
容量閾值 | 75% |
主機的最小百分比 | 10% |
可用的工作階段主機 | 2 |
工作階段上限 | 5 |
可用的主機集區容量 | 10 |
使用者工作階段 | 2 |
使用的主機集區容量 | 20% |
現在,假設遭到強制登出的兩位使用者想要繼續執行工作並重新登入。 由於可用的主機集區容量仍然為 10,所以使用的主機集區容量現在為 40%,這低於 75% 的容量閾值。 不過,自動調整無法關閉更多工作階段主機,因為這只會保留一個可用的工作階段主機和五個可用的主機集區容量。 若有四位使用者,則會讓使用的主機集區容量成為 80%,這高於容量閾值。
因此,現在參數看起來像這樣:
參數 | 值 |
---|---|
階段 | 下降 |
工作階段主機總數 | 6 |
負載平衡演算法 | 深度優先 |
容量閾值 | 75% |
主機的最小百分比 | 10% |
可用的工作階段主機 | 2 |
工作階段上限 | 5 |
可用的主機集區容量 | 10 |
使用者工作階段 | 4 |
使用的主機集區容量 | 40% |
如果此時有另一位使用者登出,這只會讓三個使用者工作階段分散至兩個可用的工作階段主機。 換句話說,主機集區現在看起來像這樣:
參數 | 值 |
---|---|
階段 | 下降 |
工作階段主機總數 | 6 |
負載平衡演算法 | 深度優先 |
容量閾值 | 75% |
主機的最小百分比 | 10% |
可用的工作階段主機 | 2 |
工作階段上限 | 5 |
可用的主機集區容量 | 10 |
使用者工作階段 | 3 |
使用的主機集區容量 | 30% |
因為工作階段上限仍然為 5,而可用的主機集區容量為 10,因此現在使用的主機集區容量為 30%。 自動調整現在可以關閉一個工作階段主機,而不會超過容量閾值。
自動調整藉由選擇具有最少使用者工作階段數目的工作階段主機來關閉工作階段主機。 自動調整然後讓會話主機處於清空模式,傳送通知使用者,指出會話主機將會關閉,然後在一段時間后強制註銷任何剩餘的使用者,並關閉它。
關閉會話主機之後,主機集區中現在還有一個剩餘的可用會話主機,最大會話限制為五個,使可用的主機集區容量為五。
由於自動調整強制使用者在關閉所選工作階段主機時登出,現在只剩下兩個使用者工作階段,這會讓使用的主機集區容量成為 40%。
若要回顧,以下是主機集區現在的狀態:
參數 | 值 |
---|---|
階段 | 下降 |
工作階段主機總數 | 6 |
工作階段上限 | 5 |
負載平衡演算法 | 深度優先 |
容量閾值 | 75% |
主機的最小百分比 | 10% |
可用的主機集區容量 | 5 |
使用者工作階段 | 2 |
可用的工作階段主機 | 1 |
使用的主機集區容量 | 40% |
之後,讓我們假設遭到強制登出的使用者重新登入,讓主機集區看起來像這樣:
參數 | 值 |
---|---|
階段 | 下降 |
工作階段主機總數 | 6 |
負載平衡演算法 | 深度優先 |
容量閾值 | 75% |
主機的最小百分比 | 10% |
可用的工作階段主機 | 1 |
工作階段上限 | 5 |
可用的主機集區容量 | 5 |
使用者工作階段 | 3 |
使用的主機集區容量 | 60% |
現在主機集區中有三個使用者工作階段。 不過,主機集區容量仍是五個,這表示使用的主機集區容量為 60%,且低於容量閾值。 由於關閉剩餘的工作階段主機會讓可用的主機集區容量變成零,而低於 10% 的主機最小百分比,因此自動調整將確保在下降階段期間一律至少有一個可用的工作階段主機。
下列動畫是我們剛才在案例 3 中完成的視覺化回顧。
案例 4:排除標籤如何運作?
當虛擬機器的標籤名稱符合調整規模方案排除標籤時,自動調整不會將其開啟、關閉或變更其清空模式設定。 排除標籤適用於調整計畫排程的所有階段。
以下是我們開始使用的主機集區範例:
參數 | 值 |
---|---|
階段 | 離峰 |
工作階段主機總數 | 6 |
負載平衡演算法 | 廣度優先 |
容量閾值 | 75% |
主機的最小百分比 | 10% |
可用的工作階段主機 | 1 |
工作階段上限 | 5 |
可用的主機集區容量 | 5 |
使用者工作階段 | 3 |
使用的主機集區容量 | 60% |
在此範例案例中,主機集區管理員會將調整計畫排除標籤套用至六個工作階段主機中的五個。 當新使用者登入時,這可讓使用者工作階段總數達到四個。 只有一個可用的工作階段主機,而主機集區的工作階段上限仍是五個,因此可用的主機集區容量為五。 使用的主機集區容量為 80%。 不過,即使使用的主機集區容量大於容量閾值,自動調整也不會開啟任何其他工作階段主機,因為目前執行中工作階段主機以外的所有工作階段主機都已使用排除標籤加以標記。
因此,主機集區現在看起來像這樣:
參數 | 值 |
---|---|
階段 | 離峰 |
工作階段主機總數 | 6 |
負載平衡演算法 | 廣度優先 |
容量閾值 | 75% |
主機的最小百分比 | 10% |
可用的工作階段主機 | 1 |
工作階段上限 | 5 |
可用的主機集區容量 | 5 |
使用者工作階段 | 4 |
使用的主機集區容量 | 80% |
接下來,假設所有四位使用者都已登出,讓可用工作階段主機上沒有使用者工作階段。 因為主機集區中沒有使用者工作階段,所以使用的主機集區容量為 0。 自動調整在即使沒有使用者的情況下,仍會將此單一工作階段主機保持開啟,因為在離峰階段,自動調整的主機最小百分比設定會指出其需要在此階段保留至少一個工作階段主機。
總而言之,主機集區現在看起來如下:
參數 | 值 |
---|---|
階段 | 離峰 |
工作階段主機總數 | 6 |
負載平衡演算法 | 廣度優先 |
容量閾值 | 75% |
主機的最小百分比 | 10% |
可用的工作階段主機 | 1 |
工作階段上限 | 5 |
可用的主機集區容量 | 5 |
使用者工作階段 | 0 |
使用的主機集區容量 | 0% |
如果管理員將排除標籤名稱套用至最後一個未標記的工作階段主機虛擬機器,並將其關閉,這表示即使其他使用者嘗試登入,自動調整也將無法開啟 VM 以容納其使用者工作階段。 該使用者將會看到「沒有可用的資源」錯誤。
不過,無法重新開啟 VM 表示主機集區無法達到其最小主機百分比。 若要修正造成的任何潛在問題,管理員會從兩部 VM 移除排除標籤。 自動調整只會開啟其中一部 VM,因為只需要一部 VM 便能達到 10% 的最低需求。
因此,最後主機集區看起來會像這樣:
參數 | 值 |
---|---|
階段 | 離峰 |
工作階段主機總數 | 6 |
負載平衡演算法 | 廣度優先 |
容量閾值 | 75% |
主機的最小百分比 | 19% |
可用的工作階段主機 | 1 |
工作階段上限 | 5 |
可用的主機集區容量 | 5 |
使用者工作階段 | 0 |
使用的主機集區容量 | 0% |
下列動畫是我們剛才在案例 4 中完成的視覺化回顧。
下一步
- 若要了解如何建立自動調整的調整規模方案,請參閱建立 Azure 虛擬桌面主機集區自動調整的調整規模方案。
- 若要檢閱與自動調整相關的詞彙,請參閱自動調整詞彙。
- 如需自動調整相關常見問題的解答,請參閱自動調整常見問題集。