All articles
B.01 GPU economics

The 30% rule: when leasing GPUs beats buying tokens from open-model inference providers

Paying per token for an open-weight model is the right way to start. But once your own GPUs would be busy about 30% of the time, a financed lease costs the same — and every hour of use above that line is close to free.

By ICE Castle Infrastructure Team/OCT 17, 2026/6 MIN READ

Almost every company that runs AI on open-weight models starts the same way: an API key from an inference provider and a bill that grows with usage. That is the right way to start. You pay only for what you use, you don’t have to guess at demand, and nobody has to think about hardware. The question worth asking a few months in isn’t whether that was a good decision. It’s when it stops being one. Our answer, with the arithmetic shown: at roughly 30% utilization.

01 / TWO WAYS TO PAY FOR THE SAME MODEL

When you buy tokens from a provider serving an open model — Kimi, GLM, DeepSeek, Qwen, Llama — you pay a meter. Twice the usage, twice the bill. When you lease GPUs and run the same open weights yourself, you pay a fixed monthly amount for the capacity, whether it serves one request or a billion. Leasing is a form of financing: instead of finding millions of dollars in capital to buy servers, you spread the cost over a 36-month term as a predictable operating expense.

Neither model is better in the abstract. A meter is cheaper when usage is low or unpredictable. A fixed bill is cheaper when usage is steady and high. The useful number is the point where they cross.

02 / THE ARITHMETIC

Take a production-sized deployment: two 8×B200 nodes, 16 GPUs. At our ~$5/GPU-hour target for qualifying 36-month commitments, the lease runs about $58,400 a month. Add $5,000 a month for support and amortize a $20,000 setup over the term, and the all-in bill is about $63,960 a month.

Now the other side. Serving a large open-weight mixture-of-experts model at FP8, with the batching any production inference stack uses, those 16 GPUs can process on the order of 177 billion tokens a month if they never rest. Bought from a provider at a blended $1.20 per million tokens, that same volume would cost roughly $212,000.

Divide one by the other and the breakeven lands right around 30%. If your workload would keep the GPUs busy about a third of the time — roughly 53 billion tokens a month in this example — the lease and the meter cost the same. At 60% utilization, the lease is about half the price of buying tokens. At 90%, it’s about a third.

03 / WHY 30% IS A LOWER BAR THAN IT SOUNDS

Thirty percent sounds like a lot of traffic until you look at what a real AI product does with its day. A customer-support assistant answers questions through business hours in three time zones. A document pipeline processes overnight batches. An internal assistant drafts, summarizes and searches all day for a few hundred employees. Agentic workflows are the biggest change: one task can quietly make dozens of model calls, and token volume grows far faster than the number of people using it.

Two more things tilt the math further toward leasing. First, once the hardware is yours for the term, idle hours are free to fill: run evaluations, re-index documents, or batch next week’s summaries at 3 a.m. at no extra cost. Second, owning the capacity means no rate limits, no per-token surprise when a new feature takes off, and a bill your CFO can put in the plan three years out. That predictability is worth something even before you reach 30%.

04 / WHEN TO KEEP PAYING PER TOKEN

We’d rather tell you this up front than after you sign. Stay on a provider’s meter if:

  • 01Your volume is small or spiky: a pilot, a seasonal product, or a feature you haven’t found demand for yet. Paying for idle GPUs is the most expensive way to learn.
  • 02You switch models every month: trying five models in a quarter is easier with an API key. Commit once you know which model your product runs on.
  • 03You can’t defend the 36-month forecast: if demand three years out is a guess, keep the flexibility. Our post on the commitment question walks through that decision.

Many teams land on a mix: lease enough capacity for the steady base of traffic and send the occasional spike to a provider. That is the baseload-versus-burst split, and it usually beats either extreme.

05 / HOW TO RUN THE NUMBER FOR YOUR TEAM

You don’t need a model of the future, just last month’s invoice. Take the tokens you bought from your inference provider, divide by the roughly 177 billion a month a 16-GPU deployment can serve, and you have your utilization today. Divide your monthly provider bill by about $64,000 and you have the same answer in dollars. If either number is near 30% and growing, it’s time to talk. When you request a quote, send us your monthly token volume, the model you run, and your latency targets, and we’ll size it honestly — including telling you if one node is enough, or if the meter is still the better deal.

Paying per token is how you find out what your AI product needs. Leasing is how you pay for it once you know. The crossover comes sooner than most teams expect: about 30% of the way to full.

Next article
Kimi K3 and an agent harness: an AI chief of staff for your leadership team

* Breakeven figures are illustrative, not a quote or a guarantee. Assumptions: 16 GPUs (two 8×B200 nodes) at our ~$5/GPU-hour target for qualifying 36-month commitments, running 730 hours a month ($58,400), plus $5,000/month support and a $20,000 one-time setup amortized over 36 months — about $63,960 a month in total. Throughput assumes ~4,200 blended (input + output) tokens per second per GPU for a large open-weight mixture-of-experts model served at FP8 with production batching, or ~177 billion tokens a month across 16 GPUs at full load. Hosted price assumes a blended $1.20 per million tokens; open-model provider prices vary by model, provider, input/output mix and date, so check current price lists. Real throughput depends on model, precision, context length, batch size and latency targets. Your quote depends on GPU type, configuration, region and term.