我是kubernetes的新手，我看到我的一个节点的角色是control-plane,master。有什么区别呢?主节点是运行kube- apisserver的节点吗?那么什么定义了控制平面节点?
我使用kubectl 1.20.2(kubeadm也是1.20.2)。
旧的node-role.kubernetes.io/master标签和污染密钥已经弃用，将被node-role.kubernetes.io/control-plane取代，它们在过渡期间都是有效的。添加它们可以确保向后兼容性，同时还支持使用新术语的工具。
更改名称的原因是Kubernetes项目正在摆脱被认为是冒犯的措辞。已经创建了一个新的工作组WG命名来跟踪这项工作，并且master这个词被宣布为冒犯性的，并且建议:master ->控制平面已被接受:
在Kubernetes代码库中，术语"master"经常用于引用kubernetes控制平面，作为一个整体或组件的子集。我们建议控制平面为将组件集作为一个整体来参考。我们建议在讨论单个组件时，上下文特定的替代方案或者他们所扮演的角色。
作为Kubernetes生态系统的一部分，kubeadm遵循此建议，更多信息请参见keep -2067:标签和污点:
Kubeadm应用"node-role"标签到其控制平面节点。目前这个标签键是node-role.kubernetes。Io/master和它应该重命名为node-role.kubernetes.io/control-plane。Kubeadm也使用相同的"node-role"作为污点的关键，它适用于控制平面节点。此污染键也应重命名为"node-role.kubernetes.io/control-plane" .
这在Kubernetes v1.20.0发行说明
中也提到了Kubernetes集群一直是由节点组成的。把节点想象成承载应用程序/[微]服务的机器。
在过去，集群被划分为两个逻辑区域:
- 大师or主节点-是包含控制平面的节点集，该平面管理工作节点，pod和基本上整个K8s集群基础设施; <
- 工人节点/strong>-是节点集，实际托管应用程序(或应用组件/微服务，如果你愿意)。
根据kubernets .io文档:
Master是一个遗留术语，用作承载控制平面的节点的同义词。一些供应工具(如kubeadm)和托管服务仍然使用kubernetes来标记节点。控制平面pod的Io/角色和控制位置。
另一个引语:
运行这些组件(控制平面组件)的主机历史上为叫主人。
今天，Kubernetes的新术语将这两个(控制平面节点和工作节点)分为:
- 控制平面组件(以前的主节点)和
- Worker节点，承载实际的应用组件。
最后但并非最不重要的:控制平面组件(以前-主节点)不仅仅是Kubernetes API Server，而且，大多数情况下，这些(但不限于):
- etcd
- API服务器 调度器<
- 控制器经理/gh>
- 云控制器管理器