Skip to content

Commit

Permalink
docs: add capi autoscaling warning
Browse files Browse the repository at this point in the history
  • Loading branch information
anders-elastisys committed Oct 18, 2024
1 parent 4f74fd5 commit c466abb
Showing 1 changed file with 4 additions and 0 deletions.
4 changes: 4 additions & 0 deletions docs/user-guide/cluster-api.md
Original file line number Diff line number Diff line change
Expand Up @@ -55,6 +55,10 @@ All Ingress traffic will go through load balancers and there will not be any maj

## Cluster autoscaling

> [!WARNING]
> For Elastisys Managed Services customers that have or want to use the cluster autoscaling feature, please ensure your workload does not prevent the autoscaler from removing nodes, e.g. running pods that configure non-memory `emptyDir` volumes.
> Please go through the list in the [cluster autoscaling documentation](https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/FAQ.md#what-types-of-pods-can-prevent-ca-from-removing-a-node).
The [Cluster Autoscaler](https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/cloudprovider/clusterapi/README.md) will scale up a Cluster if there are Pods in the Pending state (refer to the [Kubernetes documentation on Pod Lifecycle](https://kubernetes.io/docs/concepts/workloads/pods/pod-lifecycle/)) that cannot currently be scheduled because of a lack of resources with the current set of Nodes.
This means that the scaling is based on resource **requests** on Pods, not the actual current CPU/memory utilization.
In turn, this means the autoscaler cannot prevent Nodes from running out of CPU or memory if the resource requests are not close to the actual usage: to benefit the most from autoscaling, you need to set resource requests as correctly as possible.
Expand Down

0 comments on commit c466abb

Please sign in to comment.