Live data from Hacker News

Google Kubernetes Engine is introducing a cluster management fee on June 6

cloud.google.com

61–70 of 633 posts

Re: Google Kubernetes Engine is introducing a cluster management fee on June 6

#61
post #30

Earlier quoted context omitted.

Each billing account gets 1 free zonal cluster so the cost for keeping a small cluster up won't change.

How do if i know if my cluster is zonal? Does it mean all nodes are vms provisioned in the same zone?

>Single-zone clusters

>A single-zone cluster has a single control plane (master) running in one zone. This control plane manages workloads on nodes running in the same zone.

https://cloud.google.com/kubernetes-engine/docs/concepts/typ...

Re: Google Kubernetes Engine is introducing a cluster management fee on June 6

#62

Wow, this is a huge bummer. A lot of our infrastructure assumptions have been based around having several small GKE clusters.

I think this trend is not good overall, and people will eventually be very unhappy with it. I'd rather help you figure out how to use fewer clusters.

Tim, would you be willing to elaborate on why you dislike the "many small clusters" pattern?

Re: Google Kubernetes Engine is introducing a cluster management fee on June 6

#63
post #25

Earlier quoted context omitted.

What? A 73$ price difference to AWS was their main selling point?

It depends entirely on how a firm has their infrastructure set up - if you have small cluster(s) per client for isolation/compliance purposes, you end up with, for example with 250 clients, each one using, say, 1000 billable hours/month: 250 * 0.1 * 1000 = $25,000/month. This is quite the price hike for something that was a) free until now. b) Not a service that warrants such a fee given that it uses existing (GCE) r…

You keep noting how "easy" it is to provision and manage a Kubernetes cluster. From experience, properly securing and maintaining a Kubernetes cluster is a multi-person full-time job.

Re: Google Kubernetes Engine is introducing a cluster management fee on June 6

#65
post #41

Time to start looking into DigitalOcean more seriously. G Cloud is already unreasonably expensive and nearly impossible to price manage. It's cool to see them double-down on that.

DO is pretty famous for losing data. https://news.ycombinator.com/item?id=20064169 https://news.ycombinator.com/item?id=17225665

DO is famous for being a pain in the ass. They’re great for tiny hobby things but honestly I’d never run a prod/serious/client workload there. Too many issues. I’ve had multiple clients lose a droplet due to a simple credit card expiration.

It’s a race to the bottom on price so this doesn’t surprise me. They chose this life.

Re: Google Kubernetes Engine is introducing a cluster management fee on June 6

#66

I don't offhand remember AWS increasing prices for a service before but I might be wrong. How often does Google increase prices? For a business I prefer a company that starts with higher prices and then only lowers them to one that may increase them at any time.

I was wondering the same thing. Nothing comes to mind but there are enough services I don't use that its easily possible something slipped through.

AWS lowering compute costs is fairly largely shared, but I am curious if anyone has compiled a list of the cloud providers (AWS, Azure, and GCC) increasing the costs of services.

Re: Google Kubernetes Engine is introducing a cluster management fee on June 6

#67
post #41

Time to start looking into DigitalOcean more seriously. G Cloud is already unreasonably expensive and nearly impossible to price manage. It's cool to see them double-down on that.

DO is pretty famous for losing data. https://news.ycombinator.com/item?id=20064169 https://news.ycombinator.com/item?id=17225665

If you know how these storage services worked under the hood you would understand that durability is not guaranteed. It is the responsibility of the customer to ensure their data is backed up.

Re: Google Kubernetes Engine is introducing a cluster management fee on June 6

#68
post #41

Time to start looking into DigitalOcean more seriously. G Cloud is already unreasonably expensive and nearly impossible to price manage. It's cool to see them double-down on that.

DO is pretty famous for losing data. https://news.ycombinator.com/item?id=20064169 https://news.ycombinator.com/item?id=17225665

Except no data wasn actually lost in that case? They got full access back to their account, and additionally, it wasn't a technical issue - they were accidentally flagged as a fraudulent / abusive account.

Re: Google Kubernetes Engine is introducing a cluster management fee on June 6

#69
post #41

Earlier quoted context omitted.

DO is pretty famous for losing data. https://news.ycombinator.com/item?id=20064169 https://news.ycombinator.com/item?id=17225665

Goddammit.

https://blog.digitalocean.com/an-update-on-last-weeks-custom...

Re: Google Kubernetes Engine is introducing a cluster management fee on June 6

#70

Ah, the sound of former Oracle executives counting their GCP bonuses.

Why people think cloud providers are benevolent provider of infra is beyond me. Their margin is because people are willing to pay it. Either run your own metal (k8s arguably makes this easier than VMs along in the past) or form a cloud coop, but absolutely don't be shocked when a business is taking money off the table because they can. Don't marry yourself to a provider, stay portable, it's just good risk management.…

Different companies make money using different approaches and it's perfectly valid to be upset at the approach a particular company is taking. Just because they provide a service doesn't mean they'll try to f* you over at every chance. For some it's bad long term business to do that.

AWS, for example, begins with high prices and then lowers them over time. It costs money but you know the maximum.

Google seems to be grabbing you with cheap prices and then jacking them up when you're committed (google maps is another example offhand). Maybe no on purpose but bad initial pricing and ill-intent have the same impact externally.

Post reply on HN