3. 多集群拓扑设计：跨数据中心部署模式、集群间网络拓扑与客户端访问策略

在 etcd 多集群压测场景中，拓扑设计直接决定了延迟分布、故障隔离能力和运维复杂度。本章从跨数据中心部署模式、集群间网络拓扑（Hub-Spoke / Mesh）以及客户端访问策略三个维度展开，为后续压测脚本与故障注入提供拓扑基础。

3.1 跨数据中心部署模式

跨数据中心部署的核心目标是平衡可用性与一致性。etcd 使用 Raft 协议，多数派（quorum）存活才能对外服务。因此，跨 DC 部署时必须避免“脑裂”风险，同时控制跨 DC 网络延迟对写入延迟的影响。

3.2 集群间网络拓扑：Hub-Spoke vs Mesh

当管理多个 etcd 集群（如不同业务线、不同环境）时，集群间的网络拓扑决定了数据同步、监控聚合和运维通道的效率。两种主流拓扑对比如下：

3.3 客户端访问策略

客户端如何发现、连接和故障转移至 etcd 集群，直接影响压测的流量模型和成功率。以下是三种主流策略：

• 直连模式（Client-Side LB）：客户端内置 etcd 集群端点列表，自行做负载均衡（如 round-robin 或 pick-first）。
  优点：无额外组件，延迟最低。
  缺点：端点变更需客户端感知，运维耦合高。
• 代理模式（Proxy / Gateway）：客户端连接 etcd gateway 或 HAProxy，由代理转发请求。
  优点：客户端配置简单，代理可做流量镜像、限流。
  缺点：增加一跳延迟，代理成为瓶颈点。
• DNS SRV 发现：客户端通过 DNS SRV 记录动态解析 etcd 集群端点。
  优点：端点变更自动生效，适合容器化环境。
  缺点：DNS 缓存可能造成旧端点残留，需配合短 TTL。

3.4 综合拓扑决策矩阵

以下矩阵帮助你在压测前快速选定拓扑组合：

3.5 压测前的拓扑检查清单

• 延迟基线：测量各 DC 间 RTT，确保跨 DC 延迟在 etcd 心跳超时（默认 100ms）的 1/3 以内。
• 带宽评估：计算压测峰值 TPS × 单次请求/响应大小，确保跨 DC 链路带宽不成为瓶颈。
• 连接数上限：检查 etcd 节点 --max-request-bytes 和系统 ulimit -n，避免连接风暴。
• 故障转移测试：在压测前手动模拟单 DC 断网，验证客户端能否在 2-3 个心跳周期内切换至健康集群。