Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Graceful scaling of nodes with daemonset.

未关闭
#976 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
25/100
Issue 类型
缺陷
描述清晰度
需要澄清
活跃度
停滞
技术栈
kubernetes

调研方向

首先检查 issue 中显示的 NodePool startupTaints 和 DaemonSet tolerations,然后调查 sys-box-runtime 在节点扩缩容期间如何从 Initialization 转换为 running。使用提供的 Kubernetes 配置重现 node-storm 行为;完成的标准是形成一种有文档记录或经过验证的方法,使节点能够等待 DaemonSet,而不会触发过度扩容。

由索引模型根据 Issue 内容生成。

描述

What is the recommended method to handle scaling of nodes to prevent node storms when an app has a dependency of node state label sys-box-runtime=running . The initialization time of of sys-box causes conflicts with autos scaling groups. Current configuration:

Karpeneter scaling

apiVersion: karpenter.sh/v1beta1
kind: NodePool
metadata:
  name: foo
spec:
  template:
    metadata:
      labels:
        karpenter.sh/capacity-type: on-demand
    spec:
      startupTaints:
      - key: karpenter.sh/wait
        value: "true"
        effect: NoSchedule
  limits:
    cpu: 1000

Testing this configuration but sys-box-runtime=Initialization is slow and causes node storms as it waits for sys-box-runtime=running

apiVersion: apps/v1
kind: DaemonSet
metadata:
  ...
spec:
  ...
    spec:
      tolerations:
        - key: karpenter.sh/wait
          operator: Exists
          effect: NoSchedule
     ...

I would prefer not to solve this by throwing higher compute specs at it and can wait for the daemon set to be in a running state when nodes scale. Is there a better method?

主要语言
Shell
星标
3.9k
派生
230
平均合并
11 小时 18 分钟
30 天内合并 PR
2

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

nestybox/sysbox 的其他 Issue

查看 nestybox/sysbox 的全部 Issue

相似的 Issue

更多 Shell/Bash Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。