ES脑裂问题解决方案

简介: ES脑裂问题解决方案

可能由于网络波动等原因,ES的主节点未能成功响应其他节点信息,导致集群认为他出了故障,经过默认的失效监听时间后没有重连,就会自动选取一个新的主节点.


脑裂的问题只能提前预防


比如:


设置单数的投票机制.


在集群规模有一定数量的情况下,不需要把master和data设置为同一个节点.


  • 何为脑裂:双主或多主
  • 解决办法:discovery.zen.minimum_master_nodes=N/2+1,N为有效投票节点数。


选举权的节点一定要是单数的,比如3个节点的集群 需要2票 就是 3/2 + 1 = 2


4个节点的集群,一个集群有4台备选节点的情况:丢失一台机器是可以容忍的,一半就不行.


4个节点的集群,一个集群有3台备选节点的情况:丢失一台或者一半机器都是可以容忍的.

目录
相关文章
|
存储 Java 文件存储
ZooKeeper 避坑实践: SnapCount设置不合理导致磁盘爆满,服务不可用
本篇通过深入解读ZooKeeper 数据文件生成机制,以及ZooKeeper 中和数据文件生成相关的参数,探究一下 解决 ZooKeeper 磁盘问题的最佳实践。
ZooKeeper 避坑实践: SnapCount设置不合理导致磁盘爆满,服务不可用
|
9月前
|
监控 负载均衡 安全
Elasticsearch 集群某一节点修改 IP 后无法启动问题复盘
Elasticsearch 集群某一节点修改 IP 后无法启动问题复盘
173 2
|
4月前
|
SQL 关系型数据库 MySQL
mysql集群方案
mysql集群方案
67 0
|
9月前
|
存储 JSON API
【Elasticsearch专栏 16】深入探索:Elasticsearch的Master选举机制及其影响因素分析
Elasticsearch,开源搜索和分析引擎,以其分布式特性受开发者喜爱。本文聚焦其Master选举过程,关键在于保障集群稳健和高可用。Master负责集群操作,数据节点存储数据。选举在Master不可用时发生,基于Zen Discovery模块,遵循多数派协议。选举过程包括启动发现、选举触发、节点投票和状态同步。相关命令和配置有助于管理选举和集群状态。理解和优化选举机制能提升Elasticsearch集群的性能和稳定性。
140 1
|
9月前
|
Kubernetes Java 索引
Elasticsearch 源码探究 001——故障探测和恢复机制
Elasticsearch 源码探究 001——故障探测和恢复机制
124 0
|
存储 JSON 搜索推荐
分布式搜索引擎(二) ES 选举机制
ES 基础概念及选举机制 简述
271 0
|
NoSQL Redis Sentinel
redis集群脑裂,该怎么解决呢?
redis集群脑裂,该怎么解决呢?
280 0
|
存储 缓存 运维
【Redis集群原理专题】介绍一下常用的Redis集群机制方案的介绍和分析
【Redis集群原理专题】介绍一下常用的Redis集群机制方案的介绍和分析
204 0
【Redis集群原理专题】介绍一下常用的Redis集群机制方案的介绍和分析
|
存储 Java 文件存储
ZooKeeper 避坑实践:SnapCount 设置不合理导致磁盘爆满,服务不可用
本篇通过深入解读 ZooKeeper 数据文件生成机制,以及 ZooKeeper 中和数据文件生成相关的参数,探究一下 解决 ZooKeeper 磁盘问题的最佳实践。
ZooKeeper 避坑实践:SnapCount 设置不合理导致磁盘爆满,服务不可用
|
存储 缓存 负载均衡
Redis主从复制、哨兵、cluster集群原理+实验(好好等,会晚些,但会更好)(一)
Redis主从复制、哨兵、cluster集群原理+实验(好好等,会晚些,但会更好)(一)
137 0
Redis主从复制、哨兵、cluster集群原理+实验(好好等,会晚些,但会更好)(一)