# Excessive on-demand compute spend due to low savings plan and reserved instance coverage Canonical: https://www.pointfive.co/efficiency-hub/inefficiencies/excessive-on-demand-compute-spend-due-to-low-savings-plan-and-reserved-instance-coverage AWS compute services charge the full published On-Demand rate when no commitment-based discount - such as a Savings Plan (SP) or Reserved Instance (RI)... By: Jason DiDomenico Updated: 2026-09-28 [Cloud Efficiency Hub](https://www.pointfive.co/efficiency-hub) # Excessive On-Demand Compute Spend Due to Low Savings Plan and Reserved Instance Coverage The short version AWS compute services charge the full published On-Demand rate when no commitment-based discount - such as a Savings Plan (SP) or Reserved Instance (RI) - is in effect. [Jason DiDomenico](https://www.linkedin.com/in/jasondidomenico/) Director of FinOps @ Discover Financial Services AWS service [AWS EC2](https://www.pointfive.co/efficiency-hub/cloud-services/aws-ec2) Category [Compute](https://www.pointfive.co/efficiency-hub/service-category/compute) Reference CER-0324 Type Suboptimal Pricing Model ## Explanation Why the waste happens and who it affects. On-Demand pricing provides maximum flexibility, but it is also the most expensive way to run workloads that have stable, predictable usage patterns. When an organization runs a large share of its steady-state compute at On-Demand rates instead of covering that baseline with SPs or RIs, it is effectively paying a premium for capacity it could have committed to at a materially lower cost. This inefficiency is one of the most common and impactful cost optimization gaps in AWS environments. It typically arises from a lack of commitment ownership, insufficient workload analysis to identify stable baselines, organizational silos that limit visibility into aggregate usage patterns, or hesitation around long-term contracts. The cost impact scales directly with compute spend - organizations with significant monthly compute bills can leave substantial savings on the table by failing to commit their predictable baseline. Two key dimensions define the gap: coverage (what percentage of eligible usage is protected by commitments) and utilization (whether purchased commitments are being fully consumed). Compute Savings Plans commit to a consistent dollar-per-hour spend and automatically apply across EC2 (any instance family, size, region, OS, or tenancy), Fargate, and Lambda usage. EC2 Instance Savings Plans also commit to a dollar-per-hour spend but are scoped to a specific instance family within a chosen region, offering deeper discounts in exchange for reduced flexibility while still allowing changes across sizes, operating systems, and tenancy within that family. Reserved Instances commit to specific EC2 instance configurations. Standard Reserved Instances provide the highest discounts but cannot be exchanged; Convertible Reserved Instances offer slightly lower discounts but can be exchanged for different configurations during the term. All require one-year or three-year terms. Savings Plans with an hourly commitment of $100 or less can be returned within seven days of purchase, provided the return occurs within the same calendar month and the limit of 10 returns per calendar year per management account has not been reached; once the calendar month ends, they can no longer be returned. Standard Reserved Instances can be sold on the Reserved Instance Marketplace under certain conditions, including a minimum 30-day holding period and at least one month remaining in the term, though Reserved Instances purchased at a discount or originally acquired from the marketplace cannot be resold. The goal is not to commit all usage - only the stable baseline. Variable and burst capacity should remain On-Demand. When commitments expire, usage silently reverts to full On-Demand pricing, which can also contribute to coverage erosion over time if renewals are not actively managed. ## Billing model The pricing dimensions that drive this cost. AWS compute billing varies by service but follows a common pattern: usage is metered on a per-unit-of-time basis, and the rate applied depends on the pricing model in effect. - EC2 instances are billed per-second (with a 60-second minimum) based on instance type, size, and region while in a running state. - Fargate tasks are billed based on vCPU and memory resources allocated, calculated per-second from container image download until task termination. - Lambda functions are billed based on the number of requests and compute duration measured in GB-seconds. Three pricing models determine the effective rate: On-Demand The full published rate with no commitment, offering maximum flexibility at the highest cost per unit of compute. Savings Plans Discounted rates in exchange for committing to a consistent dollar-per-hour spend for one or three years. Compute Savings Plans apply across EC2 (any instance family, size, region, OS, or tenancy), Fargate, and Lambda. EC2 Instance Savings Plans offer deeper discounts but are scoped to a specific instance family within a chosen region, though they apply across sizes, operating systems, and tenancy within that family. Reserved Instances Discounted rates in exchange for committing to specific EC2 instance configurations for one or three years. Applicable only to EC2. Standard Reserved Instances provide the highest discounts but cannot be exchanged; Convertible Reserved Instances offer slightly lower discounts but can be exchanged for different configurations during the term. Payment options (All Upfront, Partial Upfront, No Upfront) affect the total discount, with All Upfront providing the highest savings. Savings Plans apply to usage only after Reserved Instances are applied, and EC2 Instance Savings Plans are applied before Compute Savings Plans. Reserved Instances are billed for every hour of the term regardless of whether instances are running, while Savings Plans charge based on committed hourly spend regardless of actual usage. Savings Plans with an hourly commitment of $100 or less can be returned within seven days of purchase, provided the return occurs within the same calendar month and the limit of 10 returns per calendar year per management account has not been reached; once the calendar month ends, they can no longer be returned. Standard Reserved Instances can be sold on the Reserved Instance Marketplace under certain conditions, including a minimum 30-day holding period and at least one month remaining in the term, though Reserved Instances purchased at a discount or originally acquired from the marketplace cannot be resold. ## How to detect 7 checks to find it in your estate. - Identify the proportion of total EC2, Fargate, and Lambda compute spend that is being charged at On-Demand rates versus commitment-based rates. - Review historical compute usage over a representative period to determine whether usage patterns are stable and predictable enough to warrant commitment coverage. - Assess commitment coverage levels - the percentage of eligible compute usage protected by active Savings Plans or Reserved Instances - and flag accounts or services with consistently low coverage. - Evaluate whether existing commitments are nearing expiration, which would cause usage to silently revert to On-Demand pricing. - Examine usage patterns across organizational units, accounts, and teams to identify silos where commitment strategy is absent or inconsistent. - Confirm whether workloads running continuously lack any form of commitment backing. - Review commitment utilization rates to ensure that any existing Savings Plans or Reserved Instances are being fully consumed before adding new commitments. ## How to fix 6 ways to remove the waste. - Analyze historical compute usage to identify the stable baseline - the minimum level of consistent usage over a representative period - and size commitments to cover only that baseline, leaving variable and burst demand at On-Demand rates. - Select the appropriate commitment type based on workload characteristics: Compute Savings Plans for broad flexibility across EC2, Fargate, and Lambda with discounts up to 66%; EC2 Instance Savings Plans or Reserved Instances for deeper discounts up to 72% on a specific instance family within a region. - Establish a regular cadence for reviewing commitment coverage and utilization, ensuring that expiring commitments are renewed or replaced before usage reverts to On-Demand pricing. - Assign clear ownership for commitment purchasing strategy - whether centralized in a FinOps team or delegated to business units - so that coverage decisions are actively managed rather than ad hoc. - Start conservatively with shorter-term (one-year) or No Upfront commitments to reduce risk, then increase commitment depth as confidence in workload stability grows. - Evaluate whether Compute Savings Plans or Convertible Reserved Instances are appropriate for workloads that may change instance types over time - Compute Savings Plans apply automatically across instance families, sizes, OS, tenancy, Regions, Fargate, and Lambda, while Convertible Reserved Instances can be exchanged for different configurations during the term. ## Documentation Vendor references for pricing and configuration. - [Amazon EC2 Pricing aws.amazon.com](https://aws.amazon.com/ec2/pricing/) - [AWS Fargate Pricing aws.amazon.com](https://aws.amazon.com/fargate/pricing/) - [AWS Lambda Pricing aws.amazon.com](https://aws.amazon.com/lambda/pricing/) - [What are Savings Plans? - Savings Plans docs.aws.amazon.com](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html) - [Cloud Cost Savings - Savings Plans - AWS aws.amazon.com](https://aws.amazon.com/savingsplans/) - [Reserved Instances for Amazon EC2 overview docs.aws.amazon.com](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-reserved-instances.html) - [Amazon EC2 Reserved Instances Pricing aws.amazon.com](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/) ## Related inefficiencies [Browse the library](https://www.pointfive.co/efficiency-hub) - AWS EC2 CER-0108 ### [Suboptimal Use of Compute Savings Plans for Specialized Instances](https://www.pointfive.co/efficiency-hub/inefficiencies/suboptimal-use-of-compute-savings-plans-for-specialized-instances) Accelerated EC2 instance types such as \`p5.48xlarge\` and \`p5en.48xlarge (often used for ML/AI workloads)\` are eligible for Compute Savings Plans, but the discount rates offered are modest compared to more common instance families. When... Compute - AWS EC2 CER-0012 ### [Suboptimal Use of On-Demand Instances in Fault-Tolerant EC2 Workloads](https://www.pointfive.co/efficiency-hub/inefficiencies/suboptimal-use-of-on-demand-instances-in-fault-tolerant-ec2-workloads) Many EC2 workloads - such as development environments, test jobs, stateless services, and data processing pipelines-can tolerate interruptions and do not require the reliability of On-Demand pricing. Using On-Demand instances in these... Compute - AWS EC2 CER-0327 ### [Spot Instance Overreliance Without Effective Cost-Per-Performance Analysis](https://www.pointfive.co/efficiency-hub/inefficiencies/spot-instance-overreliance-without-cost-per-performance-analysis) Organizations frequently pursue aggressive Spot Instance adoption based on headline discount percentages - up to 90% off On-Demand pricing - without evaluating the effective cost per unit of work completed. While Spot pricing can deliver... Compute --- Source: the public page above. Product screenshots and illustrative interfaces are examples, not live customer data.