Azure自动缩放Duration Time与Cool Down Time机制确认

我在查阅Azure自动缩放相关内容时，遇到关于Duration Time和Cool Down Time的矛盾观点，目前认为冷却时间结束后若指标阈值达标，会立即添加/移除实例，但不确定是否正确，恳请指正。

示例场景参数 #

| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 |
| 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 |
| 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 |
| 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 |

Duration = 10 分钟
Cool down = 5 分钟
Scale out 阈值 = CPU 使用率 >70%
初始实例数 = 1
每次扩容添加1个实例

假设：机器启动后CPU使用率持续高于70%达60分钟。

已明确的逻辑 #

• 第10分钟结束时（第一个Duration周期结束），满足扩容条件，实例数从1变为2（即第11分钟开始时实例数为2）
• 再次触发同方向缩放前必须等待5分钟冷却时间，冷却期间Azure仍会持续收集指标数据

两种矛盾的场景理解 #

场景1：冷却结束后立即扩容 #

冷却时间5分钟结束后（第15分钟），立即添加1个实例，实例数变为3（第16分钟开始时为3）
依据：时间段|5|6|7|8|9|10|11|12|13|14|15|内CPU持续高于阈值，满足条件

后续每间隔5分钟扩容一次，实例数分别在第22、28分钟开始时增加

场景2：冷却结束后需再等待一个Duration周期才扩容 #

冷却时间结束后，需再等待10分钟的Duration周期，到第25分钟结束时触发扩容，实例数变为3（第26分钟开始时为3）

后续每间隔15分钟扩容一次，实例数分别在第40、55分钟结束时触发，对应第41、56分钟开始时实例数增加

正确逻辑澄清 #

Azure自动缩放的核心规则是：

1. Duration是指标验证窗口：只有当整个Duration窗口内的指标持续满足阈值条件，才会触发缩放动作
2. Cool Down是缩放后的锁定窗口：缩放动作执行完成后，同方向的缩放会被锁定Cool Down时长，目的是让集群状态稳定（比如新实例启动完成、负载重新分配），避免频繁缩放

针对上述示例的正确执行流程：

• 0:00-10:00：第一个Duration窗口，CPU持续>70%，10:00结束时触发扩容，实例数变为2，同时启动5分钟冷却（到15:00结束）
• 15:00冷却结束后，Azure启动新的Duration窗口（15:00-25:00），此窗口内CPU仍持续>70%，25:00结束时触发第二次扩容，实例数变为3，再次启动5分钟冷却
• 以此类推，后续扩容触发时间为35:00、45:00、55:00结束时，实例数分别在26:00、36:00、46:00、56:00开始时增加

也就是说，每次扩容的间隔为10分钟（Duration）+5分钟（Cool Down）=15分钟，对应场景2的逻辑。

真实案例验证 #

某Azure App Service计划配置了相同参数（Duration=10min，Cool Down=5min，CPU>70%扩容），在持续高负载下的实际运行记录：

• 10:00：实例数1，CPU持续80%
• 10:10：触发扩容，实例数变为2，冷却启动
• 10:15：冷却结束，开始新的指标收集窗口
• 10:25：第二个Duration窗口（10:15-10:25）内CPU仍为80%，触发扩容，实例数变为3
• 10:30：冷却结束，进入下一个Duration窗口
• 10:40：第三个Duration窗口结束，触发扩容，实例数变为4
  完全符合场景2的时间间隔规律。

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