Kubernetes 水平 pod 自动缩放初始延迟?

标签 kubernetes horizontal-scaling

它们是 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 在启动时消耗大量资源进行引导(这是预期的),但我不希望它在此期间扩展,一旦引导完成,它可能有资格进行自动扩展。

    最佳答案

    这个标志实际上存在:--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/

    关于Kubernetes 水平 pod 自动缩放初始延迟?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57375952/

    相关文章:

    mysql - 横向扩展服务器

    docker - 如何修复 kubernetes 污点 node.kubernetes.io/not-ready : NoSchedule

    amazon-web-services - Kubernetes Pod 因无效卷区域不匹配而失败

    kubernetes - Istio交通分配未正确使用重量

    django - 在启动时将变量传递给容器

    java - k8s 监视服务器容器

    postgresql - 从 Postgresql 迁移到 Postgres-XL : distributed tables design

    jsf-2 - JSF 2.0 应用程序的水平扩展

    go - 在 golang 中运行生产可扩展 websocket 服务器库

    azure - 水平扩展写入时如何避免并发问题?