【发布时间】：2019-03-20 02:27:47
【问题描述】：
在 GKE 集群中，master 运行在哪里。
我签入了 GKE 的工作节点。只有 kube-proxy 和 kubelet 服务在运行
甚至 kubelet.kubeconfig 文件将服务器称为一个公共 IP。哪个没有定义
【问题讨论】：
【发布时间】：2019-03-20 02:27:47
【问题描述】：
GKE 为您的集群提供托管控制平面。集群的“master”实际上是标准服务（kube-apiserver、kube-scheduler、kube-controller-manager）以及一些特定于环境的控制器（入口、自动缩放等）的集合。 GKE 将这些服务的实现隐藏在集群端点后面，这就是它们如何暴露给您的节点（kubelet 和 kube-proxy）以及您作为集群用户的方式。 GKE 处理为集群端点提供公共 IP 以及使节点与其通信所需的配置。控制平面未在您的项目中运行，因此您看不到运行它所消耗的任何底层资源。
如果您想完全控制控制平面的配置和部署（在单个“主”计算机上或分布在多个“主”计算机上），您可以使用社区赞助的工具，例如 kops 或 kubespray部署您的集群。
【讨论】：
-
谢谢罗伯特...！ Aws eks 和 Azure aks 的情况是否相同... Rancher 2.0 是否为我们提供了对这些云提供商的主节点控制。
-
EKS 和 AKS 的运行方式与 GKE 类似，其中控制平面作为托管服务提供。我对 Rancher 的了解还不够，不知道他们在做什么来控制主人。一些提供商允许您指定它运行的 Kubernetes 版本或切换包含哪些插件。
-
这是一个很好的答案！您能否就您提到的内容提供一些文件？谢谢！