3. 多集群架构概述：跨数据中心、混合云、联邦集群场景下的 etcd 部署模式
在生产环境中，etcd 很少以单集群形态独立运行。当业务规模跨越多个数据中心、混合云环境或需要逻辑隔离时，etcd 的部署模式必须从“单集群运维”转向“多集群拓扑设计”。本章从三种主流多集群场景出发，分析 etcd 的部署模式、网络约束与风险控制要点。
3.1 跨数据中心部署模式
跨数据中心（Multi-DC）场景要求 etcd 集群在物理分散的机房之间保持强一致或最终一致。根据延迟与容灾目标，通常采用以下两种模式：
| 模式 | 拓扑结构 | 延迟要求 | 容灾能力 | 典型场景 |
|---|---|---|---|---|
| 单集群跨 DC | 成员节点均匀分布在 3 个或 5 个 DC | RTT < 10ms（同城） | 容忍少数派 DC 故障 | 同城双活、异地多活（近距离） |
| 多集群级联 | 每个 DC 独立 etcd 集群，通过网关或代理同步 | RTT 可容忍 50-200ms | 每个 DC 自治，故障不扩散 | 异地容灾、跨洲同步 |
风险提示：单集群跨 DC 模式下，网络分区可能导致 Leader 选举频繁或集群不可用。建议跨 DC 链路延迟不超过 10ms，且使用 5 节点奇数成员避免脑裂。
3.2 混合云部署模式
混合云场景下，etcd 集群需要跨越私有云（IDC）与公有云 VPC 网络。由于云间网络通常经过 NAT 或 VPN 网关，etcd 的成员发现与心跳机制面临额外挑战。
关键设计原则：混合云 etcd 集群应避免跨云写路径过长。推荐将 Leader 固定在低延迟的私有云侧，公有云侧节点作为 Follower 或 Learner，减少跨云 RTT 对提交延迟的影响。
3.3 联邦集群部署模式
联邦集群（Federation）通过一个逻辑控制面管理多个 etcd 集群，每个集群保持自治，但元数据或服务发现信息在集群间同步。这种模式适用于大规模 Kubernetes 多集群管理。
| 组件 | 职责 | 部署位置 |
|---|---|---|
| 联邦控制面 | 维护集群注册表、全局租户映射 | 独立集群或高可用跨 DC |
| 成员集群 etcd | 存储本地状态，接受联邦控制面查询 | 每个成员集群独立部署 |
| 同步网关 | 按策略同步跨集群资源（watch + 回写） | 每个成员集群边缘 |
3.4 部署模式对比与选型建议
| 场景 | 推荐模式 | 节点数 | 网络要求 | 风险等级 |
|---|---|---|---|---|
| 同城双活 | 单集群跨 DC | 5 | 延迟 < 5ms，带宽 > 1Gbps | 低 |
| 异地容灾 | 多集群级联 | 每个集群 3 | 延迟 < 100ms | 中 |
| 混合云统一控制面 | 联邦集群 | 控制面 3 + 成员集群各 3 | VPN / 专线稳定 | 中高 |
| 多租户隔离 | 联邦集群 + 租户级 etcd | 按租户独立 3 节点 | 内部网络 | 低 |
压测沙盘建议：在沙盘环境中，优先模拟“单集群跨 DC + 网络故障注入”场景，验证 etcd 在分区、延迟抖动、丢包下的行为。这是后续权限矩阵复核与风险控制的基础。