为什么 Kubernetes v1.12 不再需要高档延迟？

Why does Kubernetes v1.12 no longer need an upscale delay?

在 Kubernetes documentation for horizontal pod autoscalers 中，它声明从版本 1.12 开始 "new algorithmic update removes the need for the upscale delay"

我搜索了有关此更改的信息，包括 v1.12 change log。我看到提到的变化是轮询频率从 30 秒到 15 秒。

也有一些关于adding HPA configurations for scale delay的讨论。

是什么改变消除了对高档延迟的需求？

有几项更改（引用自发行说明）：

  • 将禁止扩展 window 替换为忽略 Pod 初始化时收集的 CPU 样本。 (#67252, @jbartosik)

  • 通过取消禁止放大来加快 HPA 对指标变化的反应 window。 (#66615, @jbartosik)

    • 禁止扩展 window 防止 HPA 根据 pod 初始化期间收集的指标做出扩展决定（这可能是无效的，例如 pod 可能使用了很多 CPU 尽管没有做任何 "actual" 工作）。
    • 为避免这种负面影响，仅使用来自 pods 的每个 pod 指标，即：
    • 准备就绪（因此关于它们的指标应该是有效的），或者
    • 未就绪，但创建和最后就绪更改时间戳相隔超过 10 秒（pods 以前已经就绪，因此指标至少在某些情况下（pod 由于过载而变得未就绪）非常有用）。

  • Horizo​​ntal Pod Autoscaler 默认更新间隔已从 30 秒增加到 15 秒，缩短了 HPA 对指标更改的反应时间。 (#68021, @krzysztof-jastrzebski)

  • 停止计算软删除 pods 以在 HPA 控制器中进行扩展，以避免软删除 pods 错误地影响扩展副本计数计算。 (#67067, @moonek)
  • 为避免软删除 pods 错误地影响扩展副本计数计算，HPA 控制器将停止计算软删除 pods 以进行扩展。 (#67067, @moonek) (同上)

这是一项相关更改（引用自发行说明）：

  • 将禁止缩小 window 替换为缩小稳定 window。现在，HPA 不再在缩减之间等待固定的时间段，而是在缩减稳定期间缩减到最高建议 window。 (#68122, @krzysztof-jastrzebski)

与该更改相关的更多文档是 here。