The RI vs Savings Plans Decision: Why It Is Not Either/Or

Enterprise AWS cost optimisation discussions frequently frame Reserved Instances and Savings Plans as competing alternatives. The practical reality is that they serve different purposes within a well-structured commitment portfolio, and the optimal strategy for most enterprises combines both instruments targeting different workload characteristics. Understanding where each instrument creates the best risk-adjusted value is the foundation of effective optimisation.

Reserved Instances offer the highest discount rates — up to 75% for a 3-year all-upfront Standard RI — but at the cost of instance family and size specificity. A Standard RI commitment to a specific EC2 instance type in a specific Availability Zone provides no flexibility if architectural decisions change that instance type during the term. Convertible RIs reduce the maximum discount to approximately 54% in exchange for the ability to exchange for different instance types, operating systems and tenancy configurations. Savings Plans, by contrast, apply discounts at the billing level across a broader range of compute services — making them architecturally flexible by design, at a slightly lower maximum discount rate.

"The enterprise teams achieving the highest RI/SP coverage ratios are not simply buying more commitments — they're analysing the stability profile of each workload separately and matching the commitment type to the risk tolerance of that specific infrastructure layer."

Compute Savings Plans: The Default Commitment Vehicle for 2026

For most enterprises in 2026, Compute Savings Plans represent the correct default commitment vehicle for EC2 and serverless compute, primarily because of their architectural flexibility. A Compute Savings Plan commitment applies automatically to the eligible compute usage that maximises the discount utilisation — across EC2 instance families, sizes, operating systems and regions, as well as Lambda and Fargate usage. This flexibility means that a Compute Savings Plan purchased today continues to apply correctly even if the organisation migrates workloads to different instance types, containerises applications, or shifts Lambda usage patterns during the plan term.

AWS expanded Compute Savings Plans in 2025 to include SageMaker usage, a meaningful addition for enterprises running machine learning training and inference at scale. The SageMaker inclusion makes Compute Savings Plans an attractive commitment vehicle for organisations building out AI/ML infrastructure alongside traditional compute workloads, as a single savings plan commitment covers both layers.

The practical limitation of Compute Savings Plans is that their flexibility comes at a cost relative to more constrained commitment types: the maximum discount rate of approximately 66% is lower than what is achievable with 3-year all-upfront EC2 Instance Savings Plans (72%) or Standard RIs (75%). For workloads with demonstrated long-term stability — core database infrastructure, legacy application servers, established data processing pipelines — the incremental discount available through more constrained commitment types justifies accepting reduced flexibility.

Reserved Instances: Where They Still Outperform Savings Plans

RIs remain the optimal commitment vehicle for three specific workload categories. First, database infrastructure: RDS, Redshift, ElastiCache and OpenSearch all have dedicated RI programmes that are not covered by Savings Plans. For stable database workloads, RIs are the only commitment mechanism available and should be purchased for any instances running at consistently high utilisation. Second, highly stable, EC2-specific compute where the instance type and family have been stable for 12+ months and infrastructure planning strongly supports continued stability: Standard EC2 RIs provide the maximum available discount and the utilisation risk is low where workload stability is high. Third, steady-state development and test environments that run standard instance types consistently but do not justify the flexibility premium of a Savings Plan.

The Coverage Analysis Framework

Building an optimised RI/SP portfolio begins with a coverage analysis across three dimensions: utilisation profile (what percentage of current on-demand spend could be covered by commitments without overcommitment risk), stability profile (which specific workloads have demonstrated 12+ months of consistent instance type usage), and growth profile (which workloads are expected to scale significantly during the intended commitment term, and whether that scaling changes the optimal commitment type). Commitment decisions made without this three-dimension analysis routinely result in either under-coverage (leaving discount opportunities unused) or over-coverage (purchasing commitments against workloads that change during the term, generating waste).

Free Guide: AWS RI & Savings Plan Optimisation Framework

Coverage analysis template, commitment mix calculator, workload stability classification framework, and the 2026 RI/SP decision matrix — download in under 60 seconds. Download Free Guide →

2025 Policy Changes and What They Mean for Enterprise Buyers

AWS implemented significant changes to RI and Savings Plan resale restrictions effective June 2025, restricting RIs and SPs purchased through managed service providers and resellers to single end-customer usage. This change primarily affects enterprises that had been purchasing RIs through MSP partners or resellers that pooled commitments across multiple customers to achieve higher utilisation rates. Organisations should review their current RI and SP procurement arrangements against these policy changes, particularly where commitments were purchased through third-party platforms or channel partners, to ensure compliance and understand whether their effective discount rates will change at renewal.

The June 2025 policy changes have also increased the importance of direct commitment management for enterprise AWS customers — the value of purchasing commitments through well-advised internal processes, with proper coverage analysis, has increased now that the pooling mechanisms available through some intermediaries are restricted.