EC2 ECS服务目标追踪扩缩容策略为何触发时启动2个任务而非1个？

我为EC2类型的ECS服务配置了基于50% AverageCPUUtilization的目标追踪扩缩容策略，当服务CPU利用率超过50%阈值时，系统启动了2个任务，而非预期的1个。改用AverageMemoryUtilization指标测试后，结果一致。

扩缩容配置如下：

可能原因分析 #

• 预测性扩缩容特性：AWS Auto Scaling的目标追踪默认启用预测性扩缩容，会基于历史负载趋势预测未来需求，提前启动额外任务避免负载突增，导致实际启动任务数超出预期。
• 负载差值计算逻辑：目标追踪算法会根据当前集群总负载与目标阈值的差值，结合单任务的资源承载能力计算所需任务数。例如当前1个任务CPU利用率达120%，要拉平到50%目标值，计算得需要(1*120%)/50%=2.4个任务，向上取整后启动2个任务。
• 冷却时间与采样周期：若指标采样周期过短（如1分钟）、冷却时间设置过小，可能导致瞬时峰值触发多次扩缩容动作叠加，出现多启动任务的情况。
• 任务资源配置偏差：若任务定义的CPU/Memory预留值与实际使用偏差较大，算法计算时会出现误差，导致调整任务数不符合预期。

解决建议 #

1. 禁用预测性扩缩容：在ECS服务的扩缩容策略配置中，找到「预测性扩缩容」选项并关闭，验证后续扩缩容是否符合预期步长。
2. 切换为步进调整模式：如果需要固定扩缩容步长，可将目标追踪策略改为「步进调整」，自定义每次扩缩容的任务数（如每次新增1个任务），但会失去目标追踪的自动适配能力。
3. 验证单任务负载：通过CloudWatch查看单个任务的CPU/Memory利用率，确认是否因单任务负载过高导致算法计算需要更多任务，必要时调整任务资源配置。
4. 调整指标统计周期：将指标统计周期调整为5分钟或更长，避免瞬时峰值触发过度扩缩容，同时确保冷却时间设置合理（默认300秒）。

内容的提问来源于stack exchange，提问作者Manu Prathapan