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 ?
GKE On-Prem Alpha
41–50 of 89 posts
Re: GKE On-Prem Alpha
#42Hi all. Karan from the GKE On-Prem eng team here. Happy to answer any questions you might have.
Re: GKE On-Prem Alpha
#43Earlier 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 ?
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
#44Re: GKE On-Prem Alpha
#45Hey 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?
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
#46Re: GKE On-Prem Alpha
#47Does it provide a way to install k8s nodes on a VMware cluster ?
Re: GKE On-Prem Alpha
#48Given the massive shambles eks turned out to be, that would be great.
Re: GKE On-Prem Alpha
#49Earlier 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?
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
#50Earlier 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…
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.