Skip to main content
Vantage performance depends on both workload autoscaling and the underlying cluster’s ability to supply schedulable capacity. KEDA can change replica counts in response to CPU utilization and application metrics, but it does not add nodes, change quotas, or make nodes eligible for TechCore workloads.

Autoscaling with KEDA

Understand trigger strategies, enable KEDA, verify generated ScaledObjects, and plan capacity.

Monitoring with Prometheus

Configure the metrics pipeline used by Prometheus-based autoscaling triggers.

Prerequisites

Review the installation baseline and TechCore worker-node requirements.

Troubleshooting

Diagnose unhealthy ScaledObjects, unavailable metrics, and scheduling failures.

​
Capacity principles

  • Treat the documented node count as an installation baseline, not a production sizing guarantee.
  • Test with representative documents, skills, concurrency, and latency requirements.
  • Monitor HPA desired replicas and pending pods together so trigger problems are not confused with cluster-capacity problems.
  • Size node pools, quotas, registries, and storage for simultaneous scaling across multiple services.
  • Keep the vantage-operator and vantage-selfhosted charts on the same version so their autoscaling configuration remains compatible.