Earlier quoted context omitted.
Similar setup to me (including rethinkdb). Why choose FoundationDB? RethinkDb is still maintained and features added occasionally (I'm on the rethinkdb slack and maintain an async php driver). It just is one guy though, working on it part time.
RethinkDB is somewhat maintained, and while it is a very good database and works quite well, it is not future-proof. But the bigger reason is that I need better performance, and by now (after 10 years) I know my data access patterns well, so I can make really good use of FoundationDB. The reason for FoundationDB specifically is mostly correctness, it is pretty much the only distributed database out there that gives y…
Migrating from AWS to Hetzner
561–570 of 643 posts
Re: Migrating from AWS to Hetzner
#562Earlier quoted context omitted.
Yup, I hope to god we are moving past the age of 'everything's fast if you have enough machines' and 'money is not real' era of software development. I remember the point in my career when I moved from a cranky old .NET company, where we handled millions of users from a single cabinent's worth of beefy servers, to a cloud based shop where we used every cloud buzzword tech under the sun (but mainly everything was cont…
Tangential point but why is it that so often these leaving the cloud posts use the word "beefy" to describe the servers? It's always you don't need cloud because beefy servers handle pretty much any bla bla bla https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que... If anyone from oxide computer or similar is reading, maybe you should rebrand to BEEFY server inc...
Re: Migrating from AWS to Hetzner
#563Been using this approach for the past years and if something gets bigger, I move the container to fly or a different k8s cluster in a couple hours max
On my bigger k8s I can then easily add more nodes or scale up pods depending on need, and scale them back down when idle.
Still the main issue with any setup I see is the database. No matter what I use I’d either have a managed Postgres somewhere, or something like litestream, and if that’s not in the same data center it’s gonna add latency sadly
Re: Migrating from AWS to Hetzner
#564How many dedicated servers do you need to run to afford losing one of them to a hardware failure? What is the cost and lead time for a replacement? How much overprovisioning do you need to do, and how well ahead, in anticipation of seasonal spikes, or a wave of signups from a marketing campaign?
Re: Migrating from AWS to Hetzner
#565Re: Migrating from AWS to Hetzner
#566Any k8s self-hosters here? How is that going?
Have been running a couple of machines on Hetzner cloud with https://github.com/vitobotta/hetzner-ks for about 2 years now. Have been very happy with the setup. Also hosts a StackGres cluster that's backs up to GCS. Plenty of compute foe the price.
Re: Migrating from AWS to Hetzner
#567AWS won't raise the limits on our new account (we're stuck at 1GB RAM in Lightsail after 2 months, even though we need to launch this month). Looking at Hetzner or Vultr as alternatives. A few folks mentioned me Infomaniak has great service and uptime, but I haven't heard much about them otherwise. Anyone used Infomaniak in production? How do they compare to Hetzner/Vultr?
Big fan of Vultr, I like them a lot, but got bare metal stuff Hetzner is going to be cheaper
Re: Migrating from AWS to Hetzner
#568I think you can get much farther with dedicated servers. I run a couple of nodes on Hetzner. The performance you get from a dedicated machine even if it is a 3 year old machine that you can get on server auction is absolutely bonkers and cannot be compared to VMs. The thing is that most of the server hardware is focused towards high core count, low clock speed processors that optimize for I/O rather than compute. It…
In Canada https://www.hostpapa.ca/ https://www.cacloud.com/ https://www.keepsec.ca/ https://www.canspace.ca/
Re: Migrating from AWS to Hetzner
#569Earlier quoted context omitted.
> What is old is new again. Over the years I tried occasionally to look into cloud, but it never made sense. A lot of complexity and significantly higher cost, for very low performance and a promise of "scalability". You virtually never need scalability so fast that you don't have time to add another server - and at baremetal costs, you're usually about a year ahead of the curve anyways.
A nimble enough company doesn't need it, but I've had 6 months of lead time to request one extra server in an in-house data center due to sheer organizational failure. The big selling point of the cloud really was that one didn't have to deal with the division lording over the data center, or have any and all access to even log in by their priesthood who knew less unix than the programmers. I've been in multiple clou…
The current “runners” are heading towards SaaS platforms like Salesforce, which is like the cloud but with ten times worse lock in.
Re: Migrating from AWS to Hetzner
#570Earlier quoted context omitted.
What is more likely to fail? The hardware managed by Hetzner or your product? I'm not saying that you won't experience hardware failures, I am just saying that you also need to remember that if you want your product to keep working over the weekend then you must have someone ready to fix it over the weekend.
I mean, yes, but also I get "3 nines" uptime by running a website on a box connected to my isp in my house. (it would easily be 4 or 5 nines if I also had a stable power grid...) There's a lot, a lot of websites where downtime just... doesn't matter. Yes it adds up eventually but if you go to twitter and its down again you just come back later.