You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
According to kubernetes documentation, the pod is scheduled only if all requests can be satisfied, seems like real overcommit may occur only with limits, when some pods use more resources then they originally requested.
Thanks!
The text was updated successfully, but these errors were encountered:
Cluster has overcommitted CPU resource requests for Pods by {{ $value }} CPU shares and cannot tolerate node failure.',
Meaning, it calculates if there are more CPU Resources requested from all pods then all the Allocatable CPU minus the biggest node.
This alert predicts your pods won't run if a Node is down. It has nothing to do with limits as far as I understand it, it's just about being able to schedule all nodes if one of the nodes is down (example: during updating).
Hello,
could someone please elaborate the usage of cpu requests in KubeCPUOvercommit alarm, not limits ?
Here is the link to the related query:
kubernetes-mixin/alerts/resource_alerts.libsonnet
Line 28 in 9821d07
According to kubernetes documentation, the pod is scheduled only if all requests can be satisfied, seems like real overcommit may occur only with limits, when some pods use more resources then they originally requested.
Thanks!
The text was updated successfully, but these errors were encountered: