autoscaler/cluster-autoscaler
Łukasz Osipiuk 01a2e4d3cf Update leader election configuration after godeps update 2018-09-05 16:54:15 +02:00
..
Godeps Update godeps. 2018-09-05 16:41:22 +02:00
_override
cloudprovider Update azure compute client to 2018-04-01 2018-09-05 16:41:30 +02:00
clusterstate Check for ready condition not true 2018-08-30 13:43:24 +02:00
config
context Move initializing defaults out of main 2018-08-02 14:04:03 +02:00
core Remove obsolete implementations of node-related processors 2018-09-05 11:58:46 +02:00
estimator Make CheckPredicates return predicateError 2018-08-28 14:11:35 +02:00
expander Make Create() return newly created node group 2018-08-08 14:56:59 +02:00
metrics
processors Remove obsolete implementations of node-related processors 2018-09-05 11:58:46 +02:00
proposals
simulator Update use of factory.NewConfigFactory after godeps update 2018-09-05 16:41:30 +02:00
utils Remove GetGpuRequests function 2018-09-05 11:58:46 +02:00
vendor Update godeps. 2018-09-05 16:41:22 +02:00
.gitignore
Dockerfile cluster-autoscaler: modify dockerfile and makefile to support args 2018-08-23 14:42:21 -07:00
FAQ.md Replace to a link 2018-08-27 18:33:54 +09:00
Makefile cluster-autoscaler: modify dockerfile and makefile to support args 2018-08-23 14:42:21 -07:00
OWNERS Update owners files for autoscaling 2018-08-21 17:50:40 +02:00
README.md Update README 2018-08-29 11:38:21 +02:00
cloudbuild.yaml
fix_gopath.sh
kubernetes.sync Update godeps. 2018-09-05 16:41:22 +02:00
main.go Update leader election configuration after godeps update 2018-09-05 16:54:15 +02:00
main_test.go
push_image.sh
run.sh
update_toc.py
version.go

README.md

Cluster Autoscaler

Introduction

Cluster Autoscaler is a tool that automatically adjusts the size of the Kubernetes cluster when one of the following conditions is true:

  • there are pods that failed to run in the cluster due to insufficient resources,
  • there are nodes in the cluster that have been underutilized for an extended period of time and their pods can be placed on other existing nodes.

FAQ/Documentation

Is available HERE.

Releases

We recommend using Cluster Autoscaler with the Kubernetes master version for which it was meant. The below combinations have been tested on GCP. We don't do cross version testing or compatibility testing in other environments. Some user reports indicate successful use of a newer version of Cluster Autoscaler with older clusters, however, there is always a chance that it won't work as expected.

Kubernetes Version CA Version
1.11.X 1.3.X
1.10.X 1.2.X
1.9.X 1.1.X
1.8.X 1.0.X
1.7.X 0.6.X
1.6.X 0.5.X, 0.6.X*
1.5.X 0.4.X
1.4.X 0.3.X

*Cluster Autoscaler 0.5.X is the official version shipped with k8s 1.6. We've done some basic tests using k8s 1.6 / CA 0.6 and we're not aware of any problems with this setup. However, Cluster Autoscaler internally simulates Kubernetes' scheduler and using different versions of scheduler code can lead to subtle issues.

Notable changes

For CA 1.1.2 and later, please check release notes.

CA version 1.1.1:

  • Fixes around metrics in the multi-master configuration.
  • Fixes for unready nodes issues when quota is overrun.

CA version 1.1.0:

CA version 1.0.3:

  • Adds support for safe-to-evict annotation on pod. Pods with this annotation can be evicted even if they don't meet other requirements for it.
  • Fixes an issue when too many nodes with GPUs could be added during scale-up (https://github.com/kubernetes/kubernetes/issues/54959).

CA Version 1.0.2:

CA Version 1.0.1:

CA Version 1.0:

With this release we graduated Cluster Autoscaler to GA.

  • Support for 1000 nodes running 30 pods each. See: Scalability testing report
  • Support for 10 min graceful termination.
  • Improved eventing and monitoring.
  • Node allocatable support.
  • Removed Azure support. See: PR removing support with reasoning behind this decision
  • cluster-autoscaler.kubernetes.io/scale-down-disabled` annotation for marking nodes that should not be scaled down.
  • scale-down-delay-after-deleteandscale-down-delay-after-failureflags replacedscale-down-trial-interval`

CA Version 0.6:

CA Version 0.5.4:

  • Fixes problems with node drain when pods are ignoring SIGTERM.

CA Version 0.5.3:

CA Version 0.5.2:

CA Version 0.5.1:

CA Version 0.5:

  • CA continues to operate even if some nodes are unready and is able to scale-down them.
  • CA exports its status to kube-system/cluster-autoscaler-status config map.
  • CA respects PodDisruptionBudgets.
  • Azure support.
  • Alpha support for dynamic config changes.
  • Multiple expanders to decide which node group to scale up.

CA Version 0.4:

  • Bulk empty node deletions.
  • Better scale-up estimator based on binpacking.
  • Improved logging.

CA Version 0.3:

  • AWS support.
  • Performance improvements around scale down.

Deployment

Cluster Autoscaler is designed to run on Kubernetes master node. This is the default deployment strategy on GCP. It is possible to run a customized deployment of Cluster Autoscaler on worker nodes, but extra care needs to be taken to ensure that Cluster Autoscaler remains up and running. Users can put it into kube-system namespace (Cluster Autoscaler doesn't scale down node with non-mirrored kube-system pods running on them) and add scheduler.alpha.kubernetes.io/critical-pod annotation (so that the rescheduler, if enabled, will kill other pods to make space for it to run).

Supported cloud providers: