AWS Auto Scaling目标追踪策略下停负载后不缩容、Desired容量回退异常求助

针对目标追踪伸缩策略配置完成后，扩容正常但负载移除后Desired容量卡在3/4、无法回落至Min值1的问题，可按以下方向逐一排查：

• 检查目标追踪策略的缩容冷却配置
  目标追踪策略默认缩容冷却周期为300秒，冷却周期内就算指标达标也不会触发缩容动作。若之前手动调高冷冷却时长，或开启了「扩容完成后需等待240秒才允许缩容」的限制，会大幅拉长缩容的触发等待时间，容易被误判为缩容失效。
• 核实CloudWatch采集的CPU指标真实值
  CloudWatch的EC2 CPU指标存在最长15分钟的采集延迟，且停负载后如果实例上残留后台进程、未完全释放计算资源，实际CPU利用率可能仍高于20%的目标阈值。不要仅凭“已停负载生成器”的主观判断认定CPU达标，需直接查看最近1小时的Auto Scaling组平均CPU指标曲线，确认指标已持续稳定低于目标值。
• 排查实例的缩容保护状态
  如果扩容出的实例被开启了Scale-in protected（缩容保护）标记，不管指标是否达标，Auto Scaling组都不会删除这类实例。可直接在Auto Scaling组的实例列表页查看每个实例的保护状态，移除对应实例的保护标记后即可正常触发缩容。常见的保护触发场景包括：实例从负载均衡器健康检查失败、手动给实例加了保护标记、实例上关联了Auto Scaling需要保留的状态资源。
• 确认缩容的变动幅度限制
  目标追踪策略默认会对缩容动作做节流限制，避免容量波动过于剧烈：单次缩容最多调整当前总容量的10%。比如当前容量为4时，第一次缩容最多移除0.4个实例，取整后仍保持4个实例容量，需要连续经过多个冷却周期才能逐步降到Min值1，短时间观测会被误认为缩容失效。可在策略配置页查看缩容节流参数，若设置过于保守可适当放宽调整幅度。
• 排查冲突的伸缩策略
  Auto Scaling组会同时执行所有关联的伸缩策略，最终取所有策略计算出的最高目标容量作为Desired值。如果组内还关联了定时伸缩策略、其他指标（如待处理任务数、队列长度）的伸缩策略，只要有一个策略判定需要将容量维持在3/4，CPU目标追踪策略计算出的低容量目标就会被覆盖，无法执行缩容。

内容的提问来源于stack exchange，提问作者Sagar Bansal