Resource optimization for the OKE control plane and data plane.
Agent-driven optimization of pods, storage, autoscalers, and node fleets for OKE clusters backed by managed node pools or virtual node pools, landing as node pool sizing changes, Terraform, or GitOps diffs.
Request and limit specifications, kept in sync with workload reality.
On OKE, the open-source VPA can produce request guidance, but on its own it doesn’t close the loop, so recommendations accumulate and rarely land. Kubex applies them continuously via mutating webhooks and in-place resize, leaving system namespaces untouched.
Continuous request right-sizing
Tuned from learned utilization, freeing capacity the cluster autoscaler holds in reserve.
Limits prevent OOM and throttling
Shaped to actual peak behaviour, not template defaults.
Predictive scaling and new-workload sizing
Predictive Pod Scaler resizes ahead of learned patterns; Container Deployment Sizer drafts new specs via MCP.
Local storage requests aligned to actual disk pressure.
Ephemeral storage is the resource discovered during incidents. On OKE, under-spec’d ephemeral-storage triggers disk-pressure evictions; over-spec’d caps pod density. Kubex tracks usage and adjusts requests via the same in-place path as CPU and memory.
Pressure-driven scheduling stays accurate
Requests reflect real disk consumption, not worst-case guesses.
Capacity restoration
Right-sized requests release headroom held against worst-case usage.
Disk-pressure evictions eliminated upstream
Requests track growth, so disk-pressure conditions never form.
Horizontal autoscaling, configured from how the workload behaves.
On OKE, HPA (often paired with KEDA for event-sourced scaling) carries elasticity for most workloads, but keeping it correct is hard; thresholds inherit from templates, policies stay default, HPAs outlive their pod sizing. The HPA Optimizer recomputes thresholds, scale policies, and replica bounds against today’s workload.
Thresholds re-anchored after pod sizing
Recomputed when right-sizing shifts the request denominator.
Scale policies tuned to reaction time
Against observed behaviour, not Helm-chart defaults.
OOM and throttling shielded
Flags HPA settings that let pods hit throttling or OOM before scale-out.
Node fleets that match the workload they actually run.
OKE managed node pool specs drift from workload reality once pod sizing changes land. Kubex addresses this with simulation-based instance-shape and node pool sizing recommendations under managed node pools (via Terraform, OCI CLI, or GitOps), with preemptible/on-demand and Ampere Arm-based (A1) candidates included. For clusters running virtual node pools, Kubex focuses right-sizing at the pod level, since Oracle manages node capacity for you.
Output is the artifact, not a recommendation
Managed node pool definitions or Terraform diffs through existing change-management.
Aware of both OKE node pool types
Managed node pools get Cluster Autoscaler-aligned sizing; virtual node pools get pod-level right-sizing, since Oracle owns the underlying capacity.
Continuous re-evaluation as pod sizing evolves
Recompute as pod requests change.
Higher pod density, with safety bounds that keep it usable.
OKE, with the Kubernetes Cluster Autoscaler, leans on the scheduler’s bin-packing strategies (MostAllocated, RequestedToCapacityRatio) that under-pack by default. Tuning them before right-sizing pods is the failure mode: overstacking, throttling, OOM. The Bin Packer ties density to pod-sizing maturity, raising it as sizing stabilizes.
Max-pods and strategy per node type
Aligned to actual pod profile: MostAllocated / RequestedToCapacityRatio.
Consolidation thresholds move with pod-sizing maturity
Cluster Autoscaler scale-down delay and scale-down utilization threshold auto-tuned from observed pod-sizing accuracy.
Per-pool consolidation profiles
System, GPU, and general pools each get their own aggressiveness: density gains don't churn pools that need to stay stable.
Capacity initialized before the load curve hits.
Reactive autoscaling adds nodes after pressure arrives, paid every day on daily-cyclical workloads. The Node Prewarmer provisions ahead of forecast from Kubex’s pattern models. Leverage peaks on GPU inference, driver/image pulls and model load dominate cold starts.
Predictive scheduling against learned patterns
Runs ahead of the daily load cycle, not after pressure.
GPU-aware pre-warming
Image pulls and model load accounted for, so inference SLOs aren't paid in warm-up.
Coordinated with bin packing
Pre-warm respects consolidation thresholds, so headroom doesn't fight stable-load density.
Inference and training, sized to the right GPU.
GPU workloads bring decisions CPU tooling doesn’t make, sharing strategy, partitioning, and SKU. On OKE Kubex covers all of it: time-slicing via NVIDIA KAI, MIG on Ampere/Hopper/Blackwell, shape selection, and cross-provider analysis across OCI GPU shapes (BM.GPU.A10, BM.GPU.A100, BM.GPU.H100, BM.GPU.B200), neoclouds, and adjacent CSPs.
Per-workload sharing strategy
MIG, time-slicing, or MPS, by isolation, flexibility, or memory profile.
Shape selection includes provider economics
Factor in benchmarks, availability, and pricing, not the local default.
Cross-provider price/performance
Workloads evaluated across CSPs, neoclouds, and on-prem — comparison, not auto-move.
AI Agent
Brings optimization intelligence to wherever you work. Talk to Kubex in plain language, or connect your AI agents via MCP and make them infrastructure optimization experts.
Query your infrastructure in plain language and get direct, explainable answers about resource behaviour, changes, and optimization decisions.
Connect Claude, Cursor, or any AI agent via MCP. You're not giving it raw data. You're making it an infrastructure optimization expert.
Grounded in deterministic AI, with private LLM integration. We don't train on your data.
See what Kubex can do in your OKE cluster.
A walk-through of the agent surface and change-management flow, on a cluster you actually run.
