Slashdot Mirror

← Back to Stories (view on slashdot.org)

Amazon Starts Charging For Cloud Computing Resources By the Second (amazon.com)

Posted by ryuzaki0 on from the head-in-the-cloud dept.

AmiMoJo writes: "Back in the old days, you needed to buy or lease a server if you needed access to compute power," remembers Amazon's AWS blog. "When Amazon launched EC2 back in 2006, the ability to use an instance for an hour, and to pay only for that hour, was big news. The pay-as-you-go model inspired our customers to think about new ways to develop, test, and run applications of all types."

But now from the 2nd of October, Amazon will start billing Linux virtual machines by the second, with a one minute minimum.

28 of 51 comments (clear)

  1. Michael! by Impy+the+Impiuos+Imp · · Score: 4, Funny

    "After observing your usage statistics, an hour is way too long. I am now charging by the second, one minute minimum."

    That's what she said!

    --
    (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
    1. Re: Michael! by uncqual · · Score: 1

      And don't forget the charge for 'kilocore ticks'.

      --
      Why is there an "insightful" mod and why isn't it "-1"? If I wanted insight, I wouldn't be reading /.
  2. Impact on cost? by Ronin+Developer · · Score: 1

    I wonder what the net effect will be on the cost to users? Will it reduce costs or, ultimately, raise them? Perhaps, this is explained in the article...guess I should read it.

    1. Re:Impact on cost? by Zocalo · · Score: 3, Insightful

      They're claiming it'll reduce them, but I suspect it's more nuanced than that. If you've been chopping your work up into smaller enough slices to qualified for free usage (15 minutes or less?) then it's absolutely going to cost you more, because that option seems to be going away. For everyone else though, I guess the de-facto subsidies of those in the former category are going to be coming off your bottom line, so yeah, there's probably going to a reduction for you.

      You can bet that Amazon has crunched the numbers and the net overall revenue from EC2 will be going up though.

      --
      UNIX? They're not even circumcised! Savages!
    2. Re: Impact on cost? by Hognoxious · · Score: 1

      Depends how it rounds, doesn't it?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    3. Re: Impact on cost? by Zocalo · · Score: 3, Interesting

      Not true, it depends on how they adjust the rates they charge per timeslot vs. how many people were getting in under that 15 minute (or whatever it is) free window. If you are now going to be paying a total of $1/s for your EC2 server farm, then the breakeven point would be at $3,600/hour for that same server farm - if you're previous bill was more than $3,600/hour - including any dead time - then you are going to see a reduction in total costs. If you are in the situation where time is money and you are deliberately chopping up a task into a lot of parallel tasks so it finsishes faster and swallowing the resultant expense of having multiple servers sitting idle when the job completes, then the savings could add up pretty fast. The potential win for Amazon comes from all those who were previously getting free minutes through massive parallelisation to get under the free usage bar; that previously written off revenue is now going to be billed, and if Amazon has done their homework almost certainly will exceed the savings made by those in the former group.

      --
      UNIX? They're not even circumcised! Savages!
    4. Re:Impact on cost? by dacut · · Score: 3, Informative

      Disclaimer: I work for AWS, but I'm speaking personally here.

      This will always be cheaper for on-demand users. Previously, you were charged a full hour for any fractional usage. As soon as you start an instance, you're being billed -- even a start and stop a second later counted as 1 hour. (There is a free tier: you get 750 hours/month of t2.micro usage on Linux, RHEL, SLES, or Windows, during the first 12 months.)

      Let's say you had a batch job that ran for 12 minutes, 4x/day, on Amazon Linux on a c4.large instance in the Oregon region ($0.100/instance-hour). Before this change, you would have paid $12.20/month (4 instance-hours/day x 30.5 days/month x $0.100/instance-hour). Starting October 2, you will pay $2.44/month (0.8 instance-hours/day x 30.5 days/month x $0.100/instance-hour).

      AWS believes that cloud computing is going to be a high volume, relatively low margin business, and Amazon is very comfortable with these types of businesses. AWS has had (as of this writing) 62 price reductions in the last 9 years, largely in the absence of any competitive pressure. (And, since I pay for my personal usage -- no, we don't get a free lunch here! -- that's kept me happy as a customer.) Internally, it's a relentlessly customer-obsessed culture -- you can (and I have!) stopped a VP mid-speech by saying, "Wait, I don't think that's the right thing for the customer!" (We're also a very data-driven culture, so you're expected to have data to support this, of course. :-) )

      Hope this helps clear up some of the confusion. Note that there are some cases where billing will continue to be per-hour (or fraction thereof), such as marketplace usage -- Jeff Barr's blog post has all the details.

    5. Re: Impact on cost? by rtb61 · · Score: 1

      How about straight up sales pitch. Our computing cycles only cost $100 per minute, buying the hardware outright would cost $10,000. Which would you rather spend $100 (trying to calculate how many minutes you would spend becomes a major computing exercise) or $10,000 (which is the easy answer). End of the year and that is easy total, instead of spending say $250,000 doing it yourself, you find you have spend $1,500,000, youch and now you don't have the expertise to do it any more and must rebuild it at major cost, whilst still having to pay per minute for the existing rip off. So how many idiots will they be able to scam with a seemingly cheap price, lots, bean counters all of them and not a tech person in sight, they are a cost centre everyone prefers to ignore, the old dumb vs smart jealousy (it very much exist in the workplace and smart people are always a threat to dumb people).

      --
      Chaos - everything, everywhere, everywhen
  3. Great! by Opportunist · · Score: 4, Funny

    I no longer need to buy expensive machines when I need to break just one key or find the clear text for a singe hash!

    I always wanted to steal identities, but the large up-front costs always made me shy away from it. But no more!

    Thank you, Amazon!

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  4. Closing a loophole by cunina · · Score: 4, Informative

    There's a small but (until now) growing cottage industry that has helped heavy users of AWS get compute time very, very cheaply. Basically, if you can divide a huge compute job up into a large number of short, nearly stateless jobs, then you can launch a bunch of nodes, run them for less than fifteen minutes each, terminate them after the jobs run, and not have to pay for CPU time. This new move by Amazon puts that to an end.

    1. Re:Closing a loophole by tomhath · · Score: 3, Interesting
      I suspected the real rationale was something like this. It's even hinted at in TFA:

      Many of our customers are dreaming up applications for EC2 that can make good use of a large number of instances for shorter amounts of time, sometimes just a few minutes.

      I can't blame Amazon for the change though. In fact, it seems that charging by the hour was more underhanded.

    2. Re:Closing a loophole by fluffernutter · · Score: 1

      There is a large industry of providers that don't nickle and time people to host severs like Amazon does.

      --
      Laws are rules for the court, but merely a bottom bar to hit for life. Think beyond laws in your actions always.
    3. Re:Closing a loophole by hord · · Score: 2

      This is one of the first things I thought of when I was exploring the free tier... How many minutes per month? Broken into how small of chunks? How much actual useful CPU time do I get for free in a "month" and how I can (ab)use that? I can use another instance to coordinate everything for $12/month.

    4. Re: Closing a loophole by cunina · · Score: 1

      Absolutely. Now that they've closed the loophole, people can use that (and pay for it).

    5. Re:Closing a loophole by dacut · · Score: 2

      As mentioned previously, I work for AWS, but I'm speaking personally here.

      I'm not sure where this idea of "run them for less than fifteen minutes each, terminate them after the jobs run, and not have to pay for CPU time" has come from; this is the first I've heard of it. To my knowledge, this has never been the case. Currently usage from 0-59.999... minutes is billed as 1 instance-hour; 60.0-119.999... as 2 instance-hours; etc. Starting October 2, you will be billed by the second (with a 1 minute minimum). This should be a cost savings for everyone who's currently running on-demand instances.

      There is a free tier for new accounts, in which you get 750 instance-hours of t2.micro usage (on Amazon Linux, RHEL, SLES, or Windows) free. However, if you run for 14 minutes (say), that still counts today as 1 instance-hour; there's no magic 15 minute cutoff.

    6. Re:Closing a loophole by Anonymous Coward · · Score: 1

      I'm curious where you are all getting this "Less Than 15 Minute" isn't charged exception from? We run thousands of instances in AWS and this has never been the case, as far as I'm aware of.

      Their docs seem to confirm as much:
      "When you run an instance for 10 minutes, stop the instance, and then start the instance again, you are billed for two instance-hours."
      https://aws.amazon.com/premiumsupport/knowledge-center/ec2-instance-hour-billing/

      The change to per-second billing will be a massive cost savings for us (and I suspect most, if not all, AWS users).

  5. Everything old is new again. by alexhs · · Score: 4, Informative

    Back in the old days, you needed to buy or lease a server if you needed access to compute power," remembers Amazon's AWS blog.

    Someone didn't learn History, again.

    In the 1960s, [...] users were charged rent for the terminal, a charge for hours of connect time, a charge for seconds of CPU time, and a charge for kilobyte-months of disk storage.

    --
    I have discovered a truly marvelous proof of killer sig, which this margin is too narrow to contain.
    1. Re:Everything old is new again. by Waffle+Iron · · Score: 1

      The difference is in the price.

      I was stuck in one of the last CS classes at my university that used punched cards and batch processing. We got charged several dollars of "funny money" every time we ran a process that constructed a binary tree with a couple of hundred elements. (Between the threat of draining our accounts and the ~1 hour turn-around time per run, I guess we really had an incentive to pour over our code for bugs offline. The whole experience sucked.)

      Now, the price for same computation at Amazon would probably be measured in picodollars.

      In the older case, one person could probably rack up enough charges to pay for their own minicomputer (or even a TRS-80, which was probably almost as fast as their damned mainframe) in a relatively short time. In the Amazon case, you can run a VM continuously, and it might still cost less than buying and maintaining a dedicated PC of similar capacity.

    2. Re:Everything old is new again. by Shoten · · Score: 1

      Back in the old days, you needed to buy or lease a server if you needed access to compute power," remembers Amazon's AWS blog.

      Someone didn't learn History, again.

      In the 1960s, [...] users were charged rent for the terminal, a charge for hours of connect time, a charge for seconds of CPU time, and a charge for kilobyte-months of disk storage.

      I think you don't understand the difference between the pricing models, or the actual history you're referring to.

      In the 1960s, you were charged rent for the terminal, yes. That was above and beyond the contract just to have access to the mainframe in the first place. You couldn't just go and buy a few seconds...or even a few hours...of compute time. You had to buy access on an annual basis.

      Even so, the company type (service bureaus) that you're talking about were more like car rental companies. They had access to mainframes and provided defined services, not raw computing power. But even with that level of abstraction, you still couldn't buy on the micro-service level that you can get from AWS. You couldn't buy a minute of computing time, or a small bit of services on demand.

      AWS and Azure represent the first time that such access has been available to anyone. Much less anyone who only need have an email address, credit card and the ability to read/watch tutorials on how to get started. There are no contract negotiations, no monthly quota, no credit checks, no need for a Dun and Bradstreet number. This has never happened before...yes, some aspects of pricing were based on timesharing of mainframes. But that was one aspect of pricing. It's like saying "you can rent a car by the mile!" when you can't. The fact that they may charge you an extra dime per mile or whatnot does not alter the fact that it happens in the larger context of a contract that charges you a base rate by the day.

      --

      For your security, this post has been encrypted with ROT-13, twice.
    3. Re: Everything old is new again. by Entrope · · Score: 1

      That business model never really went away, it just became less prominent. For example, you can still buy a "Unisys ClearPath Forward(tm) Dorado" system (their marketing department keeps up with the latest fads, at least...) with a limit on how many MIPS it lets you use.

    4. Re:Everything old is new again. by swillden · · Score: 2

      In the older case, one person could probably rack up enough charges to pay for their own minicomputer

      Heh. In the early 90s I was playing with fractals (Julia sets) on the university mainframe. It was an awesome machine for the purpose because it had a vector processor, which allowed me to compute 16 pixels at a time. I had been playing with this for months, always running my jobs at "idle" priority so as to avoid interfering with anyone's real work, when I was called up to the computing center director's office. He wanted me to explain what I was doing and showed me the "bill" for my usage, which was over $200,000. I had a brief heart attack until he told me that I wasn't actually being charged. After I explained, he allowed me to continue, with the proviso that my jobs could be killed if they were found to be causing any problems. They were never killed.

      Of course, my phone can now do the same calculations faster, without any parallelism. If I use all of its cores, it's faster yet.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    5. Re: Everything old is new again. by Zero__Kelvin · · Score: 1

      No, he understands and you don't. One was literally charged accordingly to the number of CPU clock ticks your program required to run.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    6. Re:Everything old is new again. by jmccue · · Score: 1

      In the 1960s, you were charged rent for the terminal .... AWS and Azure represent the first time that such access has been available to anyone

      I cannot speak about the 60s, but in the early 80s I worked for a mini-computer company that also rented out time on an IBM mainframe they owned. Usage and charges were based upon CPU Time and Disk I/O, this sound very similar to Amazon. I remember printing out the usage/billing reports on green bar for finance. The only difference I see is due to technology and AFAIK Amazon does not charge for disk I/O.

  6. Re:rings back memories on phone plans by hord · · Score: 1

    I remember cycle count auditing... I always wondered who paid for the billing system.

  7. Is "The creimer Monologues" next? by tepples · · Score: 1

    Is it now trendy to accuse numerous posters of being creimer the way it used to be trendy to accuse numerous posters of being twitter?

  8. I love this so much by Just+Some+Guy · · Score: 1

    This is great for my workload, which looks a lot like "spin a large cluster up, slam it for about 20 minutes, then shut it down". Since the previous minimum was 1 hour, I foresee massive drops in our on-demand costs. It also means that the complicated scheduler we were considering, which was going to be optimized for keeping machines loaded until they were x hours and 58 minutes old, can be tossed out. Seriously, thanks Amazon!

    --
    Dewey, what part of this looks like authorities should be involved?
  9. Billing by the second, not charging by the second by mveloso · · Score: 1

    AWS always did accounting by the second, but the minimum charge was by the hour.

    This makes AWS cheaper for those who are doing smaller workloads.

  10. Makes life easier for everyone (except Amazon) by Anonymous Coward · · Score: 1

    This is great news IMHO.

    Up until now if you wanted to get your money's worth you needed your EC2 workloads to work efficiently with an EC2 Instance Hour. As soon as the hour begins you were paying for the whole thing. So you have to organise your scaling policies, batch processing and anything else around making sure that your EC2 instance is doing something useful for the whole hour.

    This is going to reduce effort of cost minimisation, with the immediate impact being cheaper bills for heavy and varied EC2 users.