New – Savings Plans for AWS Compute Services(aws.amazon.com)
aws.amazon.com
New – Savings Plans for AWS Compute Services
https://aws.amazon.com/blogs/aws/new-savings-plans-for-aws-compute-services/
49 comments
The code for the AWS billing system must be glorious. There are so many ways to pay for things, changing constantly, with an enormous number of accounts and even a number or ways to get credits back due to outages, customer support, or discount codes. And they have to account for internal Amazon use too. And bugs can really only be caught by people reimplementing parts of the system to make sure they get the same results.
A cloud provider billing system is quite a beast, often overlooked and mostly under appreciated. I built one from scratch and led the team responsible for it.
I kept a detailed list of all the things you needs to keep track of at https://github.com/kdeldycke/awesome-billing , and indeed, it's glorious.
I kept a detailed list of all the things you needs to keep track of at https://github.com/kdeldycke/awesome-billing , and indeed, it's glorious.
I wouldn't say glorious but if it's anything like telecom billing system, I'm glad I don't work with them anymore.
One of my earliest jobs was working for a mobile-phone billing company, in Scotland.
Every day we'd use UUCP to copy billing-records from random-systems to a central host, running SCO Unixware. Then the daily "billing run" would total, reconcile, and massage the data.
The result of the processing would be a pile of CSV files which would then get further massaged by a collection of Perl scripts.
Days I definitely do not miss!
Every day we'd use UUCP to copy billing-records from random-systems to a central host, running SCO Unixware. Then the daily "billing run" would total, reconcile, and massage the data.
The result of the processing would be a pile of CSV files which would then get further massaged by a collection of Perl scripts.
Days I definitely do not miss!
I did some consulting for a Telco on their billing run. It ran on a very, very large computer for its day. The run typically took 16+ hours, sometimes as many as 22 hours, leading to some very white knuckle moments when it threatened to delay the start of the next day's run.
For every telecom company I worked for, billing was a mess.
I don’t understand why so many people are excited to sign up for something that’s so obviously designed to trick them.
AWS soft launched Savings Plans in the AWS Console earlier today. We played with it, made purchases, read the docs, and wrote up our thoughts here - https://www.prosperops.com/blog/aws-savings-plans/
Alternatively, if you just want a quick at-a-glance comparison of RIs vs. Savings Plans, see here - https://www.prosperops.com/assets/img/blog/ris_and_savings_p...
Take on this by Corey Quinn - https://www.lastweekinaws.com/blog/aws-begins-sunsetting-ris...
Cloud computing gets cheaper all the time, why should you commit to spending a certain amount of money? This seems like just another way for AWS to increase vendor lock-in and profits through making complicated payment structures that make people believe they're better off.
This was always the drawback of RIs. You had to risk that your instance type would get cheaper over the term of the reservation. Now your “risk” is that your business will shrink or that your spend will get so much cheaper over three years that you lose money.
Getting a discount from a vendor if you commit to spend more over a period of years and signing long term contracts is standard practice.
And despite all of the cries of “lock-in” at a certain scale, you’re always for all practical purposes, “locked in” to your infrastructure. Very few decision makers want to take on a migration that’s not part of a merger. The rewards are too slim and the risk of regressions are too high.
Getting a discount from a vendor if you commit to spend more over a period of years and signing long term contracts is standard practice.
And despite all of the cries of “lock-in” at a certain scale, you’re always for all practical purposes, “locked in” to your infrastructure. Very few decision makers want to take on a migration that’s not part of a merger. The rewards are too slim and the risk of regressions are too high.
Jeff: Tip for future posts of this nature: a link to a help page or other unauthenticated page showing the actual plans would be helpful. I'm on my phone and can't auth to my aws account to explore the new system but would have loved to take a peek at what the actual plans and pricing are. I'm sure their are other techys on here in the same boat.
Your article implies that the only way to see this info is to login to your was console but you can't assume everybody who would be interested in switching to aws now that you have this system has one or would bother to set one up to explore this feature. And I'm sure there does exist some public listing I'm just pointing out how better this could have been communicated.
Your article implies that the only way to see this info is to login to your was console but you can't assume everybody who would be interested in switching to aws now that you have this system has one or would bother to set one up to explore this feature. And I'm sure there does exist some public listing I'm just pointing out how better this could have been communicated.
Here’s a link to the actual pricing: https://aws.amazon.com/savingsplans/pricing/
This doesn’t show up for me when googling “AWS savings plan pricing”.
This doesn’t show up for me when googling “AWS savings plan pricing”.
This looks like a direct response to Google’s pricing and a lot better than the existing reserved instances pricing.
I think so. GCP Committed Use Discounts allow you to commit in aggregate in terms of vCPU and Memory, but you are still constrained by region and the commits are bifurcated (gen 1, gen 2, custom, etc.). Savings Plans are dollar based so they automatically float to any region and instance. Way better than Committed Use Discounts imo.
[deleted]
FWIW: Oracle Cloud has been using this pricing model since day 1, except it extends to all services, not just compute: https://docs.oracle.com/en/cloud/get-started/subscriptions-c...
(Disclaimer, I work at OCI)
(Disclaimer, I work at OCI)
Does anybody know if (and how) this applies to spot instances? None of the language seems to exclude application to spot prices, though I realize the use-it-or-lose-it nature of these discounts has some tensions with bursty spot workflows.
The compute plan is a big deal (meaning important not cost break although that too). The inflexibility of RIs really hurts and makes it hard to actually benefit from the savings. This doesn't quite match Google's approach but it is much simpler to understand.
Compute Savings Plans applies to Fargate as well.
Nice. Really wish it would apply to Lambda too. Or that Lambda have another kind of reserved capacity plan (similar to DynamoDB perhaps).
I don't think it's likely happening for Lambda anytime soon. I can neither confirm, nor deny that I know anything about the underlying costs for Lambda.
Source: Ex-AWS employee.
Source: Ex-AWS employee.
Yep looks like about 20-50% based on commit.
That's correct. The same commit allows you to run workloads across EC2 and Fargate (note that the discounting is different).
Any plans to launch this for RDS?
Because the broad feature is called Savings Plans with two initial options of Compute and EC2 Instance, I have to believe AWS will at some point release a Database Savings Plan, a Storage Savings Plan, etc. As with RIs, the compute team goes first and the other service teams follow.
IIRC this (or something very similar) has already existed for several years for RDS as an undocumented policy. I forget the exact rules, but you should be able to ask an Amazon employee to change your reservation for you as long as it's the same instance type and you're spending at least as much money.
Very cool that they're offering this.
They should also create a marketplace for selling your remaining committed funds at a discount. That would be a REALLY bold, pro-customer move.
They should also create a marketplace for selling your remaining committed funds at a discount. That would be a REALLY bold, pro-customer move.
They already have that in place for reserved instances: https://aws.amazon.com/ec2/purchasing-options/reserved-insta... I hope they expand it to these savings plans too.
basically this is GCP style Committed Use discounts for AWS.
Looks interesting, but reserved instances seems like effectively the same thing except you have a way out through selling your RI's.
Getting a way out by selling your RIs was important due to there inflexibility. I think those who feel they may want that could opt for the compute plan which is useful as long as you use EC2 in any form.
Savings Plans are way more flexible and will automatically float, so as long as you aren't overcommitted, you'll get a discount. One of the benefits of Standard EC2 RIs however is they can be disposed of via the RI Marketplace if you do actually need to reduce your commit. That of course is predicated on the RI Marketplace having liquidity, and if people are moving to Savings Plans instead, there may be no buyers. People may still want inflexible but shorter terms. Will be interesting to see how it plays out.
This just seems like a less flexible alternative to RIs for those who don't want to bother purchasing them.
How I is it less flexible? The compute plan is certainly more flexible as it can be used on any region and any instance type, right?
Because it can't be resold? https://aws.amazon.com/ec2/purchasing-options/reserved-insta...
Maybe? It seems more "flexible" to me personally
Maybe? It seems more "flexible" to me personally
Savings Plans will always match as long as there is usage somewhere and you're not overcommitted. Standard RIs can get mismatched even with other uncovered usage, but can be disposed of via the RI Marketplace (that of course assumes there is a buyer out there somewhere). Once you make a Savings Plan commit, you are stuck with it. They have different "benefits".
That's true, but you're locked in to the savings plan, whereas you can sell RIs
Well one benefit over RIs is that it also includes Fargate runtimes.
[deleted]