> ## Documentation Index
> Fetch the complete documentation index at: https://autopilot.docs.xano.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Right-size your entire Kubernetes cluster — without a single restart

> Autopilot by Xano continuously tunes every pod, node, and autoscaler to real usage. Safely. In place. Entirely inside your cluster.

Most Kubernetes clusters run far below the capacity they reserve — every workload is
provisioned for its worst day, HPAs are set once and forgotten, and nodes fragment as
workloads come and go. **Autopilot by Xano** closes that gap continuously: it right-sizes
pods, scales nodes to real demand, tunes every autoscaler, and consolidates fragmented
nodes — all from inside your cluster, and all **without restarting your workloads**.

<Tip>
  **Zero-downtime by design.** Every pod resize is applied **in place** (Kubernetes KEP-1287,
  1.33+) and every node drain is **proven safe** before a single pod is touched. Your cluster
  shrinks to fit while it keeps serving traffic.
</Tip>

<CardGroup cols={2}>
  <Card title="Get started" icon="rocket" href="/guides/getting-started" horizontal>
    Deploy on GKE or EKS in \~15 minutes.
  </Card>

  <Card title="See how it works" icon="route" href="/guides/how-it-works" horizontal>
    The four-system optimization loop, end to end.
  </Card>
</CardGroup>

<Columns cols={2}>
  <Card title="In place — no restart" icon="bolt">
    Resizes apply live via KEP-1287. No rollout, no cold start, no dropped requests.
  </Card>

  <Card title="~73% of HPAs untouched" icon="hand">
    It only changes what pays off — the majority that are already fine are left alone.
  </Card>

  <Card title="A flat cost" icon="wallet">
    A small, fixed footprint — never a percentage of your savings.
  </Card>

  <Card title="Your data never leaves" icon="lock">
    Every metric and decision stays in your cluster. Nothing is sent to a SaaS platform.
  </Card>
</Columns>

## Why we built Autopilot

We run production Kubernetes at scale, every day. As our footprint grew, optimization stopped
being a nice-to-have — the cost and reliability of the cluster became something we had to
master, not delegate. So we went deep: we spent a long time paying close attention to how
workloads actually behave, where right-sizing goes wrong, and how autoscalers drift over time —
until we knew this problem cold.

**Autopilot is what that expertise built.** Not a generic optimizer bolted onto your cluster,
but a bespoke solution we engineered for our own production reality — in-place resizing with no
restarts, autoscaler tuning that only touches what pays off, and consolidation that proves
every move safe before it makes it. It's the tool we wanted to run on our own clusters, so
it's the one we built.

We evaluated the SaaS route, too. It works — but your cluster's metrics leave for someone
else's cloud, and the pricing takes a cut of every dollar it saves, so the better it works the
more it costs. Autopilot keeps the optimization **in your cluster, at a flat cost, with every
decision open to inspection**.

<Info>
  Kubernetes cost automation is a proven category — teams routinely report large savings from it
  (CAST AI, for instance, publishes **40–70% cloud savings at Akamai**). Autopilot delivers that
  same class of optimization on better terms: in-cluster, at a fixed cost, with the algorithm
  open to inspection.
</Info>

## The waste is invisible — until you measure it

Every request is a promise your cluster reserves whether the pod uses it or not. Teams
over-provision for safety, HPAs are set once and forgotten, and nodes fragment as workloads
come and go. The result is a cluster that's *busy reserving* capacity while sitting nearly
idle — and a cloud bill sized to the reservation, not the usage.

Autopilot closes that gap continuously, on four fronts:

<CardGroup cols={2}>
  <Card title="Right-size every pod" icon="maximize" href="/platform/pod-resizing">
    CPU and memory requests are recomputed from real usage every 5 minutes and applied
    **in place — no restart**. An over-provisioned request drops to what the workload
    actually needs, while it keeps serving.
  </Card>

  <Card title="Provision the right nodes" icon="server" href="/platform/node-scaling">
    When pods can't fit, Autopilot provisions the **cheapest node that fits the pending
    work** — per-pod machine selection, not a one-size pool. When demand drops, it drains
    the empties.
  </Card>

  <Card title="Tune every autoscaler" icon="sliders" href="/guides/how-it-works">
    Autopilot makes HPAs turnkey — it right-sizes over-committed `minReplicas`, damps
    flapping, and floors undersized workloads — while leaving the majority that are already
    fine **alone**.
  </Card>

  <Card title="Consolidate safely" icon="layer-group" href="/platform/rebalancing">
    During maintenance windows it bin-packs workloads onto fewer, cheaper nodes and drains
    the rest — **proving every pod has a home before it cordons anything**.
  </Card>
</CardGroup>

## Safe enough to run in production — because it proves every move first

The reason autonomous optimizers don't get turned on is fear they'll break prod. Autopilot
is built the opposite way: it earns each change before it makes it, and every change is
reversible. Start in **observe-only mode** and watch what it would do before it does
anything.

<CardGroup cols={2}>
  <Card title="No restarts" icon="circle-check">
    Resizes are applied in place via KEP-1287 — workloads shrink while they keep serving.
    No rollout, no cold start, no dropped requests.
  </Card>

  <Card title="Proves it before it acts" icon="shield-check">
    Before any drain, Autopilot simulates placement — taints, affinity, and CPU/memory/pod
    fit — and cordons **nothing** until every evicted pod has a proven landing spot.
  </Card>

  <Card title="Leaves what works alone" icon="hand">
    \~73% of HPAs need nothing, so Autopilot touches nothing. It changes only where the math
    says it pays off — and any explicit operator setting always wins.
  </Card>

  <Card title="Every decision is visible" icon="eye">
    No black box. Each recommendation shows the percentiles, buffer, and reasoning behind
    it — and every automated move is explained on the workload card.
  </Card>
</CardGroup>

## From connect to optimizing — in minutes

<Steps>
  <Step title="Connect">
    Deploy on GKE or EKS in \~15 minutes. Start in **observe-only mode** — no changes to your
    workloads until you're ready.
  </Step>

  <Step title="Observe">
    Autopilot learns each workload's real behavior from your existing Prometheus metrics and
    surfaces exactly what it would change — and why.
  </Step>

  <Step title="Optimize">
    Turn it on. Autopilot right-sizes pods, scales nodes, and tunes autoscalers continuously
    — in place, proving every move safe first.
  </Step>
</Steps>

<Card title="See the full walkthrough" icon="route" href="/guides/how-it-works" horizontal>
  How Autopilot provisions the right nodes, tunes every autoscaler, resizes pods in place,
  and consolidates safely — the complete four-system loop.
</Card>

## A cost model that doesn't punish success

Savings-based pricing charges you *more* the better it works. Autopilot is software you run
in your own cluster — its cost is a small, fixed footprint that doesn't grow with your
savings or your cluster.

| On a cluster spending **\$5,000/mo** | Autopilot                                    | Savings-based tools          |
| ------------------------------------ | -------------------------------------------- | ---------------------------- |
| Optimizer cost                       | **\~\$48/mo** flat (Prometheus + controller) | \~20–30% of realized savings |
| *If* it saves 40% (\$2,000/mo)       | still **\~\$48/mo**                          | **\~\$400–600/mo**           |
| As your savings grow                 | unchanged                                    | you pay more                 |
| Where your data lives                | **in-cluster**                               | sent to a SaaS platform      |

<Check>
  The optimization is the same either way — Autopilot just doesn't take a cut of it. Every
  dollar it saves is a dollar you keep.
</Check>

## Switching from CAST AI?

Autopilot ships a **fully automated, zero-downtime migration** — it removes CAST AI, adopts
your existing nodes in place (no reprovisioning), and right-sizes the fleet. Typical
migration: **15–30 minutes per cluster** with no workload downtime.

<Card title="Autopilot vs CAST AI" icon="scale-balanced" href="/guides/castai-comparison" horizontal>
  A feature-by-feature comparison — transparency, cost model, and where your data lives.
</Card>

## Everything it does

Beyond the four optimization engines, Autopilot gives you observability for the GCP managed
services around your cluster (Cloud SQL, Redis, Cloud NAT, and more) and per-package cost
attribution.

<CardGroup cols={3}>
  <Card title="Pod Resizing" icon="maximize" href="/platform/pod-resizing">
    In-place CPU/memory right-sizing.
  </Card>

  <Card title="Node Scaling" icon="server" href="/platform/node-scaling">
    Per-pod machine selection.
  </Card>

  <Card title="Rebalancing" icon="shuffle" href="/platform/rebalancing">
    Consolidate onto fewer nodes.
  </Card>

  <Card title="HPA Auto-Optimization" icon="sliders" href="/platform/hpa-autoscaling">
    Turnkey autoscaler tuning + idle parking.
  </Card>

  <Card title="Scheduled Scaling" icon="clock" href="/platform/scheduled-scaling">
    Pre-warm for predictable bursts.
  </Card>

  <Card title="Resource Overrides" icon="shield" href="/platform/resource-overrides">
    Per-workload floors and ceilings.
  </Card>

  <Card title="Observability & Cost" icon="chart-pie" href="/platform/observability">
    Managed-service health + cost.
  </Card>

  <Card title="Pod Tools" icon="terminal" href="/operations/pod-tools">
    In-browser terminal, logs, and files.
  </Card>

  <Card title="How it works" icon="route" href="/guides/how-it-works">
    The full four-system loop.
  </Card>
</CardGroup>

## Ready in 15 minutes

<CardGroup cols={3}>
  <Card title="Getting Started" icon="rocket" href="/guides/getting-started">
    Bootstrap a cluster and deploy Autopilot.
  </Card>

  <Card title="Verify it's working" icon="circle-check" href="/guides/quickstart-verify">
    Confirm each engine is healthy.
  </Card>

  <Card title="Operations Runbook" icon="book" href="/operations/runbook">
    Run it day to day.
  </Card>
</CardGroup>
