Ask HN: Why are cheaper hosting services like OVH not very popular?
We recently decided to move from AWS to OVH, primarily for saving money. We realized that the bulk of our AWS bill was made of EC2 and Data transfer costs. So, leaving S3, Cloudfront and SES, we moved everything away from AWS. The costs have become less than half.
My question is: Why is OVH not as popular as AWS, Google Cloud or Azure among startups when it is so much more cheaper?. I am aware of the following drawbacks of OVH:
* No disk replication i.e unlike EBS or Google disk, if my disk fails, I am at the mercy of my backups (given no RAID)
* No private network for all the servers by default. Unlike AWS security groups or Google Cloud private networks (which are setup by default), I will have to pay for vRack to setup a private network and is more complicated.
* Decreased flexibility i.e I may not be able to spin up instances instantaneously or shut down instances to save costs in off peak times.
These maybe big factors for large corporations but I think that a startup which starts with a small monolith (or a handful of services) and is focused on eventual profitability may benefit from using services like OVH.Am I missing something here?
Also, please let me know of any better and cheaper services out there than OVH.
Edit: I would add that we have moved to OVH dedicated servers not VPS.
69 comments
[ 3.7 ms ] story [ 143 ms ] threadSo services like OVH aren't as popular as AWS because startups always buy on the assumption they'll suddenly hit it big, even if their needs are more modest.
It could also come down to branding too; AWS and Google Cloud and Azure have done a lot of marketing in order to get themselves out there in front of the startup crowd, with whole conferences and events on how to use them. Hence some people are likely using them because it's 'the thing startups do'.
AWS, Google Cloud, and Azure's biggest value add come from managed services, like auto scaling databases and VMs. It makes it a lot easier for a small startup to build out their services without thinking about scaling challenges.
Snapchat, for example, was built on google app engine and to this day has billions of dollars in contracts with Google Cloud. They scaled their app to millions of users remarkably well with what I hear was just 2 guys.
No one does a startup because they expect it to stay small, so eating the upfront cost of using a managed service is a reasonable price to pay for peace of mind if things take off and the team can't keep up.
Hiring people to manage infrastructure and do it well is likely more expensive in many scenarios.
https://aws.amazon.com/activate/
My personal opinion is to use EC2 and then take managed services from cloud agnostic vendor (preferably Open Source at core providing services on all major clouds). Does not lock you and lets you move fast - ex. Managed Kafka/Hortonworks
I did not mention in the question for brevity, but we moved to Google Cloud (GCP) after exhausting AWS credits to utilise GCP credits. We came to know of OVH a couple of months back and having burnt through our GCP credits, we are again making a switch.
If it's really that easy to switch for y'all that you can be doing it to save money in cloud expenses, then either you really are best off with something like OVS/renting servers in some facility.
We also came to the same conclusion. Moreover, being an Indian startup, these dollar bills are burning a huge hole in our pocket :D
May I ask how much a typical engineer startup salary is in India? I had heard they got pretty high with all the US companies opening offices there (like 50-60k USD+)
Drawbacks from my expirience: * You have to monitor hardware by yourself (SMART, CPU and HDD temperature) and requests checks if you suspect hardware failure * Decreased flexibility (curretly Hetzner have limited cloud support, but it's very limited). Probably doesn't matter for most startups. * More manual work for administration (provided services are more low level)
Anyway, those legos also give you a certain future-proofing. Even with normal growth, it's easy to outgrow environments, and provider migrations/cross-provider apps are a pain.
Whatever you think you save by not having to hire or retrain AWS expertise on a nominal infra team, you lose far more by now needing to hire web developers, database engineers, machine learning engineers, mobile developers, etc., that are not just very good in their particular application domain, but also competent to operate self-service AWS tooling in an optimal way, despite having to contort around and fight with org-wide cloud policies that inhibit them for no actual cost, security, uniformity, or other benefit.
What I mean specifically is that there is not even a reason to think that shifting to managed services with a cloud provider will allow you to cut costs in IT workforce or “not think about it” like you say.
It’s just marketing snake oil that CTOs continue to believe this sort of thing at all.
or you pay annually... then if one of your VMs dies good luck getting their CS to do anything about it (or even ever finding out why)
If your VM dies you are better off spawning a new one and migrate to the new one.
We've never had an issue like this after moving to GCP.
[1] https://www.ovh.com/world/public-cloud/instances/prices/
both right and wrong.
Yes we provide fully automated services and it's out goal.
We have three levels of service support. One that is free (hotline, email, social, ...) and one where you can subscribe VIP support, and one where you can have a dedicated technical account manager. (Maybe we're not good at communicating)
For this example, if there is an issue with a DDoS profile, we are able to adjust it given you're workload. Most common use cases are not causing issues. Keep in mind that a "VPS" is not really something you should use for business because it has shared resources and very small sizing. This is probably why your workload was identified as suspicious on the DDoS side. Instead you should pick a cloud instance : more sizing choices and dedicated resources.
That's exactly what I meant. The problem is, that people expect OVH VPS to be a direct alternative to Linode, DigitalOcean, and Vultr – when it's not. And the free support service doesn't always make this clear enough to the users. It only becomes clear, when you read the docs yourself.
External tools such as Terraform and Kubernetes already supports AWS. For smaller hosting providers this is usually not the case.
Did you use autoscaling to keep your instance count as small as possible?
These could be reasons why your costs were so high.
Another reason why companies use AWS is that it allows them to move faster. If you're afraid of lock-in and want to build everything yourself then yes, AWS will be damn expensive. But if you use the services they provide, you can build things pretty quickly without much workforce.
- How reliable are their datacenters?
- Do their servers use good hardware? e.g. Hetzner is known to replace HDs on their budget servers with used HDs that have been "retested." Whatever it is, they fail more often than HDs at other hosts.
- Do they have organized procedures I can bet my business on? (DDoS response, hardware failure, power failure, network failure)
- Do they have a dedicated security team?
- Do they have professional, knowledgeable support? Low cost providers are typically lacking, IMO. When shit hits the fan and I need top-notch, professional support at 2am, can I get it?
To me, the only budget host that seems on par with the bigger companies is DigitalOcean.
The real important things run on dedicated server hardware. While these servers are more costly, they also are more powerful and unbelievably cheaper than AWS and alike.
I admit we do have dedicated people to work with our servers, but I can't imagine that other companies running on AWS don't have sysadmins to take care of their business critical services.
As for the support: It's always a question on how much you are willing to pay. Cloud services provide almost nothing unless you sign up for a dedicated support plan. We do have this with Hetzner, too. In case shit hits the fan, we can call them 24/7 (luckily this was never needed).
OVH in particular is really just phenomenal for dedicated hardware at a very reasonable price. They deploy very quickly (anywhere from 3 minutes to 48 hours, depending), and I've always found them INCREDIBLE to deal with - the last 4 years. Prior to that, when they were the go-to host for lowendwebhosting/cheapwebhost/lowendbox/etc they were a 'best of luck' provider. And that caused grief for many a friend / startup / client.
There's really a risk/reward difference. With AWS and friends, I'm getting incredible scale. With OVH and friends I'm getting tremendous disk space, processing power, but the scaling can be at best a PITA.
Ultimately I'm a big fan of physical to cloud bursting - if that's your need. Monitor your environment from a third party and use that to orchestrate your cloud-bursting strategy if necessary. It's fairly easy to do, if not a tiny bit time consuming.
This is hit-and-miss marketing strategy that works for some, but not for others.
I use them but tbh I miss quality, responsive customer support when things gets bad.
They are selling 9s of uptime.
And for the amount of 9s you get, it is the cheapest way to get it.
On top of it, you will find that they cut costs on some of the less obvious things. For example, one day we found that their vRacks are not redundant, so a failure in one of them caused hours of downtime of our intranet.
As far as customer support - our account manager was always very helpful and understanding.
OVH manufactures its own servers in France[1]. That's as "first-hand", as it can be.
[1] https://twitter.com/olesovhcom/status/1009539890005118976
This invalidates your other points. Your question actually is why are dedicated servers providers not as popular as cloud providers among startups. And I'm sure you'll come with the answer yourself.
They are all false. OVH is a Public Cloud provider, just like AWS, GCP and Azure.
> * No disk replication i.e unlike EBS or Google disk, if my disk fails, I am at the mercy of my backups (given no RAID)
https://www.ovh.com/world/public-cloud/storage/additional-di...
> * No private network for all the servers by default. Unlike AWS security groups or Google Cloud private networks (which are setup by default), I will have to pay for vRack to setup a private network and is more complicated.
https://www.ovh.com/world/solutions/vrack/
> * Decreased flexibility i.e I may not be able to spin up instances instantaneously or shut down instances to save costs in off peak times.
https://www.ovh.com/world/public-cloud/instances/features/
I did not check for their VPS offering.
Startups therefore like AWS - they have too many unknowns. (And too many "don't know what they don't know" factors). More established, mature organizations have more of an option to lose flexibility in exchange for a lower cost.
Free tiers are are extremely effective (albeit crafty) in a "the-first-one-is-on-the-house" kinda way.
If you do want to use a bare metal provider like OVH, keep in mind the differences from a service like EC2. You have physical disks. So you either need to implement network storage, or raid, to improve reliability and uptime, or make your software tolerant of data loss. Restoring a bare metal server from a backup has some considerations that a virtual server will not. You also have physical memory, cpus, nics, but in practice these do not fail often. Other areas of the infrastructure are less redundant or reliable because they are a budget provider. You do not have nearly as many physical locations to choose from.
A lot of older businesses are used to buying servers and collocating them instead of renting the whole server and could be saving a lot of money. Or businesses that insist that everything is on prem and never consider the whole cost of power, cooling, security, and connectivity. There are a lot of newer businesses that never really considered something like OVH because they started in AWS, and have only ever considered services like EC2 and competing VPS services, and not bare metal providers like OVH. You also have businesses that know that OVH etc is cheaper, but want to use some new thing for other reasons. It could be to improve their resume, or because this is what investors expect, or because this is what they think the companies that will eventually acquire them will want.
The choice is mostly about how much time and will you have or plan to have on your team for it. You'll have to handle files and database replications, you'll have to update the systems (with reboots), you'll have to fix very tricky issues, ... that would have been handled otherwise.
OVH (and some others like Online.net) have great products with amazing pricings. I have seen a few startups relying on many of their (rather small) servers and it was all great.
One thing to remember is that human time costs much higher than cloud time.