Let me get this straight, right now AWS is billing me $270/mo for 3TB of bandwidth on my autoscaling web servers. With LightSail, I can get that same bandwidth, plus storage and instances for $15/mo? In total, I'm spending about $15,000/yr on AWS, and someone spending $5/mo gets their bandwidth 18x cheaper than me? Shouldn't it be the other way around, and I should be the one with the discount? I get enough headaches…
From https://amazonlightsail.com/docs/ > Data transfer OUT from a Lightsail instance to another Lightsail instance or AWS resource is also free while the private IP address of the instance is used. It could even be worth it to set Lightsail up as reverse proxy and profit off of very cheap(for AWS) traffic e.g. for S3. I can't really believe they would allow this. Am I missing something?
Amazon LightSail: Simple Virtual Private Servers on AWS
391–400 of 631 posts
Re: Amazon LightSail: Simple Virtual Private Servers on AWS
#392Earlier quoted context omitted.
There was this awesome bug with AWS a while back too where you could accidentally sign up an account twice with the same email address, but no way of knowing you had two accounts without paying really close attention to your account ID. So if you went to log in and used your email and one password, you would sign into one account, but if you used the same email and a different password, you would sign into the second…
> There was this awesome bug with AWS a while back too where you could accidentally sign up an account twice Not a bug, this has been amazon's philosophy with accounts on all systems from very early on. Some of the initial designers of amazon knew families where multiple people shared one e-mail address, but wanted separate accounts for shopping. Multiple accounts per e-mail address was a concious design decision for…
There was no way at the time for me to a) see that I had a second account associated with my email address or b) reset the password for the second account without going through support c) merging the two accounts into one even with supports help.
Re: Amazon LightSail: Simple Virtual Private Servers on AWS
#393Earlier quoted context omitted.
Sounds like a good business idea. Pay $10-50 a month for us to automatically disable your services which go over your stated budget. Free tier at 1 service.
That would be Azure. They have hard limits and they shutdown when you get over the limit I believe
Re: Amazon LightSail: Simple Virtual Private Servers on AWS
#394Re: Amazon LightSail: Simple Virtual Private Servers on AWS
#395Earlier quoted context omitted.
Isn't $80 for a 2-core processor a bit high especially if they are competing with Digital Ocean?
And DO is already immensely expensive compared to VPS at OVH, or actual dedicated hardware at Hetzner, OVH, Online.net, Scaleways, KimSufi, however they are all called.
Re: Amazon LightSail: Simple Virtual Private Servers on AWS
#396Earlier quoted context omitted.
Me too. I want protection against my own stupidity, as well as sheer ignorance of the charges. This put me off AWS for years, and I was deeply shocked there was no one-click 'suspend at x$'. For a company that supposedly puts the customer first, this is appalling.
It's difficult to come up with a good model for how a billing ceiling would work in software as a service. A good start would be to fully specify what behavior you desire when an account hits its billing limit. Are you expecting everything to keep working like normal while the cloud provider pays the bill for those resources, or are you expecting the provider to fully shut everything down in a way that prevents the a…
You know exactly how much a paused EC2 instance charges you. The ceiling implementation could say, if the total amount charged so far this month, plus the cost of pausing the instance for the rest of the month, exceeds the ceiling, pause it now. So there's no data loss; the worst case is the customer's service is offline for the remainder of the month (or until they approve adding more money). At some point less than this number, start sending angry alerts. But you still have a hard cap that doesn't lose data.
It's not what a serious production user wants, but it's exactly what someone experimenting with AWS wants, either a running service that's looking at a cloud migration, or a new project/startup that hasn't launched yet.
Re: Amazon LightSail: Simple Virtual Private Servers on AWS
#397Earlier quoted context omitted.
It doesn't have to be an actual functional ceiling -- just a customer-facing cost ceiling. Things don't have to really "freeze". Each service could have some defined "suspend" mode that attempts to minimize Amazon's cost non-destructively. A "limp home" mode. And yes, it's possible that this mode for some kinds of services would be no different than the service's normal operating mode. When a customer's ceiling is re…
> Each service could have some defined "suspend" mode that attempts to minimize Amazon's cost non-destructively. That's what stopping instances _is_ already. You don't get charged for stopped instances which is a defining feature of Amazon's cloud. Very few providers actually offer this. Most just charge away for the compute even if the instances are powered off, Azure being one exception. This whole "spin up compute…
Re: Amazon LightSail: Simple Virtual Private Servers on AWS
#398Earlier quoted context omitted.
Sounds like a good business idea. Pay $10-50 a month for us to automatically disable your services which go over your stated budget. Free tier at 1 service.
That would be Azure. They have hard limits and they shutdown when you get over the limit I believe
My hypothesis is that they don't really have it nailed down but given big margins they have they can afford to let you use more resources than you pay for in the end.
Re: Amazon LightSail: Simple Virtual Private Servers on AWS
#399I'm amused by the model they have in their banner: a bearded, tattooed man wearing what appears to be a .. cape? We've come a long way since the stock photos of 'smiling super-normal people wearing ties, huddled around a computer'.
Programming while sitting on a motorcycle? https://amazonlightsail.com/features/
Re: Amazon LightSail: Simple Virtual Private Servers on AWS
#400Earlier quoted context omitted.
It's difficult to come up with a good model for how a billing ceiling would work in software as a service. A good start would be to fully specify what behavior you desire when an account hits its billing limit. Are you expecting everything to keep working like normal while the cloud provider pays the bill for those resources, or are you expecting the provider to fully shut everything down in a way that prevents the a…
The correct answer, as always, is to ask the customer. Let's take a simplistic example and say you're paying per gigabyte. You decide you're willing to pay up to $X, and Amazon tells you ahead of time how much your $X will buy you, and you accept. One type of customer will be using that storage to store priceless customer photos. Even if the customer ends up deleting the photos, it has to be your customer who makes t…
So lets for a moment assume you talked to a large cohort of customers, and found a bunch of "types" including those three you list and many many more (inevitably, at AWS's scale).
You then need to make some business decisions about which of those "types" are most important to you, and which are way less profitable to spend time addressing.
So of course you solve the big pain points for your customers spending tens or hundreds of thousands of dollars per month before you prioritise the customers worried abou going over a tens or hundreds of dollars a month budget.
What would that solution look like? It'd have ways for customers with hundreds or thousands of services (virtual servers, databases, storage, etc) to make all their own decisions about alarms, alerts, cost ceilings - and tools to let them decide how to respond to costs, how to manage their data availability, how to manage capacity, when to shut down services or limit scaling, what can and cannot be deleted from storage. It would also 100% need to allow for practically unbounded capacity/costs for customers who need that (Think AliExpress on their "Single's Day" event where they processed $1 billion in sales in 5 minutes.) All this would need - for the $100k+/month customers - to be machine drivable and automateable, with extensive monitoring and reliable alerting mechanisms - and the ability to build as much reliability and availability into the alerting/reporting/monitoring system and the automated provisioning and deprovisioning systems as each customer needs.
And at least to a first approximation - we've just invented 70% of the AWS ecosystem.
You might think Amazon don't cater to people who want hard $5 or $70 per month upper limits on their spending. You're _mostly_ right. There are many other people playing in that space, and it's _clearly_ not a high priority for Amazon to complete for the pennies a month available in the race-to-the-bottom webhosting that people like GoDaddy sell for $12/year.
The thing to think about is - "who does Amazon consider to be 'their customers'?". I think you'll find for the accounts spending 7 figures a year with AWS - billing _is_ "solved". The rest of us are on the loss-leader path (quite literally for the "free tier" accounts) - because Amazon only need to turn a few tenths or hundredths of a percent of "little accounts" into "their customers" for it all to work out as spectacularly profitably as it is doing right now.