4. etcd 集群部署模式：Raft 协议与拓扑对比

etcd 是 Kubernetes 控制面的“状态存储层”，其部署模式直接决定了集群的容错能力、网络延迟敏感度以及运维复杂度。本节从 Raft 一致性协议的核心机制出发，对比堆叠式与外部式两种 etcd 集群拓扑的适用场景与权衡。

4.1 Raft 一致性协议简介

Raft 是一种易于理解的一致性算法，用于在分布式系统中管理复制日志。etcd 使用 Raft 确保即使部分节点故障，集群仍能对外提供强一致性的键值存储服务。Raft 的核心机制包括：

• Leader 选举：集群中任一时刻只有一个 Leader，负责处理所有客户端写入请求。Leader 通过心跳维持权威，若心跳超时，Follower 发起选举。
• 日志复制：Leader 将客户端写入封装为日志条目，并行复制到所有 Follower。当日志被多数节点（Quorum）持久化后，Leader 提交该条目并通知 Follower。
• 安全性：Raft 保证已提交的日志条目不会被覆盖，且只有拥有最新日志的节点才能成为 Leader。

4.2 etcd 集群拓扑：堆叠式 vs 外部式

在 Kubernetes 控制面中，etcd 集群的部署位置有两种主流模式：堆叠式（Stacked） 和 外部式（External）。两者的核心区别在于 etcd 进程是否与 API Server 运行在同一组节点上。

4.2.1 堆叠式拓扑

堆叠式拓扑将 etcd 与 API Server、Scheduler、Controller Manager 部署在同一组 Master 节点上。这是 kubeadm 默认的部署方式，也是小型集群或测试环境中最常见的模式。

• 部署方式：每个 Master 节点同时运行 kube-apiserver 和 etcd 实例。
• 资源竞争：etcd 对磁盘 I/O 和网络延迟敏感，与 API Server 共享节点资源。
• 网络延迟：etcd 成员间通信在同一网络平面内，延迟较低。

4.2.2 外部式拓扑

外部式拓扑将 etcd 集群独立部署在专用节点上，与 Master 节点分离。这种模式常用于生产环境、大规模集群或对稳定性要求极高的场景。

• 部署方式：etcd 集群运行在独立的服务器或虚拟机中，Master 节点通过网络连接 etcd。
• 资源隔离：etcd 独占节点资源，避免被控制面其他组件干扰。
• 网络开销：API Server 与 etcd 之间跨节点通信，引入额外的网络延迟。

4.3 优缺点对比

4.4 选型决策要点

1. 集群规模：小于 500 节点且运维团队较小，优先选择堆叠式；超过 500 节点或计划大规模扩展，选择外部式。
2. 稳定性要求：生产核心集群建议外部式，避免 etcd 因控制面组件异常而受影响。
3. 资源预算：外部式需要额外 3-5 台专用节点，堆叠式可复用 Master 节点。
4. 网络条件：如果 Master 节点间网络延迟较高（> 5ms），外部式可能引入不可接受的写入延迟，此时堆叠式更优。