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
NoScaleDown example: You found a noScaleDown event that contains a per-node reason for your node. The message ID is "no.scale.down.node.pod.has.local.storage" and there is a single parameter: "test-single-pod". After consulting the list of error messages, you discover this means that the "Pod is blocking scale down because it requests local storage". You consult the Kubernetes Cluster Autoscaler FAQ and find out that the solution is to add a "cluster-autoscaler.kubernetes.io/safe-to-evict": "true" annotation to the Pod. After applying the annotation, cluster autoscaler scales down the cluster correctly.
Steps to reproduce
Cordone a node with blobserve on it, observe that autoscaler does not remove it.
Expected behavior
The node should be scaled down.
Possible solution:
Add the annotaiton as suggested by the docs.
The text was updated successfully, but these errors were encountered:
Describe the bug
The GKE cluster did not scale down a node which was cordoned because GKE did not want to evict blobserve.
The GKE Autoscaler says:
GCP Docs say:
Steps to reproduce
Cordone a node with blobserve on it, observe that autoscaler does not remove it.
Expected behavior
The node should be scaled down.
Possible solution:
Add the annotaiton as suggested by the docs.
The text was updated successfully, but these errors were encountered: