You pay for 10 CPU cores and use 1
Pods request far more than they use, and nobody knows which value is safe. Memory use averages 23%.
CAST AI, 2025 Kubernetes Cost Benchmark Report
Smart Sizing →Wave sizes, scales, and diagnoses your Kubernetes workloads inside your own cluster. Your team gets right-sized requests, replicas that follow traffic, and the cause of each failure, all in one console.
Each part works alone. Nobody sees the whole cluster.
~30s and ~31s from Wave feature pages. Pod counts are illustrative.
One layer sees the whole cluster and acts on it.
~10s from the Autopilot feature page. Kubernetes icons: Kubernetes community, Apache-2.0.
Amazon EKSAWS MarketplaceNo license key. Free under 200 vCPUs, then billed through your AWS account.Start on Amazon EKS →
Red Hat OpenShiftRed Hat Ecosystem CatalogA Red Hat certified Helm chart with UBI-based images. Free under 200 vCPUs with a license key.Start on OpenShift →
Other KubernetesAKS, GKE, OKD, Rancher, and moreInstall from GHCR, or mirror the images for air-gapped clusters. Free under 200 vCPUs with a license key.Start on your cluster →
Size, scale, and diagnose Kubernetes workloads in one console.

Share one GPU across several workloads, with memory and priority set per pod.
Engineers set up llm-d or NVIDIA Dynamo in your cluster.
Coming: Wave AI Agent (2026 Q4) · Learn more →
Each card starts with a number from a named source. Open a card to see what Wave changes.
Pods request far more than they use, and nobody knows which value is safe. Memory use averages 23%.
CAST AI, 2025 Kubernetes Cost Benchmark Report
Smart Sizing →A high-impact Kubernetes outage takes a median of 51 minutes to resolve, and 39% take an hour or more.
kubernetes.io, Pod Lifecycle; Komodor, 2025 Enterprise Kubernetes Report
Pod / Container Failures →Gateway, HTTPRoute, Service, EndpointSlice, Pod, and Node are separate lists. Engineers already spend 33% of their time addressing disruptions.
Kubernetes Gateway API and core API; New Relic, 2025 Observability Forecast
Cluster Map →By default, Karpenter launches a node only after a Pod is Pending. In one Wave benchmark run, the first new Pod waited 31 seconds for the node and its image.
Wave 3.1.0 release post, one benchmark run, first new Pod
Node Warmup →You know the peak is coming, but HPA starts only after the load arrives, and it can at most double the pods every 15 seconds.
Calculated from the kubernetes.io HPA defaults, starting at 10 pods
Autopilot Scheduler →Bots and fans without codes drove 3.5 billion requests, 4x Ticketmaster's previous peak.
Ticketmaster, Eras Tour presale, Nov 2022
Wave Flow →The five stages above run on one mechanism. Wave collects metrics, logs and Kubernetes state together, reasons over them, and applies the result.
1 Read, 2 Decide, 3 Change. Every change goes through the Kubernetes API.
Console Demo
Click through sizing recommendations, Autopilot scaling, and K8s diagnosis — with simulated data, right in your browser.
Explore the console demo →Trusted by Leading Organizations




Works on EKS, GKE, AKS, OpenShift, and self-managed Kubernetes 1.26+.
Free for clusters under 200 vCPU. Two install methods issue the key by email in seconds. The rest are answered by a person.
Request free key →One values file with your key and storage class, one helm install. Air-gapped clusters supported.
$ helm repo add wave-autoscale-helm \ https://release.waveautoscale.io/helm-chart$ helm install wave-autoscale-helm \ wave-autoscale-helm/wave-autoscale-helm \ -f values-ghcr.yaml \ -n wave-autoscale --create-namespace
Port-forward, sign in, and Wave starts auto-discovering workloads. Autopilot can run in observe-only mode first.
$ kubectl port-forward -n wave-autoscale \ svc/wave-autoscale-svc 3025:3025# open http://localhost:3025
HPA only watches whether resource usage crosses a threshold, not how your workload actually performs. Wave Autopilot uses ML-based workload performance modeling to reach scaling decisions in about 10 seconds — roughly 2× faster than HPA, without threshold tuning.
No. KEDA specializes in event-driven workloads (Kafka, queues) — a different objective. KEDA complements HPA and Wave Autopilot rather than replacing them. Wave Autopilot scales long-running services based on workload performance, which is a separate problem.
VPA uses CPU percentile statistics alone, so a fixed CPU allocation can't adapt to sporadic request surges. Wave Smart Sizing factors in both CPU percentiles and real-time workload demand, maintaining optimal success rates — for example allocating 2.0 cores instead of 1.5 when bursts demand it.
No. Wave Flow runs on top of Istio — adding priority shaping, a virtual waiting room, and visibility through Envoy filters and control-plane extensions. Your existing Istio mesh is untouched; Wave Flow makes overload behavior graceful instead of treating every request equally.
Three things. Karpenter Dashboard shows nodes, cost per hour, Spot ratio, and thrashing for each NodePool in Wave Console. Node Warmup starts a node before the next Pod needs one: in one Wave benchmark run, the first new Pod was ready in 3 seconds instead of 31. Spot Workload Placement keeps Pods up to a threshold on On-Demand and puts the rest on Spot, by replica number, with no change to your YAML.
Grafana shows you the metrics, but you still have to guess what's wrong. Threshold alerts miss slowly-progressing issues until they become incidents. Wave Diagnosis ships with five ML diagnostics — cluster resource forecasting (7–60 days out), memory leak detection, CPU utilization analysis, pod scheduling delay detection, and idle node detection — so you can shift from reactive to proactive operations.
Yes. Wave runs entirely inside your cluster with no external dependencies. Air-gapped environments are fully supported, including private container registries. Wave is an AWS EKS Service Ready Partner and a Red Hat Certified Partner, and also runs on bare-metal Kubernetes.
Start with a free Smart Sizing Report on your own cluster. No credit card. White-glove onboarding included.