Slashdot Mirror


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

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.

51 comments

  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 Anonymous Coward · · Score: 0

      What if the job doesn't complete in 4 hours?

    2. Re: Michael! by Anonymous Coward · · Score: 0

      Consult a medical professional

    3. Re: Michael! by Anonymous Coward · · Score: 0

      Some of the first computing I did in college was billed by the second. You submitted your card deck to the operator who loaded the batch jobs. When you got back your printout it reported how many cpu seconds it had used.

    4. 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 /.
    5. Re: Michael! by Anonymous Coward · · Score: 0

      What if the job doesn't complete in 4 hours?

      Call and brag about it to your friends?

  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 Anonymous Coward · · Score: 0

      It literally is never cheaper for AWS to charge by the second instead of charging for partial hours.

    3. 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."
    4. 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!
    5. 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.

    6. 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
    7. Re: Impact on cost? by Anonymous Coward · · Score: 0

      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).

      Your solution works for only certain group of people under certain conditions. Doing it yourself has its own advantages as you said. Though, some companies could use their "rip off" service but still gain similar benefits off it. However, as GP said, the charging model has changed in order to force those free loaders to pay. Nothing is really changed much.

  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.
    1. Re:Great! by Anonymous Coward · · Score: 0

      If you can crack a key or a hash with 1 minute of AWS time, it was a worthless cypher or hash to begin with.
      Come to think of it, so it is if you only need 1 full hour as well. Your own cheap desktop PC can do the job as well, essentially for free, because it is already there.

      What exactly are you Amazon "thanking" for here?

    2. Re:Great! by Anonymous Coward · · Score: 0

      Divide and conquer. Have you ever heard of it?

  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 Anonymous Coward · · Score: 0

      Isnâ(TM)t AWS lambda for that use case ?

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

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

    6. 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.

    7. 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).

    8. Re:Closing a loophole by Anonymous Coward · · Score: 0

      AWS never had such a loophole. You are charged for the full hour even if you run the instance for only 5 minutes.

      "When you run an instance for 10 minutes, stop the instance, and then start the instance again, you are billed for two instance-hours."

      Source: https://aws.amazon.com/premiumsupport/knowledge-center/ec2-instance-hour-billing/

    9. Re:Closing a loophole by Anonymous Coward · · Score: 0

      good lord this is not "informative."

      the challenge was dividing up tasks to use nearly full hours, to not waste time that was paid for. it has nothing to do with getting cpu time for free.

      believe it or not Amazon is not continually out to screw its AWS customers, they are competing against Google and Microsoft and offering new services is something they do all the time.

  5. rings back memories on phone plans by Anonymous Coward · · Score: 0

    Remember when 6 minute billing was all the rage?

    1. Re: rings back memories on phone plans by Anonymous Coward · · Score: 0

      I remember 6 second billing.

    2. 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.

  6. 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 Anonymous Coward · · Score: 0

      Someone didn't learn History [wikipedia.org], again.

      You know you're missing the point, right?

      Know how didn't learn history? You and every other sucker who didn't realize a corporation would monetize the shit out of everything you do on their cloud, squeeze you for every penny, and raise prices any fucking time they could.

      Did you people really think this fucking cloud computing thing was some kind of free lunch? Did you really think Amazon isn't ultimately planning on gouging you for every goddamned last red cent they can?

      Failure to realize a corporation is always going to eventually get here is the failure to learn history. The BS "cloud" is just "someone else's server farm", and the goal was always to get people using it, and then charge as much as you can get away with.

      As soon as your compute time became a business model (again), this was inevitable. You're just coming out of the honeymoon period where you've gotten you used to the idea of doing this; but make no mistake about it, the cloud has always been about renting time on someone else's computer. And that someone else wants to get paid as much as possible for that.

      If you didn't see this as inevitable, you're totally naive. This was always the end-game.

    3. 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.
    4. 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.

    5. 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.
    6. 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
    7. 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.

    8. Re:Everything old is new again. by Anonymous Coward · · Score: 0

      raise prices any fucking time they could

      Amazon tends to lower prices rather than raise them, in my experience over the last few years.

      This particular change by Amazon, on its own, will save my company quite a bit of money.

  7. Meh... by Anonymous Coward · · Score: 0

    You might be better off with DreamHost.

    1. Re: Meh... by Anonymous Coward · · Score: 0

      Fuck off creimer. Dreamhost is fucking awful. Affiliate spam. Meh.

  8. This is great for me by Anonymous Coward · · Score: 0

    I already have a backend that spins up extra instances when necessary.

    It does not happen often, a few times a day

    but it is usually only needed for 5 to 15 minutes

  9. The Cloud Is A TRAP! by Anonymous Coward · · Score: 0

    The Cloud Is A TRAP!
    All you dumb asses still haven't figured it out.

    1. Re:The Cloud Is A TRAP! by Anonymous Coward · · Score: 0

      There are some of us who are aware, and host everything on machines we control. The hard part is getting decent Internet service, like a symmetric pipe. Consumer networking places most of the bandwidth on downstream, so it's not as responsive to self-host. But count me among those who do. Once I get a good sized HDD, I can move basically everything to my server.

      The cloud is a lie. :P

  10. 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?

  11. Shady business practice by Anonymous Coward · · Score: 0

    I have not used my AWS account in a month. Originally I set it up for testing Windows Server 2012r2 and had set up Directory Services. Well guess what, even though I had ZERO instances running but the Directory Service AD had been created (unused this whole time) I now have a bill for $140. WTF?! So does Amazon expect me to delete my Directory Services domain each day so that I will not incur charges? How can they not see that it was not being used. I know I know, my fault for not reading the fine print but this is just shady.

  12. back in the old days by Anonymous Coward · · Score: 0

    "Back in the old days, you needed to buy or lease a server if you needed access to compute power,"

    Wrong, back in the old days there was timesharing, and before that there was batch processing.

    Timesharing was basically a shell account on a shared server where you could run stuff while other users ran their stuff. There were many huge timesharing services like CompuServe.

    Batch processing meant you'd put your task into a queue, and when its turn came, it got 100% of the cpu until it finished (typically some seconds or minutes), and then the next person's task would run. That is still used internally at places like Google, for map-reduce jobs that run on 1000s of cpus. Someone told me the average length of one of those tasks is about 20 minutes. They keep those cpus running at basically 100% utilization 24/7 with those workloads.

  13. 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?
  14. 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.

  15. 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.

  16. Wait didn't the mobile phone companies... by Anonymous Coward · · Score: 0

    used to use this EXACT same method?