Skip to content

Commit f478649

Browse files
committed
add more details to the proposed changes
1 parent 9477b0f commit f478649

File tree

1 file changed

+1
-1
lines changed
  • vertical-pod-autoscaler/enhancements/7571-support-pod-level-resources

1 file changed

+1
-1
lines changed

vertical-pod-autoscaler/enhancements/7571-support-pod-level-resources/README.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -426,7 +426,7 @@ In summary Pods with Pod-level resources should not be validated against Contain
426426

427427
#### Pod LimitRange object
428428

429-
For the admission controller, the most relevant recommendation type is the Target, since the controller calculates requests and limits. For the updater, other pod-level recommendation types (Target, LowerBound, and UpperBound) are used to decide which Pods should be evicted.
429+
For the admission controller, the most relevant recommendation type is the Target, since the controller calculates requests and limits. For the updater, the other Pod-level recommendation types - LowerBound and UpperBound - are used to determine which Pods should be evicted.
430430

431431
This AEP proposes applying the same logic for Pod-level recommendations as defined in the [capProportionallyToPodLimitRange](https://github.com/kubernetes/autoscaler/blob/722902dce0d3fba2a1eb9904a4d91e448496a7f8/vertical-pod-autoscaler/pkg/utils/vpa/capping.go#L514) method. In other words, the Pod-level Target, UpperBound, and LowerBound should be increased or decreased proportionally to comply with Pod LimitRange constraints.
432432

0 commit comments

Comments
 (0)