Skip to content

kubernetes_deployment_startup: add VPA CPU Startup Boost scenario - #6868

Open
ashishsuneja wants to merge 8 commits into
GoogleCloudPlatform:masterfrom
ashishsuneja:jvm_app_startup_pr3
Open

kubernetes_deployment_startup: add VPA CPU Startup Boost scenario#6868
ashishsuneja wants to merge 8 commits into
GoogleCloudPlatform:masterfrom
ashishsuneja:jvm_app_startup_pr3

Conversation

@ashishsuneja

Copy link
Copy Markdown
Collaborator

PR 3 of 3 — Baseline/Optimized Scenario + CPU Startup Boost via VPA.

Stacked on PR #6865 (PR 1) and PR #6867 (PR 2). Please review after both merge.

Completes the 4-configuration benchmark matrix:

  • Config 1: GKE w/o cpuboost (scenario=baseline, cloud=GCP)
  • Config 2: AWS w/o cpuboost (scenario=baseline, cloud=AWS)
  • Config 3: AKS w/o cpuboost (scenario=baseline, cloud=Azure)
  • Config 4: GKE w/ cpuboost (scenario=optimized, cloud=GCP)

Changes:

  • --kubernetes_deployment_startup_boost_factor flag (default 2, per Kam's guide).
  • CheckPrerequisites(): raises if scenario=optimized on non-GCP or with vLLM.
  • GetConfig(): sets enable_vpa=True for scenario=optimized.
  • Prepare(): applies VPA manifest with cpuBoostFactor for optimized scenario.
  • Run(): adds boost_factor to all sample metadata for cross-config comparison.
  • slowjvmstartup_vpa.yaml.j2: VPA with startup boost policy targeting the JVM deployment.

Note: Exact VPA startup-boost policy fields follow Kam's linked guide.

@ashishsuneja
ashishsuneja force-pushed the jvm_app_startup_pr3 branch 3 times, most recently from d8000f8 to eeeb982 Compare July 13, 2026 11:32
…metrics

PR 1 of 3 — Metrics & Observability.

New metrics:
- per_pod_ready_time: one Sample per pod (pod_name in metadata) so callers
  can compute p50/p90 across replicas. Uses existing
  kubernetes_conditions.GetStatusConditionsForResourceType() data.
- cpu_utilization_peak_millicores / cpu_utilization_mean_millicores /
  cpu_utilization_reading_count: CPU polled in a background thread via
  _CpuUtilizationCollector._Observe() following the same pattern as
  kubernetes_hpa_benchmark.KubernetesMetricsCollector.

Existing max_pod_ready_time metric is preserved unchanged.

Adds scenario/workload/cloud metadata to all samples for cross-config
comparison (PR 3 will set scenario=optimized for GKE CPU Startup Boost).

Flag stubs for --kubernetes_deployment_startup_workload and
--kubernetes_deployment_startup_scenario registered now so PR 2 and PR 3
do not need flag renames.

PR 2 adds vLLM workload support.
PR 3 adds VPA CPU Startup Boost scenario (GKE only).
PR 3 of 3 — Baseline/Optimized Scenario + CPU Startup Boost via VPA.

Completes the 4-configuration benchmark matrix:
  Config 1: GKE  w/o cpuboost (scenario=baseline, cloud=GCP)
  Config 2: AWS  w/o cpuboost (scenario=baseline, cloud=AWS)
  Config 3: AKS  w/o cpuboost (scenario=baseline, cloud=Azure)
  Config 4: GKE  w/  cpuboost (scenario=optimized, cloud=GCP)

Changes:
- kubernetes_deployment_startup_boost_factor flag (default 2).
- kubernetes_deployment_startup_vpa_yaml flag (slowjvmstartup_vpa.yaml.j2).
- CheckPrerequisites(): raises if scenario=optimized on non-GCP or vLLM.
- GetConfig(): sets enable_vpa=True for scenario=optimized.
- Prepare(): applies VPA manifest with cpuBoostFactor for optimized.
- Run(): adds boost_factor to all sample metadata.
- slowjvmstartup_vpa.yaml.j2: VPA with startup boost policy.

Stacked on PR GoogleCloudPlatform#6865 (metrics) and PR GoogleCloudPlatform#6867 (vLLM workload).
@ashishsuneja
ashishsuneja force-pushed the jvm_app_startup_pr3 branch from b4bb430 to 6fc576a Compare July 14, 2026 14:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants