kubernetes Kubelet在驱逐一个pod后没有速率控制,

tp5buhyn  于 6个月前  发布在  Kubernetes
关注(0)|答案(8)|浏览(71)

今天没有防止滥用驱逐循环的机制(控制器重新创建了一个刚刚被驱逐的pod)。$x_{1e0f1}^{x}$似乎表明kubelet和控制器将一直战斗,直到控制器停止。一个驱逐决策对来自该控制器、命名空间或名称的后续pod执行一些速率限制似乎是合理的,尽管这可能会很棘手。

ax6ht2ek

ax6ht2ek1#

问题在90天不活跃后过期。
使用 /remove-lifecycle stale 将问题标记为新鲜。
过期的问题在30天不活跃后开始腐烂并最终关闭。
如果现在可以安全地关闭此问题,请使用 /close 进行操作。
向 sig-testing, kubernetes/test-infra 和/或 fejta 发送反馈。
生命周期:过期

qq24tv8q

qq24tv8q2#

过期的问题在30天不活动后会变质。
使用 /remove-lifecycle rotten 将问题标记为新鲜。
腐烂的问题在额外的30天不活动后关闭。
如果现在可以安全地关闭此问题,请使用 /close 进行操作。
将反馈发送给sig-testing, kubernetes/test-infra 和/或 fejta
生命周期腐烂

wr98u20j

wr98u20j3#

以下是文本内容的翻译结果:

腐烂的问题在30天不活动后关闭。
使用 /reopen 重新打开问题。
使用 /remove-lifecycle rotten 将问题标记为新鲜。
向 sig-testing, kubernetes/test-infra 和/或 fejta 发送反馈。
/close

eqfvzcg8

eqfvzcg84#

关闭此问题。
对此的回应:
腐烂的问题在30天内无活动后关闭。
使用 /reopen 重新打开问题。
使用 /remove-lifecycle rotten 将问题标记为新鲜。
向 sig-testing, kubernetes/test-infra 和/或 fejta 发送反馈。
/close
使用 PR 评论与我互动的说明已提供 here 。如果您对我的行为有任何疑问或建议,请针对 kubernetes/test-infra 存储库提出问题。

vktxenjb

vktxenjb6#

仍然是一个问题,因为当我们提高kubelet延迟和速率限制时,这个问题会变得更糟,而不是更好。

3qpi33ja

3qpi33ja8#

这个问题已经超过一年没有更新了,应该重新进行优先级评估。
你可以:

  • 确认这个问题仍然与 /triage accepted (仅组织成员)相关
  • /close 关闭这个问题

有关优先级评估过程的更多详细信息,请参见 https://www.kubernetes.dev/docs/guide/issue-triage/
已接受移除优先级评估

相关问题