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

# Resize VMs (upgrade / downgrade)

> How VM size changes work. Upgrades and downgrades happen per-VM, not at the account level.

There are no account-level plans on Suji. **Resizing happens per VM** — increase or decrease the size of any individual VM whenever you want. Your other VMs and your overall organization aren't affected.

For the operational steps see [Resize](/manage-vm/resize). This page covers the billing impact.

## Upgrade (move to a larger size)

1. Instance detail page → **Resize** → pick the new size.
2. Suji reboots the VM into the larger shape (\~30–90 s of downtime), confirms.
3. The **new hourly rate kicks in immediately** for that VM, charged from your credit balance.

There's no "pro-rated billing cycle" because there's no monthly cycle — every hour is its own bill.

## Downgrade (move to a smaller size)

1. Instance detail page → **Resize** → pick the smaller size.
2. **Disk-size constraint:** the new size's disk must be **≥** the data currently used. Disks can't shrink below the data on them.
3. If your data exceeds the smaller size's disk: snapshot → restore into a fresh smaller VM → destroy the old one. The dashboard surfaces this as the next step.
4. Suji reboots into the smaller shape, confirms.
5. The new lower hourly rate kicks in immediately.

A resize is a reboot, not a rebuild — volumes and state persist. If you want a rollback point, take a [manual snapshot](/manage-vm/snapshots) before resizing.

## Examples

**You have:** one Large VM running 24/7.
**You want:** to cut your bill by running only during business hours.

⚠️ **Stop / Start doesn't save you money.** The cloud provider keeps the disk and IP reserved while a VM is stopped, so we still bill the full hourly rate. To genuinely pay less you have to either downsize, or destroy the VM and restore from a snapshot in the morning (\~3–5 minute round-trip, plus a small snapshot-storage charge). A managed-schedule feature is on the roadmap.

**You have:** a Small VM, traffic doubled, apps are getting OOM'd.
**You want:** more headroom without overpaying.

Resize to Medium. The new €0.0274/hour rate kicks in. Apps don't lose state — they restart inside the larger shape.

**You have:** a Medium VM, sized it generously for a one-time migration, migration is done.
**You want:** to go back down.

Resize to Small. As long as your data fits in Small's 40 GB disk, it just works.

## What about "downgrading the plan"?

That concept doesn't exist on Suji — there's no plan to downgrade. You only have VMs, each with its own size. Smaller bill = smaller / fewer / destroyed VMs.

## Next

<CardGroup cols={2}>
  <Card title="Resize details" icon="up-right-and-down-left-from-center" href="/manage-vm/resize">
    Operational steps + edge cases.
  </Card>

  <Card title="VM pricing" icon="credit-card" href="/billing/plans">
    Per-size hourly rates.
  </Card>
</CardGroup>