1.脑裂简述

在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询着的联机日志出错）。

对付HA系统“裂脑”的对策，目前达成共识的的大概有以下几条：

1.添加冗余的心跳线，例如：双线条线（心跳线也HA），尽量减少“裂脑”发生几率；

2.启用磁盘锁。正在服务一方锁住共享磁盘，“裂脑”发生时，让对方完全“抢不走”共享磁盘资源。但使用锁磁盘也会有一个不小的问题，如果占用共享盘的一方不主动“解锁”，另一方就永远得不到共享磁盘。现实中假如服务节点突然死机或崩溃，就不可能执行解锁命令。后备节点也就接管不了共享资源和应用服务。于是有人在HA中设计了“智能”锁。即：正在服务的一方只在发现心跳线全部断开（察觉不到对端）时才启用磁盘锁。平时就不上锁了。

3.设置仲裁机制。例如设置参考IP（如网关IP），当心跳线完全断开时，2个节点都各自ping一下参考IP，不通则表明断点就出在本端。不仅“心跳”、还兼对外“服务”的本端网络链路断了，即使启动（或继续）应用服务也没有用了，那就主动放弃竞争，让能够ping通参考IP的一端去起服务。更保险一些，ping不通参考IP的一方干脆就自我重启，以彻底释放有可能还占用着的那些共享资源

2.脑裂产生的原因

一般来说，脑裂的发生，有以下几种原因：

高可用服务器对之间心跳线链路发生故障，导致无法正常通信
因心跳线坏了（包括断了，老化）
因网卡及相关驱动坏了，ip配置及冲突问题（网卡直连）
因心跳线间连接的设备故障（网卡及交换机）
因仲裁的机器出问题（采用仲裁的方案）
高可用服务器上开启了 iptables防火墙阻挡了心跳消息传输
高可用服务器上心跳网卡地址等信息配置不正确，导致发送心跳失败
其他服务配置不当等原因，如心跳方式不同，心跳广插冲突、软件Bug等

Keepalived配置里同一 VRRP实例如果 virtual_router_id两端参数配置不一致也会导致裂脑问题发生。

3.脑裂的常见解决方案

在实际生产环境中，我们可以从以下几个方面来防止裂脑问题的发生：

1. 同时使用串行电缆和以太网电缆连接，同时用两条心跳线路，这样一条线路坏了，另一个还是好的，依然能传送心跳消息

2. 当检测到裂脑时强行关闭一个心跳节点（这个功能需特殊设备支持，如Stonith、feyce）。相当于备节点接收不到心跳消患，通过单独的线路发送关机命令关闭主节点的电源

3. 做好对裂脑的监控报警（如邮件及手机短信等或值班）.在问题发生时人为第一时间介入仲裁，降低损失。例如，百度的监控报警短信就有上行和下行的区别。报警消息发送到管理员手机上，管理员可以通过手机回复对应数字或简单的字符串操作返回给服务器.让服务器根据指令自动处理相应故障，这样解决故障的时间更短.
　　　　
当然，在实施高可用方案时，要根据业务实际需求确定是否能容忍这样的损失。对于一般的网站常规业务.这个损失是可容忍的.

4.监控脑裂配置

对脑裂的监控应在备用服务器上进行，
通过添加zabbix自定义监控备用服务器是否存在VIP地址

备机上出现VIP有两种情况：

发生了脑裂
正常的主备切换

监控只是监控发生脑裂的可能性，不能保证一定是发生了脑裂，因为正常的主备切换VIP也是会到备上的。

详细配置如下
在备服务器上进行监控

先将zabbix agent端配置好
[root@slave ~]# ss -anlt
State      Recv-Q Send-Q Local Address:Port               Peer Address:Port
LISTEN     0      128           *:22                        *:*
LISTEN     0      100    127.0.0.1:25                        *:*
LISTEN     0      128           *:10050                     *:*
LISTEN     0      128          :::22                       :::*
LISTEN     0      100         ::1:25                       :::*        1.进到脚本目录，编写脚本
[root@slave ~]# cd /scripts/
[root@slave scripts]# vim check_keepalived.sh if [ `ip a show ens33 |grep 192.168.30.246|wc -l` -ne 0 ]
thenecho "1"
elseecho "0"
fi##在备服务器上监控 VIP 地址，如果VIP漂移到了备服务器，证明主服务器挂了或者脑裂(这是无法精确得知是主服务器出现了问题还是脑裂，因为这二者出现都会使备服务器获得VIP)2.修改zabbix配置文件，配置key
[root@slave ~]# vim /usr/local/etc/zabbix_agentd.conf
UnsafeUserParameters=1
UserParameter=check_keepalived,/usr/bin/bash /scripts/check_keepalived.sh

1.添加主机

2.添加监控项

3.添加触发器

4.添加媒介、用户、动作

5.触发

6.成功获得邮件

keepalived脑裂相关推荐

脑裂问题与解决（keepalived脑裂的解决和预防）
脑裂问题与解决(keepalived脑裂的解决和预防) 一.keepalived脑裂二.什么是裂脑? 三.keepalived脑裂产生的原因四.常见的解决方案五.解决keepalived脑裂问题 ...
mysql 解决脑裂_解决keepalived脑裂问题
解决keepalived脑裂问题一.介绍脑裂(split-brain):指在一个高可用(HA)系统中,当联系着的两个节点断开联系时,本来为一个整体的系统,分裂为两个独立节点,这时两个节点开始争抢共 ...
解决keepalived脑裂问题
检测思路:正常情况下keepalived的VIP地址是在主节点上的,如果在从节点发现了VIP,就设置报警信息脚本如下: #!/bin/bash # 检查脑裂的脚本,在备节点上进行部署 LB01_VI ...
keepalived脑裂问题查找
在自己环境做keepalived+redis实验时,当重启了备用redies机器后,发现两台redies主机都拿到了VIP [plain] view plain copy [root@redis2 ~ ...
keepalived脑裂现象
Keepealived最常见的问题是会出现脑裂现象: Master一直发送心跳消息给backup主机,如果中间的链路突然断掉,backup主机将无法收到master主机发送过来的心跳消息(也就是vrr ...
keepalived脑裂！
1 脑裂产生的原因! > 一般来说,脑裂的发生,有以下几种原因: > 高可用服务器对之间心跳线链路发生故障,导致无法正常通信因心跳线坏了(包括断了,老化)因网卡及相关驱动坏了,ip配置及 ...
Keepalived脑裂监控
文章目录一.脑裂简介二.脑裂产生的原因三.脑裂的常见解决方案四.对脑裂进行监控 slave主机安装zabbix客户端编写监控脚本网页配置测试监控一.脑裂简介在高可用(HA)系统中,当 ...
keepalived脑裂实践、高可用keepalived补充
1-脑裂模拟 1)开启防火墙(两台lb开启防火墙,都出现vip10.0.0.3) [root@lb01 ~]# systemctl start firewalld.service [root@lb01 ...
keepalived高可用解决脑裂，nginx高可用配置详细篇
第一章 keepalived介绍 keepalived软件起初是专为LVS负载均衡软件设计的,用来管理并监控LVS集群系统中各个服务节点状态,后来又加入了可以实现高可用的VRRP功能.此,keepal ...

keepalived脑裂