Live data from Hacker News

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

cloud.google.com

201–210 of 633 posts

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

#201
post #173

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.

For last 7 years I am running DO and never had any issue. I never understand why it is looked down. In fact I have faced so many issues with AWS (particulary their old hardward). In one case, our ec2 instance was rebooting frequently. AWS team didn't accept any issue from there end and after few weeks ask us to upgrade instace because of bad health. In my experience, AWS is a very expensive cloud with clunky UI and b…

I recently tried to spin up a VM for my own use in AWS, but I had to do a rate increase because I wanted a beefier machine. Easy peasy. My experience was comically bad.

====================== First email from AWS (several days after my request): ======================

Thank you for submitting your Limi Increase request.

I'm contacting your to inform you that we've received your Workspaces Application Manager - Total Products limit increase request, for a max of 5 in the Oregon region. I will be more than happy to submit this request on your behalf.

Please note that for a limit increase of this type, I will need to collaborate with our Service team to get approval. This process can take some time as the Service team must review your request first in order to proceed with the approval. This is to ensure that we can meet your needs while keeping existing infrastructure safe.

You may rest assured I will push towards expediting your request to be addressed as soon as possible. As soon as the Service team contacts me I will definitely let you know by email.

In the meantime, please feel free to let me know if you have any additional questions or concerns and I'll be happy to help!

I appreciate your patience while we evaluate your request.

====================== Second email: ======================

Thank you for your kind patience whiIe we continue to evaluate your Workspaces Application Manager - Total Products limit increase request.

I apologize for the time is taking to provide you with a resolution as we've always aimed to provide our customers with a rewarding experience that meets and goes beyond expectations. Unfortunately, from time to time there are cases where the final outcome is handled by another department and the time they take is completely out of our hands.

We certainly understand the sense of urgency that you have for this particular request and therefore, we have spent time communicating with the service team to let them know about it. Rest assured that your case is active, being looked into and the sense of priority has been transferred. As soon as we have an update from their end we'll be touching base with you immediately.

I am committed ensuring that you will get the help that you need as fast as possible, so we can ensure everything is being handled to your satisfaction, please feel free to let us know if you have any further questions or concerns through this case, so we can address them as soon as possible.

============= My response: =============

You can go ahead and cancel my request -- I've decided to not go forward with my project.

============= Their reply: =============

Greetings from Amazon Web Services.

We're sorry. You've written to an address that cannot accept incoming e-mail.

If you need to contact us, please visit http://www.aws.amazon.com/contact-us .

Thank you for your business.

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

#202
post #84

Earlier quoted context omitted.

Anecdotal, I know, but for prospective Latacora customers this is absolutely not reflected in market share. It's AWS first, GCP second, Azure very distant third. I'd happily believe Azure is dominating in some segments where MS showers prospective customers with millions of dollars in credit, but IMO a blind person can see Azure does not have the product offering to warrant a "completeness of vision" that is right on…

Anecdotally and in my opinion, Azure is more complete than GCP. Between stuff like this and their product dropping stigma, most of my customers (in the cloud consulting space) are trying to get into Azure. This is across every industry we work in (retail especially). I've come across 2 customers in 3 years of consulting that want anything to do with GCP.

> Azure is more complete than GCP

It has more features, yes. How well those features work is another matter entirely.

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

#203

Earlier quoted context omitted.

Very disappointed. Not by the price increase per se... but by the lack of a reasonable 'always free tier'. I think you should strongly consider tweaking the pricing to provide one or two or three multi-zone clusters for free instead of one single-zone cluster. Let us see the power of GKE without the extra charge and grow on your platform. This would allow new companies to choose gcp over aws/azure and start out with…

I think you'd be interested in our Google Cloud for Startups program: https://cloud.google.com/developers/startups

It's a good program. I'm currently in the stage one step before that program. Would your team consider tweaking the pricing as I mentioned, with the goal of helping early stage startups choose GCP? GKE/kubernetes is increasingly not just for big enterprise. Personally I find GKE as easy as app engine or cloud run but much more future proof and more flexible/powerful... the real heart of a GCP to rival AWS. Just this week I set up Config Connector to provision a global load balancer and other GCP resources used by two clusters. An always free tier of two or three (ideally multi zone clusters) would I think go a long way to earn the trust and belief of many devs and early stage startups. As would coming back in the next few days with tweaked pricing based on community feedback.

Edit: Additional comments: You could limit the number of nodes in the always-free-tier clusters. Above n nodes the free tier clusters aren't free.

With the new pricing, I can't choose to use GKE instead of app engine/cloud run and get the same availability without having to pay for both the nodes and the new control plane cost. Those managed products run over multiple zones in a region. It's disappointing that even just one multi-zone cluster is charged.

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

#204

Hey everyone - Seth from Google here. Please let us know if you have any questions! You can learn more about the pricing changes at https://cloud.google.com/kubernetes-engine/pricing .

Hi Seth, two messages this change is sending: 1) GCP can arbitrarily add additional fees to services we consume whenever a PM is under pressure to increase revenue. 2) GCP pricing only goes one direction: UP

I know you are just the messenger here, and I send my sincere sympathies that you have to work with a product manager there that can't compute strategic impact of this change :)

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

#205

Earlier quoted context omitted.

It's considerably cheaper than EKS. Looks like $75-80 a month vs I believe around $200 per EKS cluster. Everyone's having EKS cost problems while I'm just sitting over here paying nothing for ECS control planes.

It's the same price as EKS... https://aws.amazon.com/eks/pricing/

[deleted]

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

#206

Time to dump GCP then. It's not even that the fee is that large, but rather that this is once again Google failing on a long term commitment and shafting those on their platform once again. This was one of the benefits that was pushed by their sales team when they called us up to market GCP over AWS and their EKS offering. Doesn't matter that they are price matching, Google's inability to actually commit to long term…

If the main value of GKE over DIY is $73, you should totally DIY.

I mostly try not to be too Google-focused here, but I have to say...

I'm pretty proud of GKE, and I think it offers a lot of value other than just being cheap. Managing clusters is not always easy. GKE handles all of that for you - including integrations, qualifications, upgrades, and patching clusters transparently BEFORE public security disclosures happen.

We have a large team of people who deal with making GKE the industry-leading Kubernetes experience that it is. They are on-call and active in every stage of the GKE product lifecycle, adding value that you maybe can't see every day, but I promise you is there. When things go sideways, there isn't a better team on the planet to field the tickets.

I don't understand the anger here - you're literally saying you'd rather pay more for a service of lower quality because... why? Because they will continue to charge you more? Does not compute.

For those people who use a large numbers of small clusters, I understand this may make you reconsider how you operate. As a Kubernetes maintainer, I WANT to say that a smaller number of larger clusters is generally a better answer. I know it's not always true, but I want to help make it true. GKE goes beyond pure k8s here, too. Things like NodePools and sandboxes give you even more robust control

GKE is the best managed Kubernetes you can get. And we're always making it better. Those clusters actually DO have overhead for Google, and as we make GKE better, that overhead tends to go up. As someone NOT involved in this decision, it seems reasonable to me that things which are genuinely valuable have a price.

Also, keep in mind that a single (zonal) cluster is free, which covers a notable fraction of people using GKE.

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

#207
post #84
post #74

Earlier quoted context omitted.

GCP is actually more the 3rd inferior option, behind Azure. Gartner lists Azure as just behind AWS for IaaS providers, and GCP a more distant 3rd: https://pages.awscloud.com/Gartner-Magic-Quadrant-for-Infras...

Anecdotal, I know, but for prospective Latacora customers this is absolutely not reflected in market share. It's AWS first, GCP second, Azure very distant third. I'd happily believe Azure is dominating in some segments where MS showers prospective customers with millions of dollars in credit, but IMO a blind person can see Azure does not have the product offering to warrant a "completeness of vision" that is right on…

According to Canalys, GCP is at 6% cloud market share (in dollars), Azure at 17.4% and AWS at a bit over 32%.

https://www.canalys.com/static/press_release/2020/Canalys---...

AliCloud and Rackspace are very close to GCP as well.

That being said, if you're planning on running Kubernetes, I'd choose GCP over any other offering - the tooling and support just seems better, in my entirely subjective opinion.

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

#208
post #71

Earlier quoted context omitted.

Too many people drank the cloud kool-aid. The move from day one was to create provider agnostic cloud architectures and repent the use of provider-specific services. That said they do make it damn hard. Our k8s cluster is as basic as it comes, no databases, simple deployments, but we do still have a dependency on Google Cloud Loadbalancer (which we hate). If pricing goes up too much from this we'll move, but the GCL…

We’re in the same situation — we’ve engineered for minimum provider-specific dependencies but GKE LoadBalancers were where they got us via arm twisting as well. There is no way to expose a cluster to the outside world in a production environment otherwise.

There are ways to expose your cluster to public and/or run your own load balancers on GKE (or any other cloud k8s deployment).

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

#210
post #197

Oh wow, one of the biggest reasons we picked Google Cloud was that you did not have to pay a flat fee for their managed Kubernetes service. Luckily there is Kubernetes support across all Cloud Providers so we're happy we're not vendor locked in. (biggest reason we picked Kubernetes in the first place.) We were thinking of using Stackdriver for logging, but we were scared of vendor locked in due to price increases or…

https://news.ycombinator.com/item?id=22487110
Post reply on HN