new-pod-scale-up-delay=0 should effectively disable filtering out young pods #8991
+20
−1
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What type of PR is this?
/kind feature
What this PR does / why we need it:
StaticAutoscaler.filterOutYoungPodscalculates pod age based on CA loop start time. Technically, this means that even with flag--new-pod-scale-up-delay=0s, CA might skip pods that were created between CA loop start and when pods where listed.--new-pod-scale-up-delay=0sshould mean that filtering out young pods is disabled.This is quite an edge case for normal pods, but we'd like to set the creation date for fake pods injected by CapacityBuffer to be able to measure how fast CapacityBuffer pods are processed. Without this PR, cluster autoscaler would filter out those fake pods on the first loop execution, delaying the capacity buffers processing.
Which issue(s) this PR fixes:
No issue
Special notes for your reviewer:
This was tested with with CA started locally running against GKE cluster with all autoscaling disabled:
--new-pod-scale-up-delaywas not set (defaulted to 0s), CA immediately triggered MIG scale up--new-pod-scale-up-delay=1m, the scale up happened after ~1m. Logs:Does this PR introduce a user-facing change?
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: