“We were essentially able to reduce the cost of that cluster by about 75%. On AWS, DevZero demonstrated they could achieve significantly higher savings than we initially thought possible.”

Mihir Nair
Head of Architecture, Databahn
Automatic language detection
Observability
The node agent detects JVM, Node.js, .NET, Go, Rust, GraalVM native image, Python, Ruby, Deno and Bun in every container with no workload changes. Low-privilege installs turn it off.
Network tracing (eBPF)
Observability
Collects pod-to-pod network flows with netfilter by default. An eBPF collector mode is available as an opt-in setting.
Application health profiling
Observability
Tracks OOM kills, crash loops, CPU throttling and container startup lifecycle events for each workload.
Node group profiling for shapes and sizes
Observability
Analyzes each node group and the workloads on it, then suggests node policy changes to requirements, capacity type, zones, limits and disruption settings.
Node group consolidation opportunities
Observability
Previews underused nodes whose pods fit elsewhere in their node group and drains them on demand or by policy. Also flags duplicate and overlapping node policies.
Workload cost
Cost attribution
Splits node prices into CPU, memory and GPU unit costs and attributes them to each workload.
Network cost
Cost attribution
Prices network traffic by type, including cross-AZ, cross-region, internet egress and NAT paths, estimated at cloud list rates.
Workload storage cost
Cost attribution
Calculates persistent volume claim storage cost for each workload.
Savings Plan, RI and CUD awareness
Cost attribution
Reads AWS, GCP and Azure billing exports to show commitment coverage and utilization and to price nodes at commitment-adjusted cost. It does not buy or manage commitments.
Flexible instance shapes in node groups
Cluster autoscaling
Node policies select instances by category, family, size and capacity type, so one policy spans many shapes.
Spot-to-spot consolidation
Cluster autoscaling
Installs Karpenter with spot-to-spot consolidation turned on for AWS, Azure, GCP and OCI, with a per-cluster toggle in Karpenter settings.
Manage existing Karpenter
Cluster autoscaling
Mirrors existing Karpenter NodePools as read-only cluster-managed policies, and a migration wizard moves them under DevZero management.
Static capacity
Cluster autoscaling
Supports fixed-size NodePools through spec.replicas on AWS, Azure and GCP once you turn on the Static capacity setting. OCI is not supported.
Live migration of running pods
Reliability
VPA resizes pods by recreating them or in place and never moves a running process between nodes.
Checkpoints a running container with CRIU and restores it on the replacement pod with its in-memory state. Opt-in per policy, on labelled nodes in the same cluster.
Alerts on restarts, OOM kills and throttling
Reliability
Alerts on application restarts, out-of-memory kills and CPU throttling, delivered by email or by webhook to Slack, Microsoft Teams, Discord or your own endpoint.
Workload profiling
Observability
The recommender builds CPU and memory usage history per container from Metrics Server, optionally seeded from Prometheus as a history provider. It profiles nothing beyond resource usage.
Builds a usage profile per workload from collected CPU, memory and runtime data and uses it to drive rightsizing recommendations.
API latency, throughput and error detection
Observability
Records inbound request rate, errors and latency per container from socket probes in the network monitor. Off by default; enable it with the containerRedMetrics Helm value.
Horizontal pod autoscaling
Workload autoscaling
VPA changes pod resources only; replica counts are handled by the separate Kubernetes HorizontalPodAutoscaler.
Horizontal scaling runs through KEDA ScaledObjects rendered from the workload rule. KEDA is an opt-in install, off by default, and DevZero creates no native HPA.
Coexists with HPA, VPA and KEDA
Workload autoscaling
Must not run with HPA on the same CPU or memory metric. The docs allow memory-only VPA beside a CPU-based HPA, or HPA on custom metrics.
Detects existing autoscalers automatically. An actuating VPA stands DevZero down. With an HPA it skips replica scaling, keeps vertical sizing, and offers an optional clamp against triggering scale-out.
Language-aware autoscaling
Workload autoscaling
Raises the CPU request of detected Java containers to a startup floor, 75m by default, and can tune JVM heap flags when the heap rule is on. No other runtime has its own rule.
Workload profile-based autoscaling
Workload autoscaling
The sizing engine adapts percentile targets and headroom to each workload's observed CPU and memory behavior. No rule triggers scaling from a stored profile.
Savings plan aware node choice
Cluster autoscaling
VPA provisions no nodes and has no pricing or commitment input.
Savings estimates flag the share of billed node hours under a reservation or savings plan. It does not buy commitments or steer nodes onto them.
Workload profile-based node scaling
Cluster autoscaling
Node policy suggestions read workload profiles, such as spot suitability and startup time, to propose spot capacity and grace periods. You apply them; no rule scales nodes on profiles.
Checks before a change is applied
Reliability
Update mode Off writes recommendations to the VPA object status without applying them, so teams can review them first. No other pre-apply check is documented.
Live migration checks workload kind, image coherence and node readiness first, and skips the workload without changes if a check fails. Live migration is opt-in per policy and part of Pro.
Last updated
VPA is free; DevZero is billed per CPU with a free plan.
Freeopen source
Free to download; your team runs it.
$5per CPU per month
Billed monthly on consumption. The more you save on compute, the less you pay DevZero.
Start freePublished results from customers who run DevZero in production.
DevZero reads your VPA objects and steps aside where one is acting.
Install the operator next to your VPA. It reads VPA objects and changes nothing.
DevZero previews each change. Workloads a VPA actively manages show as paused.
Set updateMode to Off where you want DevZero to apply sizing.
An Off-mode VPA keeps publishing recommendations. Your HPA keeps replicas.
No. In any VPA mode other than Off, DevZero pauses its CPU and memory sizing for that workload. A VPA in Off mode only publishes recommendations, and DevZero sizes as usual.
In Recreate mode, yes. InPlaceOrRecreate resizes in place on Kubernetes 1.33+ and evicts only if that fails. DevZero also resizes in place and falls back to a rolling restart.
Not on the same CPU or memory metric, per VPA's docs. DevZero leaves an existing HPA in charge of replicas and keeps sizing requests.
No. VPA manages CPU and memory. DevZero recommends a GPU request, but it does not partition or share GPUs.
VPA is free; you cover node capacity and the work of running it. DevZero Free is $0 for monitoring, and Pro is $5 per CPU per month.
“We were essentially able to reduce the cost of that cluster by about 75%. On AWS, DevZero demonstrated they could achieve significantly higher savings than we initially thought possible.”

Mihir Nair
Head of Architecture, Databahn
Use your own data
See your cluster costs and recommendations in the dashboard.
Compare side by side
Check DevZero's results against your current tool.
Plan the switch
Move one namespace at a time, and keep the rest where it is.