kubernetes-sigs / lws / 28669213647
56%
main: 56%

LAST BUILD BRANCH: dependabot/npm_and_yarn/site/all-1caf817742
DEFAULT BRANCH: main
Ran
Jobs 1
Files 25
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst
coverage: 55.673%. Remained the same
28669213647

Pull #910

github

hasB4K 
KEP-849: Per-role HPA support for DisaggregatedSet

Adds a KEP proposing per-role autoscaling for DisaggregatedSet through a
new lightweight DisaggregatedSetRoleScaler CRD that exposes the /scale
subresource. HPA, KEDA, or any /scale-aware controller can then drive
replicas for a single role (e.g., prefill or decode) independently.

Motivation: pointing an HPA directly at the underlying LeaderWorkerSet
breaks because LWS names include a revision hash (e.g.,
myds-6ad7c921-prefill), so the HPA orphans on every rolling update.

Design:
- A DisaggregatedSetRoleScaler targets exactly one (DisaggregatedSet,
  role) pair via targetRef and exposes /scale.
- DisaggregatedRoleSpec gains a Scaling sub-struct with Mode:
  Static (default, today's behavior) or External.
- When a role is External, the DS controller reads the desired replica
  count from the scaler and writes back status.replicas and
  status.selector so the HPA feedback loop closes across rollouts.
- Fully opt-in and per-role: DisaggregatedSets without any scaler
  behave exactly as they do today.

Rolling-update interaction is specified: the scaler drives only the
new-revision target, old revisions keep their existing snapshot-and-drain
behavior, and a monotonicity guard prevents an HPA scale-down from
reversing a rollout in progress.

Refs: #849
Pull Request #910: KEP-849: Per-role HPA support for DisaggregatedSet

2105 of 3781 relevant lines covered (55.67%)

46.89 hits per line

Jobs
ID Job ID Ran Files Coverage
1 28669213647.1 25
55.67
 GitHub Action Run
Source Files on build 28669213647