Understanding AWS Savings Plans Recommendations: Management vs. Member Account Views

Are you getting the most from your AWS Savings Plans? Savings Plans offer a flexible pricing model that provides up to 72% savings on your AWS compute workload compared to On-Demand prices. When your AWS footprint grows, it grows in many ways: organic expansion, regional scaling, mergers, acquisitions, or setting up AWS Organizations to align with your business requirements. Understanding how the recommendations are made at management and member account levels helps you manage Savings Plans at scale.

If you are managing a multi-account AWS Organization, you might have noticed that Savings Plan recommendations differ between management account (also known as payer account) and member account (also known as linked account). Consider this scenario: you are reviewing Savings Plan recommendations in the AWS Billing and Cost Management Console. At the management account level, you see a recommended commitment of $100 per hour for a one-year no-upfront Compute Savings Plans. However, when you switch to the member account view, the recommendations total only $70 per hour. This blog post explains these differences and shares best practices for making informed decisions on purchasing Savings Plans.

Management vs Member Account Recommendations

AWS Cost Explorer provides Savings Plan recommendations from two different perspectives to help you make informed decisions about your Savings Plans commitments.

At the management account level, the recommendations analyze your total eligible spend across all accounts in your AWS Organization where discount sharing is enabled. This holistic view considers optimization opportunities that aren’t visible when looking at individual member accounts. For example, your development accounts might have peak usage during daytime weekdays, while your batch processing environments are busiest at night and on weekends. These complementary usage patterns create opportunities for higher Savings Plan utilization through a management account level commitment. Similarly, if your organization has a regionalized account structure, a member account serving Asia Pacific traffic using Amazon Elastic Compute Cloud (Amazon EC2) with Auto Scaling can complement another account serving North America traffic in a 24-hour window.

In contrast, member account recommendations focus only on specific accounts’ usage patterns and eligible spend. This account-specific view often appears more conservative because it calculates existing coverage at each individual member account and excludes cross-account sharing benefits. A recommendation for a specific member account will not consider its unused Savings Plans commitments that could benefit other accounts in the organization.

How Does AWS Generate Recommendations?

We will explain how AWS generates recommendations, which will help clarify why they differ between management and member accounts. Figure 1 illustrates this process.

Figure 1: How Savings Plan recommendations are generated at the management (payer) account level versus the member (linked) account level.

At the management account level (payer account):

• Analyzes eligible On-Demand usage across accounts in your organization with discount sharing enabled.
• Combines eligible spending that can be covered by Compute Savings Plans or EC2 Instance Savings Plans.
• Calculates potential savings based on combined eligible spend and maximized savings, leaving some On-Demand spending if necessary.
• Recommends hourly commitment amounts based on the calculation

At the member account level (linked account):

• Analyzes eligible On-Demand usage for each member account.
• Considers existing Savings Plan benefits already applied to each member account.
• Calculates potential savings based on individual account-level eligible spend without sharing the savings plan with other accounts within the organization.
• Maximizes savings at the member account level, leaving some On-Demand spending at each account if necessary.
• Recommends hourly commitment amounts optimized for individual member accounts and presents the amounts as totals.

AWS calculates Savings Plan recommendations at an hourly granularity because Savings Plans are commitments applied to each hour of usage, rather than daily or monthly usage. This is because your usage can fluctuate significantly on an hourly basis, even if daily views appear relatively stable. This hourly granularity can result in recommended commitment amounts that differ from what you might expect when looking at daily usage in Cost Explorer.

Additionally, AWS only generates recommendations for accounts with an average On-Demand spend of at least $0.10 per hour during the lookback period (7, 30 or 60 days). When your organization has many smaller accounts with low usage, individual member accounts might not meet the threshold to receive recommendations. However, their combined usage still contributes to calculations at the management account level.

Frequently Asked Questions in Savings Plans Recommendations

As you compare recommendations across your organization, you’ll likely encounter these common questions:

1. Why does the “current monthly On-Demand spend” amount differ between management account and member account recommendations? This amount represents only eligible On-Demand spend that Savings Plans cover. It’s different from your total On-Demand spend in Cost Explorer. At the management account level, it includes all Savings Plan eligible usage across accounts in your organization and considers discount sharing preferences. At the member account level, however, the current monthly On-Demand spend amount only includes each member account’s eligible usage after accounting for existing Savings Plan benefits and sums up the spend. In most cases, management account level recommendations show higher On-Demand eligible spend because they capture more variable usage patterns across the organization, allowing for better optimization and coverage by the Savings Plans.

2. Why do some member account recommendations have higher commitments than the management account recommendations? Due to how Savings Plans are applied, when you purchase a Savings Plan, it applies to the purchasing account’s usage first before sharing with other accounts. This is called account affinity. When each member account purchases its own Savings Plans, the recommendations optimize for individual accounts rather than all accounts in the organization, often resulting in higher total commitments. For example, imagine a member account that only has AWS Lambda usage. If that member account purchases a Compute Savings Plan, the Savings Plan will first apply to the Lambda usage in that account due to account affinity. This means the Savings Plan misses out on higher savings that could have been applied to another member account running m8g Linux Amazon EC2 instances, since the Lambda usage generally has a lower percentage of savings compared to the Amazon EC2 instances. Remember, Savings Plans automatically apply to eligible usage with highest percentage of savings first every hour starting from the owning account before sharing with other accounts. You can find specific savings percentages on the Savings Plans pricing page.

3. Why are recommendations missing for some accounts? Recommendations might not appear for certain accounts or time periods if:

1. The account’s average On-Demand spend is below $0.10 per hour.
2. The account is already benefiting from existing Savings Plans such as discount sharing from another account within the same organization.
3. For one-year term, the discount might not be significant enough, while a three-year term might surface recommendations.
4. Recommendation accuracy depends on your lookback period choice. The engine calculates maximum savings based on historical usage within your selected timeframe. For instance, if a workload started 7 days ago, a 30-day lookback would underestimate the recommendation since it includes 23 days of zero usage.

These differences explain why the combined member account recommendations don’t match the management account level recommendation. They answer different questions with different optimization goals.

Choosing Your Savings Plan Management Approach

The two primary approaches that are effective for managing your Savings Plans are centralized and decentralized. In a centralized approach, you purchase Savings Plans based on the management account recommendations. In a decentralized approach, Savings Plans are purchased based on member account recommendations.

1. Centralized Management (Recommended)

Some customers find that a centralized approach delivers the greatest cost efficiency. By managing Savings Plans at the management account level, you achieve better savings compared to a decentralized approach. This approach works best for organizations with centralized financial governance.

How it works:

• Purchase all Savings Plans in the management account or a designated account with no workloads managed by a centralized Finance DevOps (FinOps) team.
• Savings Plans apply first to the owning account’s eligible usage, then to other accounts’ eligible usage starting with the highest discount.
• Prioritize management account level recommendations over individual member account recommendations.

Key benefits:

• Maximizing savings by verifying Savings Plans are applied to the highest-discount usage first.
• Providing flexibility when workloads migrate between member accounts.
• Simplifying and consolidating Savings Plans management.
• Taking advantage of diverse usage patterns across different accounts (like weekday vs. weekend peaks).
• Allowing engineering and operations teams to focus on their usage choices, without needing to manage Savings Plan purchases directly. The centralized FinOps team can then focus on budgeting, cost allocation, reporting and governance across the organization.

Using a dedicated member account with no workload for Savings Plan purchases when discount sharing is activated also provides enhanced security control. This eliminates the need to grant organization management account access to Savings Plan purchasers. You can restrict their permissions to only the designated account for the sole purpose of making these purchases.

However, the centralized approach might require a cost allocation process based on the company’s accounting requirements. Customers can use AWS Cost Categories, AWS cost allocation tags, and data export to build a chargeback mechanism, while letting the Savings Plans maximize their savings for the entire organization.

2. Decentralized Management

Some customers, particularly those with autonomous business units or organizational structures, or strict departmental budget controls, prefer a decentralized approach. This model allows each business unit to maintain financial independence while still benefiting from Savings Plans.

How it works:

• Each member account makes their own Savings Plans purchasing decisions for their individual account usage.
• Teams optimize spend based on their individual account recommendations.
• Chargeback happens directly through the account structure.

Key benefits:

• Empowering business units with direct decision making authority.
• Maintaining clear organizational or departmental budget and purchasing accountability.
• Eliminating complex cost allocation processes.
• Aligning cloud spending with business unit financial responsibility.

While most customers use one of the two primary approaches above, some customers implement a hybrid strategy. They purchase most Savings Plans at the management account level while allowing specific member accounts to purchase Savings Plans for specialized workloads like Amazon SageMaker AI or high performance computing. Individual account owners make their own Savings Plans purchasing decisions for certain use cases, while FinOps team can maintain centralized coverage across the organization for the common usages.

This hybrid approach requires careful planning, clear governance policies, and cost allocation mechanisms to be effective. When considering this approach, be aware that mixing approaches often creates optimization challenges and can reduce the overall benefits of Savings Plans. With AWS Billing Conductor, custom billing views, and invoice configuration, you can manage hybrid approaches effectively.

Controlling Discount Sharing with RI/SP Group Sharing

In November 2025, AWS released Reserved Instances and Savings Plans (RISP) Group Sharing, a feature that gives you granular control over how your commitments are shared across your organization. Rather than choosing strictly between a centralized or decentralized approach, you can now define groups of accounts using AWS Cost Categories and control how Savings Plan benefits flow within those boundaries. This capability directly addresses many of the challenges described above, particularly for organizations that wanted a hybrid strategy but found it operationally complex to manage.

RISP Group Sharing offers two modes. With Prioritized Group Sharing, your commitments apply to accounts within your defined group first, then share unused capacity with the rest of your organization, preserving your intended beneficiaries’ priority while still maximizing overall utilization. With Restricted Group Sharing, commitment benefits stay exclusively within your defined group, providing complete isolation for scenarios where strict boundaries are required, such as separate P&Ls, grant-funded projects, or regulatory constraints.

This feature complements the strategy for how you interpret Savings Plan recommendations. When group sharing is enabled, the “organization” for recommendation purposes effectively becomes the group rather than the entire management account. Your management-level recommendations will reflect the sharing boundaries you’ve configured. If you previously avoided purchasing Savings Plans at the management level because you couldn’t control which accounts benefited, RISP Group Sharing removes that friction. It maintains the optimization advantages of consolidated commitments within each group. For implementation details of how to configure group sharing, visit our documentation or select the feature directly in your AWS console.

Best Practices for Savings Plans Management

Regardless of which approach you choose, consider these best practices:

1. Be consistent in your approach. Mixing centralized and decentralized Savings Plan commitments without a clear strategy creates confusion and reduces potential savings.
2. Consider your workload stability. Frequently shifting workloads between accounts in an organization typically benefits more from a centralized Savings Plan commitment.
3. Understand recommendation calculations. Recommendations are calculated at hourly granularity, even if daily views appear stable. This means they capture usage patterns and recommendations that are not visible in daily summaries but emerge from hourly granularity.
4. Use Savings Plans Purchase Analyzer for custom recommendations. This tool, introduced in November 2024, lets you model and evaluate different Savings Plans purchase scenarios. You can customize parameters like commitment amounts and lookback periods to optimize your Savings Plans strategy.
5. Review your discount sharing preferences regularly. Your Savings Plans sharing settings directly impact how recommendations are calculated and applied across your organization. If your organization uses RISP Group Sharing with Cost Categories, review your group boundaries alongside your sharing preferences to verify they still reflect your current account structure. Changes to group membership, such as onboarding new accounts or restructuring business units, will affect which accounts’ usage is considered when generating recommendations. For organizations using Restricted Group Sharing, keep in mind that recommendations at the management level will be scoped to each group independently, so a commitment purchased in one group will not cover eligible usage in another.
6. Select appropriate lookback period. Recommendations are based on historical usage, not forecasts. Select a lookback period (7, 30, or 60 days) that closely represents your expected usage. Use shorter periods after recent workload changes and longer periods for stable environments. Consider your weekly or monthly usage patterns in the accounts.
7. Designate an account with minimal workloads. Using a member account with little to no workloads means that the Savings Plans apply to other accounts in your organization, maximizing coverage and savings. Savings Plans are applied first to the owning account’s usage. When that account has no eligible On-Demand usage, the Savings Plans are shared more effectively across other member accounts with eligible usage, optimizing cost savings across the organization. This approach also restricts purchasers’ access to the management account.
8. Use billing tools for managing Savings Plan purchases. With AWS Billing Conductor, custom billing views, and invoice configuration, you can manage complex billing scenarios and cost allocation requirements.

Conclusion

Understanding the nuances between management and member account Savings Plan recommendations is important for organizations managing AWS at scale. While these different views might initially seem confusing, they serve distinct purposes. Management level recommendations provide a comprehensive view of potential savings across your organization, while member-account recommendations offer granular insights into specific account usage patterns. Remember that successful Savings Plan management isn’t only about following recommendations in the console blindly, it’s about aligning your purchasing strategy with your organization’s structure, growth patterns, and financial goals. This strategy applies especially if you use a rolling purchase strategy with smaller, frequent commitments rather than large annual purchases. You can centralize Savings Plan purchases through your management account or have individual member accounts make their own purchasing decisions. Either way, the goal remains the same. Maintain visibility and control over your overall Savings Plan strategy while maximizing your cost savings. To get started, open the Savings Plans console or review the RISP discount sharing preference for the latest configuration options.

We recommend regularly reviewing your Savings Plan utilization and adjusting your strategy as your organization evolves. With this understanding of recommendation mechanics, you are better equipped to make informed decisions that drive meaningful cost optimizations across your AWS environment.