Live data from Hacker News

GKE On-Prem Alpha

cloud.google.com

41–50 of 89 posts

Re: GKE On-Prem Alpha

#41

Earlier quoted context omitted.

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 ?

Yes and no. The connection is needed to show your workloads and other cluster information in GCP Console (similar to what was shown in the keynote). However, if the connection goes down, your cluster will not stop working.

Re: GKE On-Prem Alpha

#43

Earlier quoted context omitted.

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 ?

Google K8s specialist here.

The entire cluster is on-prem. At the moment, you can optionally leverage a secured tether to manage your cluster in GCP with the same management features you've come to expect with GKE proper. If the connection is lost, your cluster is still fully functional, so no there is no requirement for permanent access to your intranet. The access, when it exists, is also secured to only permit specific access between Google's network and your cluster.

Re: GKE On-Prem Alpha

#45
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?

Ouch. Way to bury the lede!

Is this ever going to be a bare-metal thing? Like probably many others, I'm not really interested in doing on-prem virtualization... kubernetes is interesting to me because containers are a better abstraction than virtual machines in the first place. Why add a virtualization layer if you don't have to?

(I get that it makes your life easier as the developer of this product, but having to run a virtualization IaaS between your metal and your orchestration makes the whole thing rather uninteresting IMO.)

Re: GKE On-Prem Alpha

#48
So the big question is... Can we point this at aws and get Google to manage our aws kubernetes Installs...

Given the massive shambles eks turned out to be, that would be great.

Re: GKE On-Prem Alpha

#49

Earlier quoted context omitted.

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?

Excellent question.

GKE On-Prem is a Google provided, validated and supported distribution of Kubernetes and extensions that offer a GKE-like experience in your on-premise datacenter. It makes it easy to install and upgrade Kubernetes and provides access to GCP services such as monitoring, logging, metrics, security and auditing for your on-premise installation. It is the foundational component of the Cloud Services Platform, and is how Google "brings the cloud to you".

CSP combines Kubernetes both in your on-premise datacenter (GKE On-Prem) and Google-managed Kubernetes in GCP (GKE) with Istio and other CI/CD (Cloud Build) and serverless (Knative) products. You can leverage this suite of products to both modernize your existing on-premise applications and build new applications in the cloud.

Additionally, Google will be offering phone and email support similar to the existing GCP support packages.

Re: GKE On-Prem Alpha

#50

Earlier quoted context omitted.

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?

Ouch. Way to bury the lede! Is this ever going to be a bare-metal thing? Like probably many others, I'm not really interested in doing on-prem virtualization... kubernetes is interesting to me because containers are a better abstraction than virtual machines in the first place. Why add a virtualization layer if you don't have to? (I get that it makes your life easier as the developer of this product, but having to ru…

There are definitely enterprises looking to move away from virtualization. We have that in mind.

We are exploring additional options, such as bare metal support, based on customer demand.

Send me an email (karangoel [at] google) if you'd be interested in talking more about bare metal.

Post reply on HN