kubectl cluster-info 为什么在控制平面而不是主节点上运行

Question

为什么 kubectl cluster-info 在控制平面而不是主节点上运行\n并且在控制平面上它在特定 IP 地址https://192.168.49.2:8443 \n而不是localhost或127.0.0.1 \n运行以下终端中的命令：

\n

\n
1. minikube 启动 --driver=docker
\n

\n

\n

Ubuntu 16.04 上的 minikube v1.20.0\n\xe2\x9c\xa8 使用基于用户配置的 docker 驱动\n minikube 1.21.0 可用！下载： https: //github.com/kubernetes/minikube/releases/tag/v1.21.0 \n 要禁用此通知，请运行：\'minikube config set WantUpdateNotification false\'

\n

\n

\n

在集群 minikube 中启动控制平面节点 minikube\n 拉取基础镜像 ...\n> gcr.io/k8s-minikube/kicbase...: 358.10 MiB / 358.10 MiB 100.00% 797.51 K\n\xe2\x9d\x97 minikube无法下载 gcr.io/k8s-minikube/kicbase:v0.0.22，但成功下载 kicbase/stable:v0.0.22 作为后备映像\n 创建 docker 容器（CPU=2，内存=2200MB）...\ n 在 Docker 20.10.6 上准备 Kubernetes v1.20.2 ...\n\xe2\x96\xaa 生成证书和密钥 ...\n\xe2\x96\xaa 启动控制平面 ...\n\xe2\x96 \xaa 配置 RBAC 规则 ...\n 验证 Kubernetes 组件...\n\xe2\x96\xaa 使用镜像 gcr.io/k8s-minikube/storage-provisioner:v5\n 启用的插件：storage-provisioner，默认 -存储类\n 完成！kubectl 现在默认配置为使用“minikube”集群和“default”命名空间

\n

\n

\n
2. kubectl 集群信息
\n

\n

\n

Kubernetes 控制平面运行在https://192.168.49.2:8443 \nKubeDNS 运行在https://192.168.49.2:8443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy

\n

\n

\n

要进一步调试和诊断集群问题，请使用“kubectl cluster-info dump”。

\n

\n

Answer 1

Kubernetes 项目正在努力摆脱可能被视为冒犯性的措辞，其中一项具体建议是将master 重命名为 control-plane。换句话说control-plane， 和master本质上意味着相同的事情，目标是改变术语以control-plane专门用于未来。（更多信息在此答案中）

该kubectl命令是一个命令行界面，在客户端（即您的计算机）上执行并通过control-plane. 您正在查看的IP地址cluster-info是您到达控制平面的IP地址