3. 控制平面网络拓扑基础：节点角色划分、Master节点内部网络结构、高可用部署下的网络拓扑模式

3.1 节点角色划分与网络职责

Kubernetes 集群的节点在逻辑上分为控制平面节点（Master）与工作节点（Worker）。这种角色划分直接决定了网络流量的走向与策略边界。

3.2 Master 节点内部网络结构

一个典型的 Master 节点内部，各组件通过 本地回环接口（lo） 或 本地 Unix Socket 进行通信，避免跨节点网络开销。下图展示了 Master 节点内部的组件交互与网络路径。

3.3 高可用部署下的网络拓扑模式

生产环境通常部署多个 Master 节点以实现控制平面高可用。常见的网络拓扑模式有三种：堆叠式（Stacked）、外部 etcd 式（External） 以及 负载均衡前置式（LB Fronted）。

3.3.1 堆叠式拓扑（Stacked Topology）

每个 Master 节点上同时运行 apiserver、scheduler、controller-manager 以及一个本地 etcd 成员。etcd 集群由所有 Master 节点的本地 etcd 实例共同组成。

• 优点： 部署简单，节点数少，管理成本低。
• 缺点： etcd 与 Master 组件共享资源，故障域重叠；Master 节点故障可能导致 etcd 仲裁丢失。
• 适用场景： 开发测试环境、中小规模集群（节点数 < 100）。

3.3.2 外部 etcd 拓扑（External etcd Topology）

etcd 集群独立部署在专用节点上，Master 节点仅运行 apiserver、scheduler、controller-manager。Master 节点通过网络连接外部 etcd 集群。

• 优点： 计算与存储分离，故障隔离性好；etcd 可独立扩缩容。
• 缺点： 需要更多节点，网络延迟增加，运维复杂度上升。
• 适用场景： 大规模生产集群、对数据安全与稳定性要求高的场景。

3.3.3 负载均衡前置式拓扑（LB Fronted Topology）

在所有 Master 节点前部署一层负载均衡器（如 HAProxy、Nginx、云厂商 LB），将 kube-apiserver 的请求均匀分发到多个 Master 实例。这是实际生产中最常见的模式。

• 优点： 实现 apiserver 的负载均衡与故障转移；对客户端透明。
• 缺点： 引入额外网络跳数；LB 本身需要高可用部署。
• 适用场景： 所有生产环境，尤其是需要对外提供稳定 API 入口的场景。

3.4 高可用网络拓扑对比

3.5 高可用部署下的网络拓扑示意图

下图展示了一个典型的 LB 前置 + 外部 etcd 混合高可用拓扑，这是大型生产集群的推荐架构。

3.6 网络拓扑对调度决策的影响

控制平面的网络拓扑直接影响调度器的数据采集质量与决策速度：

• 数据采集延迟： 调度器通过 apiserver 获取节点状态、Pod 资源请求等数据。如果 apiserver 与 etcd 之间的网络延迟过高，调度器将获得过时的节点信息，导致调度决策偏差。
• 调度器绑定时间： 调度器做出决策后，需要将绑定结果写入 etcd。在堆叠式拓扑中，写入延迟较低；在外部 etcd 拓扑中，网络往返时间（RTT）会增加绑定时间。
• Leader 选举稳定性： scheduler 与 controller-manager 的 Leader 选举依赖 etcd 的租约机制。网络分区或高延迟可能导致频繁的 Leader 切换，影响调度连续性。