Skip to content

Pod Sizes

Watasu’s process pods come in T-shirt sizes from hobby to standard-16x. Each standard step doubles CPU and memory.

SizeCPUMemoryNotes
hobbyup to 1 (0.25 guaranteed)1 GBMax 1 replica. Prototypes and review apps.
standard-1x12 GBBaseline — small web/worker workloads
standard-2x24 GBMedium web traffic, modest workers
standard-4x48 GBHeavy web, memory-bound workers
standard-8x815 GBLarge in-memory workloads, image processing
standard-16x1630 GBHeavy lifters

The dashboard shows current per-size pricing. Use watasu pods --app <app> to see what your processes are running on right now.

Terminal window
watasu pods:type web=standard-2x worker=standard-1x --app my-app

Each process type gets its own size — they’re independent.

Two questions decide which lever to pull:

“Is one process running out of CPU or memory?” → Scale up (bigger pod). Indicators:

  • OOMKilled events
  • one process pegged at high CPU while others are idle
  • a single hot path that won’t parallelize

“Are concurrent requests piling up?” → Scale out (more replicas). Indicators:

  • request queue depth growing
  • response time degrading at high load even though no single request is slow
  • needing redundancy for HA

You can do both. A common production formation:

Terminal window
watasu pods:scale web=3 worker=2 --app my-app
watasu pods:type web=standard-2x worker=standard-1x --app my-app

Remember hobby is capped at one replica — switch to a standard-* size before scaling out.

If a pods:scale or pods:type command is refused, the dashboard tells you which limit you’ve hit and what to do about it. See Billing and Limits.