Azure AKS 节点池未根据缩放配置文件自动缩放
Azure AKS node pool not autoscaling according to scaling profile
我有一个启用了自动缩放的 AKS 集群，其中规则基于平均值 CPU。
默认节点数为:= default = 5、min = 4和max = 7，缩放规则有5分钟的冷却时间。
我想了解为什么缩放规则会导致连续放大和缩小
而平均 CPU 使用率对于 4 个节点来说足够低。
更让我吃惊的是，Activity 日志只突出显示了缩减事件！它们与5分钟的冷却时间一致，所以AKS认为他一直在缩小，神奇的新节点出现，而且一直在缩小？
谁能解释一下这是怎么回事，是什么原因造成的？
• 由于您已将节点池中的默认节点数设置为 5，但 CPU 平均利用率并未达到 40%，因此它会自动将其缩减至最低节点数在配置的节点池中，即4和一次，达到节点数，满足自动缩容条件，再次扩容到默认节点数5。发布的第一张图片中的节点。
• 根据以下 Microsoft 文档，activity 日志中以默认持续时间 5 分钟捕获的连续缩减事件是默认延迟为 5 分钟的缩放事件的冷却时间。并且只捕获缩减事件，因为 CPU 在节点池中缩减到 4 个节点到默认节点计数 5 之后的初始化和利用仅根据水平自动缩放器规则触发缩减事件。因此，只有缩小事件记录在 activity 日志中：-
https://docs.microsoft.com/en-us/azure/aks/concepts-scale#cooldown-of-scaling-events
此外，找到以下 Kubernetes 文档以供参考：-
我有一个启用了自动缩放的 AKS 集群，其中规则基于平均值 CPU。
默认节点数为:= default = 5、min = 4和max = 7，缩放规则有5分钟的冷却时间。
我想了解为什么缩放规则会导致连续放大和缩小
而平均 CPU 使用率对于 4 个节点来说足够低。
更让我吃惊的是，Activity 日志只突出显示了缩减事件！它们与5分钟的冷却时间一致，所以AKS认为他一直在缩小，神奇的新节点出现，而且一直在缩小？
谁能解释一下这是怎么回事，是什么原因造成的？
• 由于您已将节点池中的默认节点数设置为 5，但 CPU 平均利用率并未达到 40%，因此它会自动将其缩减至最低节点数在配置的节点池中，即4和一次，达到节点数，满足自动缩容条件，再次扩容到默认节点数5。发布的第一张图片中的节点。
• 根据以下 Microsoft 文档，activity 日志中以默认持续时间 5 分钟捕获的连续缩减事件是默认延迟为 5 分钟的缩放事件的冷却时间。并且只捕获缩减事件，因为 CPU 在节点池中缩减到 4 个节点到默认节点计数 5 之后的初始化和利用仅根据水平自动缩放器规则触发缩减事件。因此，只有缩小事件记录在 activity 日志中：-
https://docs.microsoft.com/en-us/azure/aks/concepts-scale#cooldown-of-scaling-events
此外，找到以下 Kubernetes 文档以供参考：-