本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 自動擴展組態
<a name="auto-scaling-configuration"></a>

Deadline Cloud 提供自動擴展組態選項，可讓您自訂機群如何擴展和縮減工作者。這些設定可協助您根據工作流程需求，平衡任務處理速度與成本效益。

您可以為機群設定下列自動擴展設定：
+ **最小工作者計數** – 指定隨時在機群中維護的工作者數目下限。
+ **工作者計數上限** – 限制可以同時執行的工作者數量。
+ **向外擴展速率** – 控制工作者新增到機群的速度。
+ **工作者閒置持續時間** – 控制工作者在關閉之前等待新工作的時間。
+ **待命工作者計數** – 維護閒置工作者的暖待命集區，以快速啟動任務。

自動擴展的運作方式取決於您的機群類型：
+ **服務受管機群** – Deadline Cloud 會根據您的組態自動實作自動擴展。您可以設定設定和服務處理工作者佈建。
+ **客戶受管機群** – 如果您已完成客戶受管機群的自動擴展設定，則自動擴展組態的運作方式與服務受管機群相同。服務會使用 組態來計算所需的容量，並將建議的機群大小事件傳送至您的機群。如需詳細資訊，請參閱*《截止日期雲端開發人員指南*》中的[為客戶受管機群設定自動擴展](https://docs.aws.amazon.com/deadline-cloud/latest/developerguide/create-auto-scaling.html)。

## 橫向擴展速率
<a name="auto-scaling-scale-out-rate"></a>

**向外擴展速率** (`scaleOutWorkersPerMinute`) 設定可控制機群向外擴展時每分鐘啟動多少工作者。由於 Amazon EC2 執行個體可能需要幾分鐘的時間才能啟動，因此可能無法立即使用工作者。

設定向外擴展速率時，請考慮下列事項：
+ 較高的速率會快速啟動更多工作者，進而縮短大型任務的任務完成時間。
+ 比起短期任務，較高的速率可能會啟動更多工作者，進而增加成本。
+ 較低的速率有助於更早偵測任務失敗，並降低因任務失敗而浪費運算的成本。
+ 對於短期任務，保守擴展方法可能更具成本效益，因為相對於實際任務執行，工作者花費較少的時間載入環境。

**注意**  
向外擴展速率是最佳嘗試設定。實際擴展速度可能會因執行個體可用性和其他系統因素而有所不同。在極少數情況下，實際速率可能會短暫超過設定值。

## 工作者閒置持續時間
<a name="auto-scaling-worker-idle-duration"></a>

**工作者閒置持續時間** (`workerIdleDurationSeconds`) 設定會控制工作者在完成處理任務後保持可用的時間，以秒為單位。預設值為 300 秒 (5 分鐘）。

此設定適用於反覆運算工作流程，其中藝術家經常修訂和重新提交任務。透過延長工作者的可用時間，後續任務提交可以立即開始處理，而無需等待新工作者啟動。

設定工作者閒置持續時間時，請考慮下列事項：
+ 較長的持續時間可讓工作者快速迭代，減少任務提交之間的等待時間。不過，較長的持續時間會增加成本，因為閒置工作者會持續產生費用。
+ 較短的持續時間透過更快速地關閉閒置工作者來降低成本。
+ 對於服務受管機群，最大值為 86，400 秒 (24 小時），因為工作者每 24 小時重新整理一次。如果工作者已執行 23 小時，而且您設定閒置持續時間為 10 小時，工作者會在達到 24 小時限制的 1 小時後關閉。

## 待命工作者計數
<a name="auto-scaling-standby-worker-count"></a>

**待命工作者計數** (`standbyWorkerCount`) 設定會指定要維護為暖待命集區的閒置工作者數量。這些工作者可以處理新任務，而不會延遲啟動新執行個體。

當您想要減少任務啟動延遲時，此設定非常有用。例如，使用 Windows 執行個體轉譯、使用安裝本機相依性的主機組態指令碼，或工作者需要大量設定時間時，待命工作者很有幫助。機群會嘗試維持設定的閒置工作者數量，但閒置計數可能會在替代工作者啟動時暫時下降。

設定待命工作者計數時，請考慮下列事項：
+ 即使未處理任務，待命工作者也會產生成本。平衡待命工作者的數量與您的預算和任務啟動延遲要求。
+ 當機群達到其工作者計數上限時，待命集區可能無法完全維護。例如，如果所有工作者都忙碌，且機群的大小達到其上限，則不會啟動額外的閒置工作者。
+ 當待命工作者計數超過最小工作者計數時，會有效地覆寫最小工作者計數。例如，在最小 1 且待命 2 的情況下，機群會在沒有工作可用時保留 2 個閒置工作者，使最小設定備援。

下圖顯示最小工作者計數和待命工作者計數如何影響機群擴展行為。選擇索引標籤以檢視每個案例。

------
#### [ Minimum worker count ]

![圖表顯示無論工作負載為何，最低工作者計數如何維持固定的工作者總數。](http://docs.aws.amazon.com/zh_tw/deadline-cloud/latest/userguide/images/auto-scaling-min-worker-count.png)


------
#### [ Standby worker count ]

![顯示待命工作者計數如何維護固定閒置工作者數量的圖表，並在他們接收任務時啟動替換。](http://docs.aws.amazon.com/zh_tw/deadline-cloud/latest/userguide/images/auto-scaling-standby-worker-count.png)


------

若要根據排程自動調整待命工作者計數，請使用在 GitHub 上 [fleet\_standby\_scheduling](https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/cloudformation/farm_templates/fleet_standby_scheduling) 的 sample AWS CloudFormation (CloudFormation) 範本。

## 設定自動擴展設定
<a name="auto-scaling-configure"></a>

您可以在建立機群或更新現有機群時設定自動擴展設定。

**設定自動擴展設定**

1. 開啟[截止日期雲端主控台](https://console.aws.amazon.com/deadlinecloud/home)。

1. 導覽至包含您機群的陣列。

1. 選擇**機群**索引標籤。

1. 選取您要設定的機群，然後選擇**編輯**。

1. 在**自動擴展**區段中，設定下列設定：
   + **工作者計數下限** – 輸入要維護的工作者數目下限。
   + **工作者計數上限** – 輸入允許的工作者數量上限。
   + **向外擴展速率** – 輸入每分鐘要啟動的工作者數量。
   + **工作者閒置持續時間** – 輸入工作者在關閉之前保持閒置的秒數。
   + **待命工作者計數** – 輸入要維護的待命工作者數量。

1. 選擇**儲存變更**。