Kubernetes 上的主节点和控制平面有什么区别？

Question

主节点和控制平面有什么区别？

是一样的还是有什么区别？

Answer 1

查看https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.20.md#urgent-upgrade-notes。这应该回答你的问题：

• 应用于控制平面节点“node-role.kubernetes.io/master”的标签现已弃用，并将在 GA 弃用期后的未来版本中删除。
• 引入新标签“node-role.kubernetes.io/control-plane”，该标签将与“node-role.kubernetes.io/master”并行应用，直到删除“node-role.kubernetes.io/master” “ 标签。

我认为同样重要的是：

• 使“kubeadm升级应用”在升级期间仅具有“node-role.kubernetes.io/master”标签的现有节点上添加“node-role.kubernetes.io/control-plane”标签。
• 请调整构建在 kubeadm 之上的工具以使用“node-role.kubernetes.io/control-plane”标签。
• 应用于控制平面节点“node-role.kubernetes.io/master:NoSchedule”的污点现已弃用，并将在 GA 弃用期后的未来版本中删除。
• 将新的未来污染“node-role.kubernetes.io/control-plane:NoSchedule”的容忍应用于 kubeadm CoreDNS / kube-dns 托管清单。请注意，此污点尚未应用于 kubeadm 控制平面节点。
• 请调整您的工作负载，以先发制人地容忍未来同样的污染。

Answer 2

同样的事情，我们大约一年前改用“控制平面”术语，因为它更准确并且没有有问题的文化底蕴。

Answer 3

控制平面在 kubernetes 集群中托管 api-server、etcd、kube-scheduler 和 kube-controller 等重要组件。如前所述，它与主节点相同，只是最近术语发生了变化。