keda¶
Feature state: 0.9.0
keda
value in Kubedeploy allows controlling the parameters for Kubernetes Event-driven Autoscaling: KEDA 2.x
Note
To use keda
, your cluster must have KEDA operator installed first. If CRD is not detected, chart will skip rendering keda maifests.
Warning
keda
and autoscaler
can't be used at the same time
Available values for keda
in Kubedeploy:
keda:
enabled: false # (1)
minReplicas: 1 # (2)
maxReplicas: 10 # (3)
pollingInterval: 30 # (4)
cooldownPeriod: 300 # (5)
restoreToOriginalReplicaCount: false # (6)
scaledObject:
annotations: {} # (7)
behavior: {} # (8)
triggers: [] # (9)
- enables keda, Note: mutually exclusive with HPA, enabling KEDA disables HPA
- Number of minimum replicas for KEDA autoscaling
- Number of maximum replicas for KEDA autoscaling
- Interval for checking each trigger ref
- The period to wait after the last trigger reported active before scaling the resource back to 0 ref
- After scaled object is deleted return workload to initial replica count ref
- Scaled object annotations, can be used to pause scaling ref
- HPA configurable scaling behavior see ref
- Keda triggers ref
Keda allows for more precise triggers on when the application will be scaled out. It does require external metrics system and access to it. In the example below we will configure haproxy application and keda scaling triggers based on application provided metrics collected by Prometheus.
Define keda scaling triggers
See also: