Kubernetes 水平 Pod 自动缩放初始延迟？答案

【问题标题】：Kubernetes horizontal pod autoscaling initial delay?Kubernetes 水平 Pod 自动缩放初始延迟？
【发布时间】：2019-08-06 12:21:35
【问题描述】：

它们是 Kubernetes 水平 pod 自动缩放中的配置，以指定在扩展/缩减之前运行或创建 pod 的最小延迟吗？

例如：

# I am looking for a flag like this
--horizontal-pod-autoscale-initial-upscale-delay=5m0s

# Similar to these existing flags
--horizontal-pod-autoscaler-downscale-delay=2m0s
--horizontal-pod-autoscaler-upscale-delay=2m0s

结果：

等待 5 分钟，然后再进行任何升级
5 分钟后，最多每 2 分钟执行一次降频

我有一种情况，Pod 在启动时会消耗大量资源以进行引导（这是预期的），但我不希望它在此期间扩展，一旦引导完成，它可能有资格进行自动扩展。

【问题讨论】：

标签： kubernetes horizontal-scaling

【解决方案1】：

这个标志确实存在：--horizontal-pod-autoscaler-cpu-initialization-period 此外，您需要考虑就绪延迟：--horizontal-pod-autoscaler-initial-readiness-delay 和度量循环时间，--horizontal-pod-autoscaler-sync-period 来计算总（最大/最小/平均）延迟。

见https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/

【讨论】：

谢谢，我错过了那个。虽然配方很混乱。问题github.com/kubernetes/website/issues/12657 指向那个
@Thomas 如何在yaml中定义？
除了@RonakPatel 的评论，您知道在 CLI 中应该在哪里提供标志吗？ kubectl autoscale 似乎不接受他们。
这些标志全局应用于集群，不能为每个 HPA 对象配置。如果您使用的是托管 Kubernetes 解决方案，它们很可能是由提供商配置的。
遗憾的是，这两个参数（horizontal-pod-autoscaler-cpu-initialization-period、horizontal-pod-autoscaler-initial-readiness-delay）在 OpenShift 3.11 中均不可用