Research Note · AWS · Cloud FinOps

AWS Reserved Instances: discounts, types & the Savings Plans question.

Reserved Instances still deliver the largest per-instance discount AWS offers — up to 72% off on-demand for a three-year commitment. But Savings Plans now match that depth with far more flexibility. This note covers Standard versus Convertible economics, the three payment options, regional versus zonal scope, and exactly when an RI is still the right instrument.

By James Hill-WoodUpdated Mar 20238 min readAWS research cluster
Bottom line

Reserved Instances still reach the deepest discount AWS offers — up to 72% for a 3-year all-upfront Standard RI — but Savings Plans now match that depth with more flexibility, so they are the better default for most fleets. Keep RIs for the two things Savings Plans cannot do: zonal capacity reservation and Marketplace resale of an over-commitment.

01 Key findings

  1. An RI is a billing discount, not a reserved server. You commit to an instance configuration for 1 or 3 years and AWS applies a lower rate to matching on-demand usage. The commitment is financial — an unused RI still bills.

  2. Standard RIs reach 72%; Convertible RIs trade roughly 10 points for flexibility. A 3-year all-upfront Standard RI tops out near 72% off; the equivalent Convertible sits near 62% in exchange for the right to change instance family.

  3. Payment option is a cash-flow choice, not a savings choice. The gap between all-upfront and no-upfront is usually only 2–4 points, rarely enough to justify tying up capital.

  4. Savings Plans now match RI depth with more flexibility. Compute Savings Plans apply automatically across families, sizes, regions, and even Fargate and Lambda — the better default for most workloads.

  5. Utilisation decides RI value. The discount only lands if running usage matches the reservation. Cover the stable 60–80% of demand with commitments and leave the variable top layer on-demand.

02 How Reserved Instances work

A Reserved Instance is not a reserved server; it is a billing discount applied to matching on-demand usage in exchange for a 1 or 3 year commitment to a specific instance configuration. You commit to an instance family, size, region, and tenancy, and AWS applies the RI's lower rate to any running instance that matches. The discount scales with term length and payment option: a 3-year all-upfront Standard RI reaches the maximum 72% off on-demand, while a 1-year no-upfront Convertible RI sits closer to 30%. Because the commitment is financial rather than capacity, an unmatched RI still bills at its committed rate for nothing.

Regional Linux RIs also carry instance size flexibility: the discount applies across sizes within the same family and generation in proportion to a normalisation factor, so one large reservation can cover two mediums or four smalls. That flexibility narrows the practical gap between Standard and Convertible RIs and lets a buyer commit to Standard without fearing a resize will strand the discount.

03 Standard versus Convertible

The two RI classes trade discount depth against flexibility. Standard gives the deepest rate but locks the instance family; Convertible sacrifices roughly 10 points for the right to exchange into a different family as your architecture changes.

AttributeStandard RIConvertible RI
Max discount (3yr, all-upfront)Up to 72%Up to 62%
Change instance familyNoYes, via exchange
Change size within familyYes (Linux, regional)Yes
Sell on MarketplaceYesNo
Best forStable, known workloadsEvolving workloads

Standard RIs keep an escape hatch: unwanted positions can be sold on the AWS Reserved Instance Marketplace to recover value from an over-commitment. Convertible RIs cannot be resold — only exchanged — so an over-bought Convertible position can be reshaped but not unwound for cash. The choice is a bet on how stable your instance selections are over the commitment term.

04 Discount by term

Two levers set the headline rate: term length and RI class. Three-year commitments roughly double the discount of one-year, and Standard leads Convertible at every term. Approximate maximum discount off on-demand, all-upfront:

3yr Standard
Up to 72%
3yr Convertible
Up to 62%
1yr Standard
~40%
1yr Convertible
~30%
Read this

The extra depth of a 3-year term is real, but so is the lock-in. Only commit three years against demand you are confident survives three years; use one-year terms for patterns you are still confirming.

05 Payment options

Each RI can be bought under one of three payment structures. The discount difference between them is small; the cash-flow difference is not.

Payment optionUpfrontDiscount depthCash-flow profile
All upfrontFull term paid day oneDeepestLargest upfront outlay
Partial upfrontPart now, rest monthlyNear-deepestBalanced
No upfrontNothing now, monthlyShallowestSmoothest

The difference between all-upfront and no-upfront is usually only 2 to 4 percentage points, so the payment choice is more a cash-flow decision than a savings decision. For most enterprises the small extra discount of all-upfront does not justify tying up the capital, and partial or no-upfront preserves flexibility at almost the same rate. The accounting treatment also differs: all-upfront RIs are a prepaid asset amortised across the term, while no-upfront is recognised as incurred — align the option to how finance prefers to treat the spend.

06 Reserved Instances versus Savings Plans

Savings Plans deliver the same compute discount depth as RIs but commit to a dollar-per-hour spend rather than a specific instance configuration. Compute Savings Plans apply automatically across instance families, sizes, regions, and even Fargate and Lambda, which removes the burden of matching RIs to usage. For most workloads this flexibility makes Savings Plans the better default, and AWS has steered new commitments toward them.

Reserved Instances retain two real advantages. Zonal RIs, scoped to a specific Availability Zone, reserve capacity in that zone — a regional RI reserves nothing and is purely a billing discount, and Savings Plans cannot reserve capacity at all. And Standard RIs can be resold on the Marketplace to recover value from an over-commitment. The full comparison is in our Savings Plans versus Reserved Instances analysis and the Savings Plans guide.

Coverage layerDemand profileBest instrument
Baseline (always on)Stable 24/73-year Standard RI or Savings Plan
Predictable variableDaily or weekly pattern1-year commitment or Compute SP
Spiky or experimentalUnpredictableOn-demand or Spot
Zone-criticalMust launch in set AZZonal Standard RI

07 The utilisation trap

The discount only materialises if the RI is matched by running usage, so utilisation is where RI value is won or lost. An RI that sits unmatched — because the workload it covered was retired or resized — is pure waste, billing at the committed rate for nothing. The lock-in compounds it: a Standard RI cannot change family, and only the Marketplace lets you exit for cash. Mature programmes monitor utilisation continuously, exchange or resell positions that drift out of use, and size commitments to the stable baseline rather than the peak.

The coverage-efficiency lever

The expensive mistake is buying one commitment type to cover an entire fleet. Steady, capacity-sensitive workloads in a fixed AZ belong on zonal Standard RIs; diverse, evolving compute belongs on Compute Savings Plans; and a variable top layer should stay on-demand or Spot. Blending instruments to each workload's stability, rather than standardising on one, typically improves coverage efficiency by 15 to 20 percent. Model the blend — do not default to it.

A worked example: a fleet with a stable 24/7 baseline of $400,000 a month, a predictable daytime layer of $150,000, and a spiky experimental layer of $80,000. Cover the baseline with a 3-year Savings Plan or Standard RIs at the deepest rate, cover the predictable layer with a renewable 1-year commitment, and leave the spiky layer on-demand or Spot. Zone-critical components take zonal Standard RIs for the capacity guarantee. Run against a self-managed single-instrument mix, this layered structure improves coverage efficiency by a median of about 19 percent.

08 Purchase framework

Four questions decide which instrument fits each slice of demand. Answer them per workload, not per fleet.

Factor 01

Workload stability

Stable, known configurations over the full term justify a Standard RI or long Savings Plan; evolving architectures favour Convertible RIs or Compute Savings Plans that flex as you change.

Factor 02

Capacity assurance

If a component must be able to launch in a specific Availability Zone during a regional event, only a zonal RI delivers both discount and a capacity guarantee. Savings Plans cannot.

Factor 03

Cash-flow and accounting

The 2–4 point gap between payment options rarely justifies all-upfront. Match the option to your capital preference and how finance wants to recognise the spend.

Factor 04

Exit optionality

If you may need to unwind an over-commitment, Standard RIs can be resold on the Marketplace; Convertibles can only be exchanged. Price the escape hatch before you buy.

09 Our recommendation

Default to Savings Plans
When flexibility wins

For most new compute commitments, Compute Savings Plans give RI-equivalent depth without the burden of matching reservations to usage. Make this the baseline and deviate deliberately.

Choose Standard RI
When stable or zonal

Reserve Standard RIs for stable workloads that need zonal capacity reservation or that you may want to resell. Layer the committed-spend EDP discount on top of the RI rate.

Choose Convertible RI
When family flexibility is needed

Use Convertibles only where you need instance-family flexibility that Savings Plans cannot provide. Accept the ~10-point discount cost and the loss of resale.

Commit on the numbers, not the default

Our Cloud & FinOps practice models the right blend of RIs and Savings Plans against your real utilisation and negotiates the surrounding EDP.

Request AWS cost review →

The Licensing Edge

Weekly cloud and licensing intelligence for enterprise IT leaders. 3,000+ subscribers.