Skip to content
Rush Commerce
Software & Dev3 min read

SageMaker GPU partitioning with NVIDIA MIG: up to 7 models per GPU

SageMaker Inference now splits one GPU into up to seven MIG partitions. AWS measured 18-34% lower cost per million tokens, but only above a crossover.

Amazon SageMaker Inference now supports GPU partitioning with NVIDIA Multi-Instance GPU (MIG). One physical GPU splits into up to seven isolated partitions, and each partition can serve its own model. AWS announced it on November 6. If you pay for a whole GPU to host a small model that sits half idle, this is the change to look at. The fine print on cost matters, though.

What actually happened

GPU partitioning works on the P4d (A100), P5 (H100), G7 and G7e instance families. An A100 or H100 carves into up to seven partitions, the G7e into four, and the G7 into two. Each partition gets its own compute slice and its own block of GPU memory, with hardware isolation.

There is no new API. You add AcceleratorPartitionLayouts to the production variant in CreateEndpointConfig, and each inference component asks for a profile such as mig-3g.40gb with AcceleratorPartitionType. InvokeEndpoint does not change.

AWS benchmarked one mig-3g.40gb slice of an H100 against one whole A100-40GB, both serving Llama-3.1-8B-Instruct. The slice was faster in every test. On cost, AWS says it was 18-34% cheaper per million output tokens, above a crossover point: concurrency 64 for 100-token prompts, concurrency 4 for 8,000-token prompts. Below that crossover, the whole A100 was cheaper. AWS calls this "a case-by-case comparison, not a verdict."

The limits:

  • You still pay for the full instance. Partitioning raises use. It does not lower the hourly price.
  • It works only on real-time endpoints that use inference components. Serverless, async and heterogeneous instance pools are out.
  • Layouts are fixed at creation. A new layout means a new endpoint and a traffic migration.
  • It is in seven Regions, including US East (N. Virginia), US East (Ohio) and US West (Oregon).

Why it matters for your business

Most small teams that self-host models run a few small ones: an embedder, a classifier, a guardrail model. Today each one often gets its own GPU. Packing them onto partitions of one endpoint can cut the number of instances you pay for.

The crossover is the catch. Short prompts at low traffic do not win. Before you migrate, pull a week of request logs and measure your real concurrency and prompt length. If you are below the crossover, a hosted API may still beat any GPU you rent.

Key takeaways

  • SageMaker Inference splits P4d, P5, G7 and G7e GPUs into up to seven MIG partitions
  • Two optional API fields; invocation does not change
  • AWS measured 18-34% lower cost per million output tokens only above a concurrency crossover
  • Full instance price still applies; layouts are fixed per endpoint
  • Measure your concurrency and prompt length before you repack

Know your cost per token before you pick your hardware. We size model hosting from your real traffic, then build the setup that fits: API, shared GPU, or both. Run the numbers or send us your workload.

Sources: AWS Machine Learning Blog, SageMaker Inference now supports Multi-Instance GPU.

  • #aws-sagemaker
  • #nvidia-mig
  • #gpu-partitioning
  • #model-hosting
  • #inference-cost
TR

Tommy Rush — Founder, Rush Commerce

Operator turned builder. 15+ years running operations — now shipping the systems businesses run on. More

Get The Rush Report weekly — one email, zero fluff.