利用kubernetes节点与descheduler

发布于 2025-02-02 15:16:48 字数 1245 浏览 2 评论 0 原文

因此,这是我试图在K8S节点资源方面使用的示例场景。

假设我们有3个(Worker)节点 - 相同类型 - 分配了这些资源请求:

  • N1:70%
  • N2:60%
  • N3:50%

我希望理想地重新平衡节点(节点上的PODS),以便我可以删除N3(或其中任何一个):

  • n1:70% + 20%从N3
  • N2:60% + 30%的N3
  • N3:要删除

(所有数字都是假设和简化的,我只想到达最少浪费/

我正在查看 )) nofollow noreferrer“> descheduler 可能有助于使用节点/群集。

我正在考虑设置阈值 = targetThresholds = 90%(或类似的东西) lownodeutilization 策略,然后使用 claster autoscaler 降低群集(ie)删除节点)

  • 我不清楚是否可以使用多个策略 descheduler (如果是的,则是什么优先级),
  • 我应该使用 HighnoDeutilization >或集群Autoscaler 用于缩小的尺寸?

对这种方法(或任何其他建议)的任何评论/反馈都将受到赞赏。

So here's a sample scenario I'm trying to utilize in terms of K8s node resources.

Let's say we have 3 (worker) nodes - same type - with these resource requests allocated:

  • N1: 70%
  • N2: 60%
  • N3: 50%

I'd like to ideally rebalance the nodes (pods on the node) so it I can delete N3 (or any one of them):

  • N1: 70% + 20% from N3
  • N2: 60% + 30% from N3
  • N3: to be deleted

(all numbers are hypothetical and simplified, I just wanna get to the least waste/least number of nodes required for this)

I'm looking at the descheduler which could potentially help to utilize the nodes/cluster.

I'm thinking to set the threshold = targetThresholds = 90% (or something similar) in LowNodeUtilization policy, and then use either HighNodeUtilization or Cluster Autoscaler to downsize the cluster (i.e. remove the node)

  • I'm not clear if I can use multiple strategies for descheduler (if so, what's the precedence)
  • Should I use the HighNodeUtilization or Cluster Autoscaler for downsizing?

Any comment/feedback on this approach (or any other suggestion) is appreciated.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文