Kubernetes中Master Node与Control Plane有何区别？二者是否相同？

核心定义 #

• Master Node：Kubernetes v1.20版本之前的官方术语，指代运行集群管控组件的实体节点服务器，属于基础设施层面的资源概念。
• Control Plane：Kubernetes当前通用的标准术语，指代负责集群管控功能的服务组件集合，属于逻辑功能层面的概念，包含kube-apiserver、etcd、kube-scheduler、kube-controller-manager等核心组件，承担集群状态存储、资源调度、API响应、运维管控等核心能力。

关键差异 #

• 概念边界不同：Master Node指向具体的硬件/虚拟服务器资源，Control Plane指向一组服务的功能集合，二者没有严格的绑定关系：Control Plane的组件可以分散部署在多台节点上，也可以临时在普通工作节点上运行部分管控组件。
• 版本适配不同：Kubernetes v1.20之后官方已逐步弃用「Master Node」的命名，一是为了规避术语敏感性，二是为了更清晰区分资源和功能的概念，当前官方文档将运行Control Plane组件的节点统一称为「Control Plane Node」。
• 架构场景下的表现不同：单节点测试集群中，所有Control Plane组件都运行在同一台节点上，很容易让人误以为二者是同一概念。但在生产高可用集群中，通常会部署3台及以上Control Plane Node共同承载整个Control Plane的服务，任意单台Control Plane Node宕机都不会影响Control Plane的整体可用性。

总结 #

二者不是完全相同的概念：Master Node是旧版本中对承载管控组件的节点的称呼，Control Plane是对管控功能集合的通用称呼，现在的标准语境下不会再混用二者的概念。

内容的提问来源于stack exchange，提问作者alex