Earlier quoted context omitted.
I'd stay away from Rackspace London as well. Horrible horrible experience. 1. Noisy neighbours impact you all the time 2. The staff are really poorly trained and don't know how to troubleshoot. 3. They're expensive. 4. Their control panels are really bad, constantly being updated and migrated, and are just a complete mess. 5. They've had several major network outages that have lasted for quite a long time (hours) tha…
Was this on the 1st-gen and/or 2nd-gen Rackspace cloud servers?
Why we moved away from AWS
81–90 of 102 posts
Re: Why we moved away from AWS
#82If you move to Rackspace, stay away from DWS, the dallas datacenter. It's over-booked, the network has constant issues, vm's on the same host machine as you are able to cause your vm network issues, the list of problems never stops. We recently switched to Azure from Rackspace, but we're still evaluating if it will work for us long term. Azure's issues are that you have to request number of core increases, and you ca…
I'd stay away from Rackspace London as well. Horrible horrible experience. 1. Noisy neighbours impact you all the time 2. The staff are really poorly trained and don't know how to troubleshoot. 3. They're expensive. 4. Their control panels are really bad, constantly being updated and migrated, and are just a complete mess. 5. They've had several major network outages that have lasted for quite a long time (hours) tha…
Re: Why we moved away from AWS
#83The $750/month savings cited here is not real†, but for the sake of argument let's pretend it is. Is $750/month a significant amount of money for the company? In the USA, this is perhaps the cost of one engineer-day, and one could raise a year's worth of this money by successfully applying for a single additional credit card. (Not that I recommend bootstrapping with credit cards. But it has been done.) Of course, it…
Do you think $189K per year is an average salary? It is not true.
Re: Why we moved away from AWS
#84The $750/month savings cited here is not real†, but for the sake of argument let's pretend it is. Is $750/month a significant amount of money for the company? In the USA, this is perhaps the cost of one engineer-day, and one could raise a year's worth of this money by successfully applying for a single additional credit card. (Not that I recommend bootstrapping with credit cards. But it has been done.) Of course, it…
$750 x 21d x 12m = $189K Do you think $189K per year is an average salary? It is not true.
Re: Why we moved away from AWS
#85Re: Why we moved away from AWS
#86Earlier quoted context omitted.
It's about right for salary + payroll tax + benefits + office space in Silicon Valley.
It is true for Silicon Valley but not for the country.
Also, for the skills implied, have you ever tried to hire a systems administrator who has experience in production environments with all of those aspects of back-end web servers? It's not easy, and it's not cheap.
Re: Why we moved away from AWS
#87Earlier quoted context omitted.
Yes, $750 is about one engineer-day. Someone is now going to be spending at least a full day per month managing your new hardware, running security patches, etc. Even if your sysadmin guy is cheaper than an "engineer" it's not going to be cheap.
You realize you need to do all that on the EC2 instances as well, right? This is the common disconnect I see when people tout The Cloud as a solution to having system administrators - that somehow that instance of Linux running in EC2 doesn't require the same maintenance as a physical one. It does.
It's not true that AWS gets rid of the need for sysadmins, but it's absolutely not true that you do all the same sysadmin tasks on a cloud service.
Re: Why we moved away from AWS
#88Earlier quoted context omitted.
$750 x 21d x 12m = $189K Do you think $189K per year is an average salary? It is not true.
It's about right for salary + payroll tax + benefits + office space in Silicon Valley.
Re: Why we moved away from AWS
#89I guess the sweet spot is to use external hosting for your web apps and such and AWS for any large spike-prone batch processing: moving data into S3 is free (though obviously moving data out of wherever else you're hosting probably isn't), use EC2 to process it (possibly on spot instances!) and then move the results (which are much smaller than the raw data for a lot of use cases) back to the 24/7 hosts?
Though my question still remains: where do HNers recommend to host these servers knowing that AWS will be used to pick up the slack and handle irregular/unpredictable workloads?
Re: Why we moved away from AWS
#90I've used AWS before in corporate work, and I have to say I was very unimpressed with it. The prices for what you get are exorbitantly high. I've heard people say "they are affordable for corporate standards", but my reaction to that is just that their previous hosts were even worse about it. Every hosting solution I have had other than AWS has been cheaper.
More importantly to me than price though is the knowledge. I really don't like that AWS is a "black box" of mystery meat. I don't know how most of the systems are implemented under the hood, which means I can't predict what the failure points are and what I'm implementing. The way I would compile capabilities of AWS systems together was through anecdotal information via blog posts. We would have servers fail and be given no explanation as to why. And many of the interfaces are proprietary, which means that moving to an alternative is not an option. Not to mention the APIs are not particularly stellar (a lot of XML). The only options for persistent storage are network drives and local disks that go away on shutdown, which is not a particularly good choice of options.
With OVH, I get a server. I know what a server is, how to back it up, and what its fail points are. If OVH does something I don't agree with, I can move to another company and have exactly the same environment.
I'm not saying AWS is useless (again, I've used it for corporate environments before), but it's hard to justify the high cost when you're on a budget, especially when you can't even determine if the tradeoff is worth it.