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

在Kubernetes中，它指出从版本1.12开始，“新的算法更新消除了对高标度延迟的需要”

我已经搜索了有关这一变化的信息，包括通过。我看到提到的变化是轮询频率从30秒变为15秒

关于这一点也有一些讨论

什么样的变化消除了对高端延迟的需求

有几个变化（引用发行说明）：

• 将禁止放大窗口替换为忽略pod初始化时采集的CPU样本。（，）
• 通过移除禁止放大的窗口，加快HPA对公制变化的反应。（，）
  • 禁止放大窗口保护HPA不根据pod初始化期间收集的指标做出放大决策（这可能是无效的，例如pod可能会使用大量CPU，尽管没有进行任何“实际”工作）
  • 为避免这种负面影响，仅使用以下pod的每pod指标：
  • 准备就绪（因此关于它们的度量应该是有效的），或者
  • 未准备就绪，但创建和上次准备就绪更改时间戳的间隔超过10秒（以前已准备就绪的pod，因此至少在某些情况下（pod因过载而变得未准备就绪）非常有用）
• 水平吊舱自动缩放默认更新间隔已从30秒增加到15秒，提高了HPA对度量更改的反应时间。（，）

• 停止计算HPA控制器中用于扩展目的的软删除POD，以避免软删除POD错误地影响扩展副本计数计算。（，）
• 为避免软删除的POD不正确地影响放大副本计数计算，HPA控制器将停止计数软删除的POD以进行缩放。（，）（同上）

这是一个相关的变更（引用自发行说明）：

• 用缩小稳定窗口替换禁止缩小窗口。HPA不再在缩放之间等待一段固定的时间，而是在缩放稳定窗口期间缩放到最高推荐值。（，）

与该更改相关的更多文档如下。

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

• 将禁止放大窗口替换为忽略pod初始化时采集的CPU样本。（，）
• 通过移除禁止放大的窗口，加快HPA对公制变化的反应。（，）
  • 禁止放大窗口保护HPA不根据pod初始化期间收集的指标做出放大决策（这可能是无效的，例如pod可能会使用大量CPU，尽管没有进行任何“实际”工作）
  • 为避免这种负面影响，仅使用以下pod的每pod指标：
  • 准备就绪（因此关于它们的度量应该是有效的），或者
  • 未准备就绪，但创建和上次准备就绪更改时间戳的间隔超过10秒（以前已准备就绪的pod，因此至少在某些情况下（pod因过载而变得未准备就绪）非常有用）
• 水平吊舱自动缩放默认更新间隔已从30秒增加到15秒，提高了HPA对度量更改的反应时间。（，）

• 停止计算HPA控制器中用于扩展目的的软删除POD，以避免软删除POD错误地影响扩展副本计数计算。（，）
• 为避免软删除的POD不正确地影响放大副本计数计算，HPA控制器将停止计数软删除的POD以进行缩放。（，）（同上）

这是一个相关的变更（引用自发行说明）：

• 用缩小稳定窗口替换禁止缩小窗口。HPA不再在缩放之间等待一段固定的时间，而是在缩放稳定窗口期间缩放到最高推荐值。（，）

与该更改相关的更多文档正在提供中