elasticsearch 故障恢复的参考 —— 筑梦之路_primary shard is not active timeout(2)

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新大数据全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上大数据知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注大数据）

正文

3. 延时分片分配策略

当节点出于任何原因（人为原因或系统异常）离开集群时，主节点会做出以下反应（如下称为步骤 X 是方便后续的解读）：



步骤1：将副本分片提升为主分片以替换节点上的任何主分片。

步骤2：分配副本分片以替换丢失的副本（在有足够的节点的前提下）。

步骤3：在其余节点之间均匀地重新平衡分片。


以上操作的好处是：避免集群数据丢失，确保集群高可用。


但可能带来的副作用也非常明显：其一，会给集群带来额外的负载（分片分配非常耗费系统资源）；其二，若离开集群的节点很快返回，上述机制的必要性就有待商榷。


此时，延迟分片分配就显得非常必要，设置如下：


PUT _all/_settings
{
  "settings": {
    "index.unassigned.node_left.delayed_timeout": "6m"
  }
}

延时分片分配策略的本质

当节点离开集群并确认几分钟（自己设定）可以快速上线的情况下，离开的过程中只触发步骤1的将离开节点上的对应的副本分片提升为主分片。此时集群至少不是red 状态，而是yellow状态。步骤2、步骤3不会发生，此时集群是可用的，待设定的几分钟内下线集群确保重新上线后，分片再重新转为副本分片，此时集群恢复绿色状态。


这个过程有效避免了步骤2、步骤3的分片分配，整体上以最短的时间确保了集群的高可用性。

Delaying allocation when a node leaves | Elasticsearch Guide [8.7] | Elastic

4. 限制恢复速度以避免集群过载

Elasticsearch 限制分配给恢复的速度以避免集群过载。


可以更新此设置以使恢复更快或更慢，具体取决于业务要求。在资源允许的情况下，想快就调大；反之，则相反。


但一味的追求快速恢复，将如下设置过高，正在进行的恢复操作会消耗过多的带宽和其他资源，这可能会破坏集群的稳定性。


PUT _cluster/settings
{
  "transient": {
    "indices.recovery.max_bytes_per_sec": "100mb"
  }
}

注意事项：


这是集群层面的动态设置，一旦设置后，对集群中每个节点都生效。


如果仅想限制有限的某个节点，可以通过更新elasticsearch.yml 配置文件的静态配置来实现。

Index recovery settings | Elasticsearch Guide [8.7] | Elastic

以上是集群还可以访问的情况下

集群无法响应的情况下如何恢复？？？

提速的核心：删除历史“包袱”（将来不再需要的大索引），以间接使得集群恢复加速。

免责说明：

• 如下的验证，仅在单节点集群验证 ok，多节点原理一致。
• 涉及文件的操作，是无法之法，万不得已，不要直接操作文件。

1. 找到待删除大索引的 uuid

部分命令可执行，可以 cat/index

GET _cat/indices?v&s=docs.count:desc

找到对应的uuid

这一步目的：找到需要删除、业务层面彻底放弃的索引直接物理删除文件，为重启集群会减少恢复压力。

2. 在Elasticsearch 存储路径下找到对应存储

find ./ -name "znUfwfE3Rt22GMMqANMbQQ"

./indices/znUfwfE3Rt22GMMqANMbQQ

建议：先备份，后执行物理删除

3. 再次重启集群

物理删除文件不是首选的方法去恢复集群，是无奈之法，没得其他选择的情况下使用。

一般来说，ES的集群需要做好日常的数据备份，出现故障尽量使用备份的数据进行恢复。

这里就不得不提到ES的快照了，定时建立快照是比较好的选择作为备份

总结一下：

1. 对于ES集群需要定时做好快照

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注大数据）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

以添加V获取：vip204888 （备注大数据）**
[外链图片转存中…(img-hesfibV3-1713120539486)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！