elasticsearch防脑裂配置(十一)
【摘要】
elasticsearch防脑裂配置
脑裂产生的原因及现象:
当公司有多个idc机房,并且有多个es集群节点,这些节点都分布在不同的机房,机房之间通过openvpn进行连接,机房1上有2个es节点,并...
elasticsearch防脑裂配置
脑裂产生的原因及现象:
当公司有多个idc机房,并且有多个es集群节点,这些节点都分布在不同的机房,机房之间通过openvpn进行连接,机房1上有2个es节点,并且有1个是主节点,机房2上有2个es节点都是工作节点,当机房产生网络波动后,两个机房之间的es节点不能通信,这时机房1上的两个es节点因为有主节点的存在,依然是正常工作的,但是机房2上的es由于连接不上主节点,就认为主节点挂掉了,自己就选举成为了主节点,自己虽然成了主节点,但是没有入口来往集群中写数据,这时两个机房的es存储的数据就不一致了,当网络波动结束后,两个机房的es节点这时就比较尴尬了,两边都是主节点,无法分辨是谁挂了,无法确认和谁同步数据,这时用户在访问es上的数据,就会发现第一次访问了123,第二次刷新就成了456,这时就导致了数据的不一致,也就是脑裂的产生
脑裂产生的现象就是不同机房的es节点都认为对方机房的节点挂掉了,并将自己选举成了主节点,一个集群里俩master同时存在就会接收不同的数据,从而产生数据不一致问题
es集群节点数建议使用单数不建议使用偶数
es集群防止脑裂产生的配置方法
discovery.zen.minimum_master_nodes: 2 #节点的master数量,一半是集群节点数除2+1的数量,3个节点就是2
discovery.zen.fd.ping_interval: 10s #节点间存活检测间隔
discovery.zen.fd.ping_timeout: 60s #连接超时等待时间
discovery.zen.fd.ping_retries: 6 #重试次数,当连接超时后重试多少次
- 1
- 2
- 3
- 4
文章来源: jiangxl.blog.csdn.net,作者:Jiangxl~,版权归原作者所有,如需转载,请联系作者。
原文链接:jiangxl.blog.csdn.net/article/details/117412889
【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)