【ETCD】【实操篇（十七）】 etcd 集群定期维护指南

概述

为了保持 etcd 集群的可靠性，需要定期进行维护。根据 etcd 应用程序的需求，这些维护通常可以自动化进行，并且不会导致停机或性能显著下降。

所有 etcd 维护都涉及管理 etcd 键空间消耗的存储资源。如果无法有效控制键空间大小，存储空间配额将触发集群范围的警报，使系统进入受限操作的维护模式。为了避免键空间耗尽可写入空间，必须对 etcd 键空间历史进行压缩。同时，通过对 etcd 成员进行碎片整理，可以回收存储空间。此外，定期快照备份 etcd 成员状态，有助于在操作错误导致数据丢失或损坏时进行恢复。

Raft 日志保留

--snapshot-count 配置在压缩前要保留在内存中的已应用 Raft 条目数量。当达到 --snapshot-count 时，服务器会先将快照数据持久化到磁盘，然后截断旧的条目。如果一个较慢的跟随者请求的日志在压缩索引之前，领导者会发送快照，强制跟随者覆盖其状态。

较高的 --snapshot-count 会在快照之前保留更多的 Raft 条目，导致更高的内存使用率。然而，由于领导者会保留最新的 Raft 条目更长时间，较慢的跟随者有更多时间赶上快照。

从 v3.2 开始，--snapshot-count 的默认值已从 10,000 改为 100,000。

键空间历