运行时重配置
etcd 支持增量式运行时重配置，允许用户在运行时更新集群成员。
重新配置请求仅在集群多数成员正常运行时才能处理。生产环境中强烈建议始终将集群规模设置为大于二。从两成员集群中移除成员是不安全的。两成员集群的多数为两个。若在移除过程中发生故障，集群可能无法继续推进，需 从多数故障中重启 。
为更好地理解运行时重配置的设计原理，请阅读 运行时重配置文档 。
重新配置用例
本节将介绍集群重新配置的一些常见原因。大多数情况仅涉及添加或移除成员的组合操作，具体说明如下，详见 集群重新配置操作 。
批量升级多台机器
如果多个集群成员需因计划内维护（如硬件升级、网络中断等）而迁移，建议逐个修改成员。
安全移除领导者是可行的，但选举过程期间会有一段短暂的停机时间。如果集群中存储的 v2 数据超过 50MB，建议对 成员的数据目录 执行迁移。
修改集群规模
增加集群规模可提升 故障容忍度 ，并提供更优的读取性能。由于客户端可从任意成员读取，增加成员数量可提升整体序列化读取吞吐量。
减小集群规模可提升集群的写入性能，但会降低其容错能力。写入操作在被确认为已提交前，需复制到集群中多数成员。减小集群规模会降低所需的多数成员数，从而使每次写入更快地被提交。
替换故障节点
如果某台机器因硬件故障、数据目录损坏或其他严重情况而发生故障，应尽快予以替换。尚未移除的故障机器会负面影响法定人数，并降低系统对额外故障的容错能力。
要替换机器，请按照 从集群中移除成员 的操作说明执行，然后 添加新成员 以替代原成员。如果集群数据量超过 50MB，建议在原成员数据目录仍可访问的情况下 迁移该成员的数据目录 。
从多数节点故障重启集群
如果集群的多数节点丢失，或所有节点的 IP 地址均发生变更，则必须通过手动操作来安全恢复。恢复过程的基本步骤包括 使用旧数据创建新集群 、强制单个成员作为领导者，最后通过运行时配置逐个 添加新成员 至该新集群。
从少数派失败中恢复集群
若某个特定成员丢失，则相当于替换一台故障机器。具体步骤请参见 Replace a failed machine 。
集群重新配置操作
考虑到这些使用场景，每种相关操作均可予以描述。
在进行任何更改之前，必须有 etcd 成员的简单多数（法定人数）可用。这与向 etcd 执行任何写操作的基本要求相同。
对集群的所有更改必须按顺序执行：
- 若要更新单个成员的 peerURLs，请执行更新操作
- 若要替换健康的单个成员，请先移除旧成员，再添加新成员
- 若要从 3 个成员增加到 5 个成员，请执行两次添加操作
- 若要从 5 个成员减少到 3 个成员，请执行两次移除操作
所有示例均使用 etcd 自带的 etcdctl 命令行工具。如需在不使用 etcdctl 的情况下更改成员关系，请使用 v2 HTTP members API
或 v3 gRPC members API
。
更新成员
更新广告客户端 URL
要更新成员的通告客户端 URL，只需使用更新后的客户端 URL 标志（--advertise-client-urls）或环境变量（ETCD_ADVERTISE_CLIENT_URLS）重启该成员。重启后的成员将自动发布更新后的 URL。错误更新的客户端 URL 不会影响 etcd 集群的健康状态。
更新对等成员广告 URL
要更新成员的通告对等成员 URL，需先通过 member 命令显式更新，然后重启该成员。由于更新对等成员 URL 会更改集群范围的配置，可能影响 etcd 集群的健康状态，因此需要额外执行此操作。
要更新通告的对等成员 URL，首先需找到目标成员的 ID。列出所有成员的命令如下：etcdctl
本示例将 update a8266ecf031671f3 成员 ID，并将其 peerURLs 值更改为 http://10.0.1.10:2380：
移除成员
假设要移除的成员 ID 为 a8266ecf031671f3。使用 remove 命令执行移除操作：
目标成员将在此时自行停止，并在日志中输出移除信息：
安全移除领导者是可行的，但在此期间集群将处于不可用状态，直到新的领导者被选举出来。该持续时间通常为选举超时时间加上投票过程所需时间。
添加新成员
添加成员是一个两步过程：
- 通过 HTTP 成员 API
、gRPC 成员 API
或
etcdctl member add命令将新成员添加至集群。 - 使用包含更新后成员列表（现有成员 + 新成员）的新集群配置启动新成员。
etcdctl 通过指定成员的 名称
和 已通告的对等成员 URL
，将新成员添加到集群中：
etcdctl 已向集群通报了新成员，并打印出成功启动该成员所需的环境变量。现在请使用新成员的相关标志启动新的 etcd 进程：
新成员将作为集群的一部分运行，并立即开始追赶集群中其他成员的进度。
若添加多个成员，最佳实践是逐个配置成员，并在添加更多新成员前验证每个成员是否已正确启动。若向单成员集群添加新成员，在新成员启动前，集群无法推进，因为达成共识需要多数成员（即至少两个成员）达成一致。此行为仅发生在 etcdctl member add 通知集群新成员存在，且新成员成功与现有成员建立连接之间的时段。
添加一个学习者成员
从 v3.4 版本开始，etcd 支持以学习者成员 / 非投票成员身份添加新成员。 其设计动机与架构详情请参见 设计文档 。 为使添加新成员的过程更加安全，并在添加新成员时降低集群停机时间，建议将新成员以学习者成员身份加入集群，直至其完成数据同步。该过程可描述为三个步骤：
通过 gRPC members API 或
etcdctl member add --learner命令，将新成员添加为学习者成员。使用新的集群配置启动新成员，配置中包含更新后的成员列表（现有成员 + 新成员）。 此步骤与之前完全相同。
通过 gRPC members API 或
etcdctl member promote命令，将新添加的学习者成员提升为投票成员。etcd 服务器会验证提升请求，以确保操作安全。 只有当学习者成员的 Raft 日志已追赶上领导者时，才能将其提升为投票成员。 若学习者成员尚未追赶上领导者的 Raft 日志，成员提升请求将失败（详见[提升成员时的错误情况]一节获取更多细节）。 在此情况下，应等待片刻后重试。
在 v3.4 版本中，etcd 服务器将集群可拥有的学习者成员数量限制为一个。主要考虑是减少因将数据从领导者传播到学习者成员而给领导者带来的额外负载。
使用 etcdctl member add 并配合标志 --learner，可将新成员作为学习者成员添加至集群。
新添加的学习者成员启动新的 etcd 进程后，使用 etcdctl member promote 将该学习者成员提升为投票成员。
添加成员时的错误情况
在以下情况下，新主机未包含在已枚举节点的列表中。如果这是一个新集群，必须将该节点添加到初始集群成员列表中。
在这种情况下，请使用与加入集群时不同的地址（10.0.1.14:2380），而非用于加入集群的地址（10.0.1.13:2380）：
如果 etcd 启动时使用了已移除成员的数据目录，且连接到集群中的任何活跃成员，则 etcd 会自动退出：
添加学习者成员时的错误情况
如果集群中已存在 1 个学习者成员，则无法再添加学习者成员（v3.4）。
晋升学习者成员时的错误情况
学习者成员只有在与领导者同步后，才能被提升为投票成员。
提升非学习者成员将失败。
提升集群中不存在的成员将失败。
严格重新配置检查模式 (-strict-reconfig-check)
如上所述，添加新成员的最佳实践是每次仅配置一个成员，并在添加更多新成员前验证其是否正确启动。逐步进行此操作至关重要，因为如果新添加的成员配置不正确（例如对等成员 URL 错误），集群可能失去法定人数。法定人数丢失的原因在于，即使新添加的成员无法与其他现有成员通信，该成员仍会被计入法定人数。此外，若存在连接问题或操作问题，也可能导致法定人数丢失。
为避免此问题，etcd 提供了选项 -strict-reconfig-check。若将此选项传递给 etcd，则当重新配置后已启动的成员数量将少于重新配置后集群的法定人数时，etcd 会拒绝该重新配置请求。
默认启用。