Keep commitments used and renewed on time
Coverage, utilization, inventory and an expiry timeline for AWS Savings Plans and Reserved Instances, and for Azure reservations and savings plans.
- 1Read the three gauges
Across 4 AWS accounts: 71% coverage, 96% utilization and a 27% effective savings rate against on-demand.
- 2Scan the inventory
Four commitments with type, term, monthly amount and utilization. The prod-core Compute Savings Plan, $7,400/mo, is flagged red at 19 days.
- 3Check the expiry timeline
Each end date sits on a 12-month axis. The tooltip warns coverage drops from 71% to 44% unless the plan is renewed.
Commitments lapse without anyone noticing
Savings Plans and Reserved Instances only save money while coverage is right and renewals happen on time.
A Savings Plan expires unnoticed
What usually happens: A Compute Savings Plan ends on a Tuesday. Usage moves back to on-demand rates and nobody notices until the invoice.
How CloudLens resolves it: The expiry timeline showed prod-core’s plan ending in 19 days, with the $7,400/mo that would return to on-demand.
ResolvedBuying commitments you won’t use
What usually happens: A team buys a bigger commitment to raise coverage while the one they already have is only partly used.
How CloudLens resolves it: Coverage and utilization sit side by side, so you buy more only when what you own is fully used.
ResolvedBusiness cases that don’t hold
What usually happens: Savings estimates include storage and data transfer that no commitment can cover, so the purchase looks better than it is.
How CloudLens resolves it: Commitment recommendations are priced on coverable usage only.
ResolvedHow Marcus renewed a plan with 19 days to spare
One morning of checking before spending money, instead of a surprise on next month’s invoice.
Lumora Retail is a fictional company. The people, names and numbers are sample data.
Opens the expiry timeline
Checks utilization first
Looks at coverage by service
Reads the RDS recommendation
Renews and buys in the payer account
Checks that it landed
Check coverage and expiry with an engineer
Buy the right amount and keep it used
- Pricing mix by service
- Gaps linked to recommendations
- AWS and Azure views
- 1Read the mix for each service
Amazon EC2 is 78% covered and EKS 65%. Amazon RDS is only 38% covered.
- 2Open the RDS gap
62% of RDS runs on-demand. Reserved Instances for orders-db (db.r6g.2xlarge) would save about $1,480/mo, one click from the recommendation.
- 3Switch to Azure
The same view shows pay-as-you-go, savings plan and reservations. App Service runs entirely pay-as-you-go.
- 90-day utilization trend
- Instance family distribution
- No, Partial or All upfront compared
- 1Check 90-day utilization
The Savings Plan has averaged 96.4%, close to the 100% line, so what was bought is being used.
- 2See which families it covers
m7g takes 34% of covered usage, c7g 22%, r6g 18% and m6i 16%.
- 3Compare renewal options
No Upfront saves 27%, Partial Upfront 30% and All Upfront 32%. The monthly equivalent falls from $7,400 to $6,710.
Savings that still hold next quarter
Coverage and utilization together
Buying more only makes sense when what you already own is fully used.
End dates you can see
Every commitment shows its end date and the monthly amount that goes back to on-demand.
AWS and Azure
Savings Plans and Reserved Instances on AWS, reservations and savings plans on Azure.
Commitment questions
AWS Savings Plans and Reserved Instances, and Azure reservations and savings plans, including coverage, utilization and expiry.
Only on usage a commitment can actually cover. Storage, data transfer and other charges no commitment applies to are left out, so estimates are not overstated.
Commitments are usually bought in the payer account. Connecting it gives complete inventory and utilization across linked accounts.
Ready to see CloudLens in action?
Connect a read-only AWS role or Azure service principal. We'll walk you through your bill, your security graph and the first things worth fixing.
