Closed OperationalDev closed 7 months ago
@OperationalDev .. have a query on your issue. Cordoned nodes do not schedule new pods in it. But how is removing the cordoned node from the kube-capacity report, helps in showing change in capacity ? How does request and limit change in a node by not scheduling new pods in it?
If you cannot schedule pods on a node, then you cannot use that capacity. If I have 10 worker nodes, each with 2CPU available, then my capacity is 20CPU. But if 5 of the nodes are cordoned and unschedulable, then my capacity is only 10CPU, because I cannot schedule pods on the 5 nodes that have been cordoned. kube-capacity in this instance will show me I have 20CPU worth of capacity available.
In a perfect world, nodes should not be cordoned for an extended period of time, but in my scenario, nodes can be cordoned for a couple of days and this can lead to running out of capacity.
I would like this feature as well: to be able to exclude tainted nodes.
It would be nice if we could add support for node taints. e.g. If a node has been cordoned and is set to no schedule/execute, it should be possible to exclude this.
e.g.
Now if we exclude cordoned nodes:
We can see have less capacity available than we thought.