Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Kubernetes on Hetzner: cutting my infra bill by 75%

bilbof.com

Post reply on HN
Print view View original

31–40 of 229 posts

Re: Kubernetes on Hetzner: cutting my infra bill by 75%

#31

Post by rad_gruchalski »

juiyhtybr wrote: post #27
ffsm8 wrote: post #23

Earlier quoted context omitted.

And if you wanna be lazy, there is a tailscale integration to run the cluster communication over it. https://tailscale.com/kb/1236/kubernetes-operator They've even improved it, so you can now actually resolve the services etc via the tailnet dns https://tailscale.com/learn/managing-access-to-kubernetes-wi... I haven't tried that second part though, only read about it.

yes, like i said, throw an overlay on that motherfucker and ignore the fact that when a customer request enters the network it does so at the cloud provider, then is proxied off to the final destination, possibly with multiple hops along the way. you can't just slap an overlay on and expect everything to work in a reliable and performant manner. yes, it will work for your initial tests, but then shit gets real when y…

Nobody said „do it guerilla-style”. Put some thought into it.

Re: Kubernetes on Hetzner: cutting my infra bill by 75%

#33

Post by pdpi »

mhuffman wrote: post #17
chipdart wrote: post #11

I loved the article. Insightful, and packed with real world applications. What a gem. I have a side-question pertaining to cost-cutting with Kubernetes. I've been musing over the idea of setting up Kubernetes clusters similar to these ones but mixing on-premises nodes with nodes from the cloud provider. The setup would be something like: - vCPUs for bursty workloads, - bare metal nodes for the performance-oriented wo…

For dedicated they say this: >All root servers have a dedicated 1 GBit uplink by default and with it unlimited traffic. >Inclusive monthly traffic for servers with 10G uplink is 20TB. There is no bandwidth limitation. We will charge € 1/TB for overusage. So it sounds like it depends. I have used them for (I'm guessing) 20 years and have never had a network problem with them or a surprise charge. Of course I mostly wo…

1 / 8 * 3600 * 24 * 30 = 324000 so that 1GBit/s server could conceivably get 324TB of traffic per month "for free". It obviously won't, but even a tenth of data is more than the data included with the 10G link.

Re: Kubernetes on Hetzner: cutting my infra bill by 75%

#35

Post by lyu07282 »

mhuffman wrote: post #17
chipdart wrote: post #11

I loved the article. Insightful, and packed with real world applications. What a gem. I have a side-question pertaining to cost-cutting with Kubernetes. I've been musing over the idea of setting up Kubernetes clusters similar to these ones but mixing on-premises nodes with nodes from the cloud provider. The setup would be something like: - vCPUs for bursty workloads, - bare metal nodes for the performance-oriented wo…

For dedicated they say this: >All root servers have a dedicated 1 GBit uplink by default and with it unlimited traffic. >Inclusive monthly traffic for servers with 10G uplink is 20TB. There is no bandwidth limitation. We will charge € 1/TB for overusage. So it sounds like it depends. I have used them for (I'm guessing) 20 years and have never had a network problem with them or a surprise charge. Of course I mostly wo…

20TB egress on AWS runs you almost $2,000 btw. one of the biggest benefits of Hetzner

Re: Kubernetes on Hetzner: cutting my infra bill by 75%

#36

Post by ArtTimeInvestor »

Can anybody speak to the pros and cons of Hetzner vs OVH?

There ain't many large European cloud companies, and I would like to understand how they differentiate.

Ionos is another European one. Currently, it looks like their cloud business is stagnating, though.

Re: Kubernetes on Hetzner: cutting my infra bill by 75%

#37

Post by ffsm8 »

rad_gruchalski wrote: post #25
ffsm8 wrote: post #23

Earlier quoted context omitted.

And if you wanna be lazy, there is a tailscale integration to run the cluster communication over it. https://tailscale.com/kb/1236/kubernetes-operator They've even improved it, so you can now actually resolve the services etc via the tailnet dns https://tailscale.com/learn/managing-access-to-kubernetes-wi... I haven't tried that second part though, only read about it.

Okay, vpn it is.

I just wanted to provide the link in case someone was interested, I know you already mentioned it ｡ ◕ ‿ ◕ ｡

(Setting up a k8s cluster over software VPN was kinda annoying the last time I tried it manually, but super easy with the tailscale integration)

Re: Kubernetes on Hetzner: cutting my infra bill by 75%

#38

Post by bdcravens »

oblio wrote: post #16
chipdart wrote: post #11

I loved the article. Insightful, and packed with real world applications. What a gem. I have a side-question pertaining to cost-cutting with Kubernetes. I've been musing over the idea of setting up Kubernetes clusters similar to these ones but mixing on-premises nodes with nodes from the cloud provider. The setup would be something like: - vCPUs for bursty workloads, - bare metal nodes for the performance-oriented wo…

I'm a bit sad the aggressive comment by the new account was deleted :-( The comment was making fun of the wishful thinking and the realities of networking. It was a funny comment :-(

Enable "showdead" on your profile and you can see it.

Re: Kubernetes on Hetzner: cutting my infra bill by 75%

#39

Post by usrme »

This is probably out of left field, but what is the benefit of having a naming scheme for nodes without any delimiters? Reading at a glance and not knowing the region name convention of a given provider (i.e. Hetzner), I'm at a loss to quickly decipher the "" to "euc1pmgr1". I feel like I'm missing something because having delimiters would make all sorts of automated parsing much easier.

Re: Kubernetes on Hetzner: cutting my infra bill by 75%

#40

Post by sneak »

threeseed wrote: post #30
chipdart wrote: post #11

I loved the article. Insightful, and packed with real world applications. What a gem. I have a side-question pertaining to cost-cutting with Kubernetes. I've been musing over the idea of setting up Kubernetes clusters similar to these ones but mixing on-premises nodes with nodes from the cloud provider. The setup would be something like: - vCPUs for bursty workloads, - bare metal nodes for the performance-oriented wo…

> Has anyone ever toyed around with the idea? Sidero Omni have done this: https://omni.siderolabs.com They run a Wireguard network between the nodes so you can have a mix of on-premise and cloud within one cluster. Works really well but unfortunately is a commercial product with a pricing model that is a little inflexible. But at least it shows it's technically possible so maybe open source options exist.

Slack’s Nebula does something similar, and it is open source.
Post reply on HN