Live data from Hacker News

AWS announces per-second billing for EC2 instances

techcrunch.com

111–120 of 149 posts

Re: AWS announces per-second billing for EC2 instances

#111
post #109

I think the per-second billing is off the point. How does it help, if the EC2 instance takes tens of seconds to launch, and tens of seconds to bootstrap? To make the most of per-second billing, the compute unit should be deployed within seconds, e.g. immutable. prebaked container. You launch containers on demand, and pay by seconds.

You're describing exactly https://hyper.sh.

Re: AWS announces per-second billing for EC2 instances

#112
post #109

I think the per-second billing is off the point. How does it help, if the EC2 instance takes tens of seconds to launch, and tens of seconds to bootstrap? To make the most of per-second billing, the compute unit should be deployed within seconds, e.g. immutable. prebaked container. You launch containers on demand, and pay by seconds.

You're describing exactly https://hyper.sh .

Or Azure ACI.

Per-second billing doesn't add much value to EC2.

Re: AWS announces per-second billing for EC2 instances

#113
post #41

Earlier quoted context omitted.

They would legitimately lose a lot of money if they did this now (and I would argue, wouldn't make up for it in market share). Most companies I work with who switch to AWS think it's a 1:1 conversion in terms of cost from a data center and pretty much just "leave AWS on" not realizing that they are not only paying for computing cost but the hidden cost of being able to scale up more instances quickly.

It's really really difficult to be able to turn on and off instances as needed, like turn a test instance on in the morning when developers come in and turn it off in the evening when they leave.

https://github.com/awslabs/ec2-scheduler

Re: AWS announces per-second billing for EC2 instances

#115
post #80

Earlier quoted context omitted.

I've seen some hints that GCE uses NVMe emulation not PCI passthrough. This would allow the hypervisor to implement features like live migration.

I find it interesting to think about virtualization on a spectrum with passthrough at one end and pure emulation at the other. Particularly when applied to I/O peripherals, if the bulk of the I/O can effectively be classed as payload, stepping slightly away from passthrough while maintaining roughly the same layer of abstraction grants the implementer considerable liberties in implementation with very little overhead…

Disclosure: Jon works on virtualization for Compute Engine :). (and I work adjacent-ish)

Re: AWS announces per-second billing for EC2 instances

#116

Ah, finally. They've ruined my idea for an optimal EMR job runner. Under the old system, if you have a linearly scalable Hadoop job, it's cheaper to, say, use 60 instances to do some work in an hour vs 50 instances to do the work in 70 minutes, assuming you're getting rid of the cluster once you're done. No more!

[deleted]

Re: AWS announces per-second billing for EC2 instances

#117
post #112

Earlier quoted context omitted.

Or Azure ACI. Per-second billing doesn't add much value to EC2.

EC2's granularity was hourly before. That's the value being added.

Per-minute billing makes more sense to EC2, given the reason above.

Re: AWS announces per-second billing for EC2 instances

#119

I really wish AWS would allow users to cap billing. Something that freezes all AWS services if the monthly bill exceeds X would make me a lot more comfortable when experimenting with AWS.

Agreed. Right now you can set billing alarms, but not actually freeze billing. http://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/...

Re: AWS announces per-second billing for EC2 instances

#120

I really wish AWS would allow users to cap billing. Something that freezes all AWS services if the monthly bill exceeds X would make me a lot more comfortable when experimenting with AWS.

Have you looked into a tool like Gorilla Stack - https://www.gorillastack.com/?

(Note: I have no investment in the company)

Post reply on HN