← Back to all announcements
★★★☆☆ 18/05/2026

Amazon SageMaker Studio now supports GPU capacity reservation through SageMaker Flexible Training Plans

Reserve scarce GPUs for JupyterLab and Code Editor at up to 65% off On-Demand — predictable capacity, prepaid simplicity.

View original announcement →

Visual Summary

graph TD A{{SageMaker Studio GPU Reservation}}:::announced B((Data Scientist)):::external C([Flexible Training Plans]):::feature D(SageMaker Studio IDEs):::compute E(JupyterLab):::compute F(Code Editor):::compute G([Up to 65% Savings]):::feature H([Auto Shutdown Notify]):::feature I(GPU Instances):::compute B ==>|"purchases plan"| C C ==>|"reserves capacity"| A A ==>|"provisions"| D D -->|"launches"| E D -->|"launches"| F A -->|"allocates"| I I -->|"powers"| E I -->|"powers"| F C -.->|"enables"| G A -.->|"triggers"| H classDef announced fill:#ff9900,stroke:#ec7211,color:#fff,font-weight:bold classDef compute fill:#e3f2fd,stroke:#1565c0,color:#1565c0 classDef storage fill:#e8f5e9,stroke:#2e7d32,color:#2e7d32 classDef feature fill:#fff3e0,stroke:#e65100,color:#e65100 classDef external fill:#f5f5f5,stroke:#616161,color:#616161

What's New

Amazon SageMaker Studio IDEs — specifically JupyterLab and Code Editor — now support GPU capacity reservations through SageMaker Flexible Training Plans (FTP), enabling data scientists and ML engineers to secure predictable access to high-demand GPU instances directly from their interactive development environments. This integration extends FTP, previously available for training jobs and HyperPod clusters, into the Studio IDE workflow, offering up to 65% cost savings compared to On-Demand pricing. The experience is fully self-serve, requiring no infrastructure management from the user.

How It Works

  • Purchase a Training Plan: Navigate to the SageMaker FTP console, select your desired instance type (e.g., GPU-accelerated or AWS Trainium), specify the quantity, reservation duration, Availability Zone, and start date, then complete the prepaid purchase.
  • Plan Activation: After purchase, the training plan transitions to an "Active" status before it can be used; a Studio app can only attach to a plan that is in Active state.
  • App Creation: When launching a JupyterLab or Code Editor space in SageMaker Studio, select the purchased training plan from the Instance dropdown — SageMaker automatically provisions the reserved instance with no manual infrastructure setup.
  • Billing Model: Training plans are prepaid; you are not charged separately for compute time consumed within the Studio app while running on reserved capacity. Standard charges for storage (EBS volumes) and other resources still apply.
  • Automatic Shutdown: Apps running on training plan capacity are automatically shut down 30 minutes before the capacity block expires, and the IDE proactively notifies you so you can save your work in time. You are not charged for this 30-minute wind-down period.
  • IAM Permissions: The Studio execution role must include sagemaker:ListTrainingPlans and sagemaker:DescribeTrainingPlan permissions for UI access, or just sagemaker:DescribeTrainingPlan for API/CLI usage.
  • VPC Requirement: The Studio domain's VPC configuration must include a subnet in the same Availability Zone specified in the training plan, with at least one free IP address available.
  • Plan Immutability: The target resource type of a training plan cannot be changed after purchase, and plans purchased for Studio apps cannot be cancelled.

Why It's Important

  • Eliminates GPU Availability Uncertainty: High-performance GPU instances (e.g., latest NVIDIA GPUs, AWS Trainium) are frequently oversubscribed; FTP gives teams guaranteed access during critical development or experimentation windows, removing the risk of capacity failures at launch time.
  • Significant Cost Reduction for Interactive Workloads: Up to 65% savings versus On-Demand pricing makes sustained GPU-backed interactive development economically viable for organizations running long-running notebooks or iterative ML experiments.
  • Bridges the Gap Between Experimentation and Training: Previously, FTP was limited to formal training jobs and HyperPod clusters; extending it to Studio IDEs means the same cost and capacity benefits now apply to the exploratory, pre-training phase of the ML lifecycle.
  • Predictable Budgeting: Prepaid, fixed-duration reservations allow finance and ML platform teams to plan and allocate GPU compute costs in advance, rather than dealing with variable On-Demand billing.
  • Reduced Operational Overhead: SageMaker handles provisioning, infrastructure management, and fault recovery automatically, letting data scientists focus on model development rather than infrastructure operations.

How It's Different

  • Extends FTP Beyond Training Jobs: Previously, SageMaker Flexible Training Plans only supported SageMaker Training Jobs and HyperPod clusters; this is the first integration with interactive Studio IDE environments (JupyterLab, Code Editor).
  • Interactive vs. Batch Workloads: Unlike training job reservations that are tied to automated batch runs, Studio IDE reservations support interactive, human-in-the-loop workflows where a developer is actively working in a notebook or editor.
  • Prepaid vs. On-Demand: Standard Studio GPU instances are billed On-Demand per second; FTP capacity is prepaid upfront, trading flexibility for substantial cost savings (up to 65%) and guaranteed availability.
  • Proactive Expiry Notifications: The IDE actively notifies users as the reservation nears expiration — a user-experience consideration not relevant in automated training job contexts — and provides a 30-minute grace period before automatic shutdown.
  • Self-Serve Procurement: Unlike enterprise capacity agreements or private pricing negotiations, FTP is fully self-serve through the SageMaker console, lowering the barrier to securing reserved GPU capacity.
  • Plan Specificity: Training plans are bound to a specific target resource type at purchase time and cannot be reassigned, meaning a plan purchased for Studio apps is dedicated to that use case and cannot be repurposed for training jobs.

When to Prefer It

  • Extended GPU-Intensive Notebook Sessions: When your team runs long-duration, GPU-heavy experiments in JupyterLab (e.g., fine-tuning large models interactively, running iterative hyperparameter searches manually), reserving capacity ensures uninterrupted access and reduces cost versus On-Demand.
  • Scheduled Development Sprints: When a team has a defined project window (e.g., a two-week model development sprint) requiring consistent GPU access, FTP lets you lock in capacity and cost for that entire period.
  • High-Demand Instance Types: When targeting oversubscribed instance types (e.g., p4d, p5, trn1) that are frequently unavailable On-Demand, FTP guarantees the capacity will be available when your plan activates.
  • Budget-Constrained ML Projects: When operating under a fixed compute budget, the prepaid model and up to 65% discount make GPU-backed Studio development financially feasible compared to On-Demand rates.
  • Regulated or Predictable Workload Schedules: When your organization requires predictable, auditable compute spend (e.g., for compliance or financial reporting), prepaid training plans provide clear cost attribution.
  • Avoid Using When: You need ad-hoc, unpredictable GPU access with no defined schedule — On-Demand instances remain more appropriate for sporadic, short-duration, or unpredictable workloads where the overhead of planning a reservation outweighs the savings.

Availability

  • General Availability: This feature is generally available as of May 18, 2026.
  • Supported IDE Types: Only JupyterLab and Code Editor app types within SageMaker Studio are supported; SageMaker Studio Classic is not supported.
  • Supported Instance Types: Includes high-performance GPU instances (latest NVIDIA GPU technologies) and AWS Trainium chips; specific supported instance types are detailed in the SageMaker training plans documentation.
  • Regional Availability: Supported regions are aligned with existing SageMaker Flexible Training Plans regional availability; consult the SageMaker pricing and regional services pages for the current list of supported AWS Regions.
  • Pricing Model: Training plans are prepaid at reservation time; no separate compute charge is incurred during Studio app runtime on reserved capacity. Standard storage (EBS) and other ancillary resource charges still apply. Up to 65% savings versus On-Demand instance pricing.
  • Plan Cancellation: Plans purchased for Studio apps cannot be cancelled after purchase, making it important to confirm instance type, duration, and AZ before completing the transaction.
  • Quota Dependency: App creation will fail if the requested instance type exceeds your Studio instance type quotas; ensure quotas are sufficient before purchasing a plan.
  • VPC Constraint: The Studio domain VPC must have a subnet in the same Availability Zone as the training plan's reserved capacity block, with at least one available IP address.

Tags

Servicessagemaker
Typenew-feature
Conceptstrainingmlops
Use Casescost-optimizationdeveloper-tools
GeographyGlobal

Related Resources

AI Radar AWS

AWS AI/ML news — curated, researched, explained

An automated intelligence platform that curates, researches, and analyzes AWS AI/ML/GenAI announcements daily. Every report is backed by real research — the system reads linked blog posts and documentation to provide accurate, in-depth analysis.

How Each Report Is Generated

  1. Collection — Daily monitoring of the AWS "What's New" RSS feed
  2. Filtering — AI-powered relevance detection for AI/ML/GenAI topics
  3. Taxonomy Tagging — LLM-based classification across 6 dimensions
  4. Importance Scoring — Point-based system with tag bonuses (1-5 stars)
  5. Research Phase — Follows links to blog posts and documentation
  6. Report Generation — Claude Sonnet produces structured 6-section analysis
  7. Visual Summary — Claude Opus generates Mermaid diagrams for key items
  8. Publishing — Static website rebuilt and deployed via CloudFront

Features

  • Faceted filtering by service, type, concept, and more
  • Multi-dimensional taxonomy with 80+ tags across 6 dimensions
  • Geographic availability badges (Global, APJ, EMEA, AMER) with filtering
  • Timeline visualization of announcement volume
  • PDF export for offline reading
  • Mermaid visual summaries for key announcements
  • Daily automated updates — no manual curation
What makes this different: Each report involves a dedicated research phase where the system reads linked blog posts and AWS documentation pages. This produces analysis that goes beyond the original announcement text.

Technology

Built with Python, AWS Lambda, Amazon Bedrock (Claude Sonnet 4.6, Opus 4.6, Haiku 4.5), S3, CloudFront, WAF, EventBridge, and CDK.

Open Source

This project is open source. Fork it, customize it for your needs, and deploy your own instance.
📦 github.com/bbonik/ai-radar-aws

How Importance Scoring Works

Each announcement receives a point score based on multiple factors. The total score maps to a 1-5 star rating:

1★ < 2 pts 2★ ≥ 2 pts 3★ ≥ 3.5 pts 4★ ≥ 5 pts 5★ ≥ 6.5 pts

Point Breakdown

FactorPointsWhen
Core AI service (Bedrock, AgentCore, SageMaker AI)+4Service named in title
Key AI service (SageMaker, Kiro, QuickSight)+2Service named in title
Other AI-related service+1Default
Blog post link+3Link to aws.amazon.com/blogs/
GitHub samples link+2Link to github.com/aws*
Documentation link+1Link to docs.aws.amazon.com/
New model+1.5Tagged as "new-model"
New service+1Tagged as "new-service"
New feature+0.5Tagged as "new-feature"
Anthropic / OpenAI provider+2Provider explicitly mentioned
Instance / notebook announcement-2Hardware/capacity, not feature
Performance / pricing / security-0.5Incremental updates
Region expansion to APJ+1Expands to Asia Pacific
Region expansion (non-APJ only)-1.5Only expands to other regions

Geographic Relevance Badges

Each announcement card shows a small badge indicating whether the feature is available in your region:

🌐 Global Available in all regions
🌏 APJ Asia Pacific
🌍 EMEA Europe / Middle East / Africa
🌎 AMER Americas (US, Canada, South America)
No badge Geography unknown
How geography is detected: The system detects ALL geographies mentioned in each announcement. If the text mentions specific regions (Tokyo, Frankfurt, Oregon, etc.), the corresponding geography badges are shown. If it says "all regions" or is a new feature with no region specified, it gets the Global badge. Geography is also filterable — click a geo chip to see only announcements available in that region.