kubernetes Kubelet将把扩展资源的可分配值更改为容量值,

cygmwpex  于 9个月前  发布在  Kubernetes
关注(0)|答案(9)|浏览(261)

如果有一个扩展资源(如磁盘 IOPS),我也希望预留一部分资源。我希望在节点状态中有更清晰的反映。现在似乎不可能。

kubernetes/pkg/kubelet/cm/node_container_manager_linux.go 文件的第 227 行到第 248 行:

  1. func (cm *containerManagerImpl) GetNodeAllocatableReservation() v1.ResourceList {
  2. evictionReservation := hardEvictionReservation(cm.HardEvictionThresholds, cm.capacity)
  3. result := make(v1.ResourceList)
  4. fork := rangecm.capacity {
  5. value := resource.NewQuantity(0, resource.DecimalSI)
  6. if cm.NodeConfig.SystemReserved != nil {
  7. value.Add(cm.NodeConfig.SystemReserved[k])
  8. }
  9. if cm.NodeConfig.KubeReserved != nil {
  10. value.Add(cm.NodeConfig.KubeReserved[k])
  11. }
  12. if evictionReservation != nil {
  13. value.Add(evictionReservation[k])
  14. }
  15. if !value.IsZero() {
  16. result[k] = *value
  17. }
  18. }
  19. return result
  20. }

kubernetes/pkg/kubelet/nodestatus/setters.go 文件的第 344 行到第 356 行:

  1. allocatableReservation := nodeAllocatableReservationFunc()
  2. fork, v := range node.Status.Capacity {
  3. value := v.DeepCopy()
  4. if res, exists := allocatableReservation[k]; exists {
  5. value.Sub(res)
  6. }
  7. if value.Sign() < 0 {
  8. // Negative Allocatable resources don't make sense.
  9. value.Set(0)
  10. }
  11. node.Status.Allocatable[k] = value
  12. }

扩展资源的可分配性是否也可以由 "扩展资源控制器" 设置?

frebpwbc

frebpwbc1#

/sig node

1aaf6o9v

1aaf6o9v2#

关于这个问题,有没有进一步的更新?

wr98u20j

wr98u20j3#

我也注意到了这种行为,我觉得这是不对的。
@lujinda@cardyok 或许可以在#sig-node Slack上ping一下,以便得到优先处理和/或评论?

cqoc49vn

cqoc49vn4#

@bart0sh,这是否是你能帮忙筛选的事情?

bqjvbblv

bqjvbblv5#

当然,对我来说,这看起来是一个有效的问题。
/triage accepted

m528fe3b

m528fe3b6#

@SergeyKanzhelev,你能建议如何继续处理这个问题吗?

eoigrqb6

eoigrqb67#

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

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

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

ukqbszuj

ukqbszuj8#

Kubernetes项目目前缺乏足够的贡献者来充分应对所有问题。
此机器人根据以下规则对未分类的问题进行分级处理:

  • lifecycle/stale应用后的90天不活动后,将应用lifecycle/stale
  • lifecycle/stale应用后的30天不活动后,将应用lifecycle/rotten
  • lifecycle/rotten应用后的30天不活动后,该问题将被关闭

您可以:

  • 将此问题标记为新鲜的/remove-lifecycle stale
  • 使用/close关闭此问题
  • 提供帮助,请使用Issue Triage

请将反馈发送至sig-contributor-experience@kubernetes/community
/lifecycle stale

展开查看全部
7y4bm7vi

7y4bm7vi9#

Kubernetes项目目前缺乏足够的活跃贡献者来充分应对所有问题。
此机器人根据以下规则对未分类的问题进行分级处理:

  • lifecycle/stale应用后的90天内无活动,将应用lifecycle/stale
  • lifecycle/stale应用后的30天内无活动,将应用lifecycle/rotten
  • lifecycle/rotten应用后的30天内无活动,将关闭该问题

您可以:

  • 使用/remove-lifecycle rotten标记此问题为新鲜
  • 使用/close关闭此问题
  • 提供帮助,使用Issue Triage

请将反馈发送至sig-contributor-experience@kubernetes/community
/lifecycle rotten

展开查看全部

相关问题