一位 SysOps 工程師正在排查公司網路應用程式的效能問題，該應用程式在 Auto Scaling group 中的 EC2 執行個體上執行。流量在白天會不可預測地快速飆升。Auto Scaling group 在尖峰時段無法足夠快速地擴展，導致使用者回應緩慢。公司希望在控制成本的同時確保快速擴展 — 較大的流量飆升應導致比小流量飆升更大的容量增加。應如何設定 Auto Scaling group 才能實現此行為？

步進擴展政策 (Step Scaling Policy) 允許您定義不同的擴展步進，根據警報指標的違反程度來調整容量。這表示當負載飆升較大時，可以配置為增加更多的 EC2 執行個體，從而實現問題描述中「較大的流量飆升應導致比小流量飆升更大的容量增加」的需求，同時有效控制成本。 簡易擴展政策 (Simple Scaling Policy) 僅根據單一警報閾值觸發擴展，無法根據負載程度動態調整增加的容量。目標追蹤政策 (Target Tracking Policy) 旨在維持特定指標的目標值，例如 CPU 使用率，它會自動調整容量以達到目標，但無法直接配置為在負載增加較大時增加更多容量。EC2 Auto Scaling lifecycle hooks 用於在擴展事件期間執行自訂動作，而不是用於定義擴展邏輯，且手動更改最大執行個體數量不符合自動擴展的目標。