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

GKE On-Prem Alpha

cloud.google.com

Post reply on HN
Print view View original

31–40 of 89 posts

Re: GKE On-Prem Alpha

#31

Post by cube2222 »

merb wrote: post #21
ninkendo wrote: post #9

Earlier quoted context omitted.

Not to mention probably the hardest bit, which is how does it do persistent storage? Running k8s on the various cloud providers tends to use storage engines for those providers (ebs, etc)... Does it ship with ceph out of the box? Some in-house block store? What happens when it breaks? Persistent volumes are IMO the very hardest thing to get right, and for me it's the big reason why I'd rather put my trust in a hosted…

> Not to mention probably the hardest bit, which is how does it do persistent storage? on bare-metal this is solved with rook.io. load balancing (not the api servers) is also solved with metallb.

Rook is creating software for solving this problem. This does not at all mean that the problem really is solved.

I have yet to hear about any big production deployments of rook, care to provide any to support your claims?

Re: GKE On-Prem Alpha

#32

Post by polskibus »

philip1209 wrote: post #30
polskibus wrote: post #29

What's the difference in running GKE on-prem vs Kubernetes?

I think it's that Google provides the master node as a service. That's a big benefit. Plus, it looks like the add some security tooling.

The master node is on-prem? Does that mean that this requires that Google has permanent access to my intranet ?

Re: GKE On-Prem Alpha

#35

Post by rkeene2 »

I previously worked on a similar (non-Google) product that was similar -- it was an "On-Premise Cloud" [0], where the cloud provider managed and owned all the hardware and software, and the customer created workloads on it, and the physical hardware was scaled up/down based on demand.

The product worked well, but I think there was an uphill battle in explaining the mechanics of the arrangement to customers.

[0] https://knightpoint.com/what-we-do/offerings/on-premises/inf...

Re: GKE On-Prem Alpha

#37

Post by karangoeluw »

wmf wrote: post #2

Hey GKE team, can you give any details about how this works? What does it assume/require from the underlying infrastructure?

Karan from the GKE On-Prem eng team here.

In the Alpha, we are supporting vSphere 6.5. Which part of infra are you most curious about knowing?

Re: GKE On-Prem Alpha

#38

Post by deforciant »

So the war for enterprise on-prem Kubernetes just intensified :) RedHat vs Google? :] I wonder how is Rancher doing? I guess life will be harder too?

Timing seems to be important, just before OpenShift finishes absorbing Tectonic (or maybe Tectonic is absorbing OpenShift) with their installer, UI and billing services. I guess there's still time for Google to land some big deals :)

Re: GKE On-Prem Alpha

#39

Post by chumboslice »

rkeene2 wrote: post #35

I previously worked on a similar (non-Google) product that was similar -- it was an "On-Premise Cloud" [0], where the cloud provider managed and owned all the hardware and software, and the customer created workloads on it, and the physical hardware was scaled up/down based on demand. The product worked well, but I think there was an uphill battle in explaining the mechanics of the arrangement to customers. [0] https…

I'm not sure this is akin to that. This is, for lack of a better term at the moment, more of an enterprise Kubernetes distribution.

Re: GKE On-Prem Alpha

#40

Post by polskibus »

karangoeluw wrote: post #34
polskibus wrote: post #29

What's the difference in running GKE on-prem vs Kubernetes?

GKE On-Prem eng here. GKE On-Prem is packaged with upstream K8s. So for your team that currently uses `kubectl` to deploy or manage workloads, there won't be any differences.

What is the value prop then, for someone who already runs open source Kubernetes on-prem? Why should he pay extra for GKE on-prem?
Post reply on HN