Amazon iconAmazonSep 15, 2026 ~6 min source read

Amazon SageMaker AI adds instance preference lists to simplify GPU provisioning for training and processing jobs

Submit a single job with an ordered list of acceptable instance types (up to five). SageMaker AI evaluates the list, picks the first type with capacity, and launches the job—reducing manual retries and custom capacity-watching scripts.

Announcing instance preference lists for Amazon SageMaker AI training jobs

Share this story

Send the public story page.

Useful takeaways from this story.

The scheduler validates configuration, checks reserved capacity (Flexible Training Plans) first, falls back to on-demand types, and uses an event-driven retry queue bounded by MaxPendingTimeInSeconds.

This removes brittle custom retry scripts and frequent resubmits, improving start times for time-sensitive workloads like nightly re-training and scheduled processing.

# What changed Amazon SageMaker AI now supports instance preference lists for Training and Processing Jobs. Instead of binding a job to a single instance type and waiting if that type lacks capacity, you provide an ordered list of up to five acceptable instance types. SageMaker AI evaluates the list in priority order, selects the first type with available capacity, and starts the job automatically.

# The problem this addresses During peak demand, preferred GPU instances can be unavailable. Teams tied to a single instance type often either wait or build brittle systems that poll capacity, cancel stalled requests, and resubmit with alternatives. Those workarounds add operational overhead, don't integrate cleanly with reserved capacity options, and slow down experimentation and time-critical pipelines.

# How the feature works

  • Submit your job with an ordered preference list (maximum five instance types).
  • SageMaker AI validates the job configuration and checks supported instance types and resource limits.
  • The scheduler performs a single in-memory sweep across the ordered list and identifies the first type with available capacity.
  • If a type is available, the job provisions immediately and begins execution.
  • If none of the listed types have capacity at evaluation time, the job enters an event-driven queue and retries automatically. The retry window is bounded by MaxPendingTimeInSeconds, which you control.

# Concrete benefits

  • Faster job starts: one API call, not multiple resubmits.
  • Lower operational overhead: eliminates custom polling and resubmission scripts.
  • Better use of reserved capacity: preference lists can include reservation-backed types first, then on-demand fallbacks.
  • More predictable pipelines: time-sensitive jobs such as nightly retraining or scheduled processing are less likely to stall due to a single pinned instance type.

# Typical scenarios

  • A team training a large model that's compatible with several GPU families submits a single job with a preference order. SageMaker AI finds an available type and starts the run without manual intervention.
  • An organization with a Flexible Training Plan lists reserved types first so reservations are used when available, and falls back to on-demand types if the reservation pool is consumed.

# Practical configuration notes

  • You can list up to five instance types, ordered by priority.
  • SageMaker AI validates instance support and resource limits during submission.
  • If no listed type is available immediately, the job goes to an event-driven queue and will retry automatically up to the limit set by MaxPendingTimeInSeconds.

# Bottom line Instance preference lists reduce the friction of securing GPU capacity for training and processing. By letting SageMaker AI evaluate multiple instance options in a single job submission, teams avoid brittle retry logic and get jobs started sooner, while still using reservations and on-demand capacity according to a defined order.

More context around this story.

Introducing new Ray capabilities on SageMaker HyperPod
Amazon iconAmazonAug 24, 2026

Introducing new Ray capabilities on SageMaker HyperPod

Amazon SageMaker HyperPod now offers managed Ray support on Amazon EKS. Create and monitor Ray clusters, connect JupyterLab and Code Editor notebooks to live clusters, get out-of-the-box observability, and run resilient distributed training and accelerated inference from SageMaker Studio, all with open-source KubeRay a

Loading more related stories...

Keep reading in the app

Open the app view to save this story, compare related coverage, and continue from the same source.

Open in app