LVS+Keepalived高可用群集

已于 2022-06-13 09:49:17 修改
阅读量789 收藏
点赞数
文章标签： linux 云计算
于 2022-06-09 19:24:29 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ver_mouth__/article/details/125201776
版权

目录

一：Keepalived

二：keepalived实现原理剖析

三：vrrp虚拟路由冗余协议

四：Keepalived体系主要模块及其作用

4.1core模块

4.2vrrp模块

4.3check模块

五：LVS+Keepalived高可用群集的搭建

5.1配置主负载均衡调度器（192.168.137.10）

5.1.1关闭防火墙、增强机制和下载httpd服务

5.1.2安装 ipvsadm和keepalived服务

5.1.3修改配置文件keeplived.conf

5.1.4启动服务、查看虚拟网卡VIP

5.1.5调整proc响应参数，关闭Linux内核的重定向参数响应

5.1.6配置负载分配策略，并启动服务

5.1.7清空ipvsadm，并做策略

5.1.8保存设置 

5.2配置备负载均衡调度器（192.168.137.15） 

5.2.1关闭防火墙、增强机制和下载httpd服务

5.2.2安装ipvsadm、keepalived服务

5.2.3修改配置文件keeplived.conf

5.2.5调整proc响应参数，关闭Linux内核的重定向参数响应

5.2.6配置负载分配策略，并启动服务

5.2.7清空ipvsadm，并做策略

5.2.8保存设置

5.3配置节点服务器web1（192.168.137.20）

5.3.1关闭防火墙、增强机制和下载httpd服务

5.3.2配置站点文件

5.3.3配置虚拟VIP

5.3.4重启网络服务，开启虚拟网卡

5.3.5设置路由

5.3.6调整proc响应参数

5.3.7刷新proc参数

5.4配置节点服务器web2（192.168.137.30）

5.4.1关闭防火墙、增强机制和下载httpd服务

5.4.2配置站点文件

5.4.3配置虚拟vip 

5.4.4重启网络服务，开启虚拟网卡

5.4.5设置路由

5.4.6调整proc响应参数 

5.4.7刷新proc参数

5.5进行测试 

5.5.1当前使用的为主DR服务器

5.5.2断开主DR服务器的Keepalived测试 

5.5.3在客户端进行测试

六：Keepalived脑裂及解决办法

6.1Keepalived脑裂

6.2脑裂的原因

6.3对应策略

七：总结

前言：我们要理解Keepalived实现原理，掌握Keepalived的部署，掌握LVS+Keepalived高可用集群部署

一：Keepalived

专为LVS和HA设计的一款健康检查工具

判断LVS负载调度器、节点服务器的可用性，当master主机出现故障及时切换到backup节点保证业务正常，当 master 故障主机恢复后将其重新加入群集并且业务重新切换回 master 节点

二：keepalived实现原理剖析

keepalived采用vrrp热备份协议实现linux服务器的多机热备功能

vrrp（虚拟路由冗余协议）是针对路由器的一种备份解决方案​​​​​​​

  • 是针对路由器的一种备份解决方案

  • 由多台路由器组成一个热备组，通过共用的虚拟IP地址对外提供服务

  • 每个热备组内同时只有一台主路由器提供服务，其他路由器处于冗余状态

  • 若当前在线的路由器失效，则其他路由器会根据设置的优先级自动接替虚拟IP地址，继续提供服务

三：vrrp虚拟路由冗余协议

vrrp会把多台路由组成一个虚拟路由组vrid，vrrp会生成一个虚拟路由（包含虚拟ip和虚拟mac，局域网内用户不关心哪个是主哪个是备，他们只用虚拟路由器的虚拟ip作为他们的网关）实际上虚拟ip是承载在master路由器，也就是说实际的数据通过master进行转发backup是通过优先级来决定哪个是master路由，优先级最大的那台就是master，backup只是用来监听master定时发送的vrrp报文，如果超时未收到master发来的vrrp报文backup就会抢占master虚拟ip也会飘移到backup上

四：Keepalived体系主要模块及其作用

keepalived体系架构中主要有三个模块：core、check和vrrp

4.1core模块

为keepalived的核心，负责主进程的启动、维护及全局配置文件的加载和解析

4.2vrrp模块

是来实现vrrp协议的

4.3check模块

负责健康检查，常见的方式有端口检查及url检查

五：LVS+Keepalived高可用群集的搭建

#环境
主DR服务器：192.168.137.10     ipvsadm、keepalived
备DR服务器：192.168.137.15     ipvsadm、keepalived
web服务器1：192.168.137.20     httpd
web服务器2：192.168.137.30     httpd
VIP（虚拟ip）：192.168.137.60
客户端：192.168.137.100

5.1配置主负载均衡调度器（192.168.137.10）

5.1.1关闭防火墙、增强机制和下载httpd服务

systemctl stop firewalld
systemctl disable firewalld
setenforce 0

yum install httpd -y

5.1.2安装 ipvsadm和keepalived服务

yum -y install ipvsadm keepalived

5.1.3修改配置文件keeplived.conf

cd /etc/keepalived/
cp keepalived.conf keepalived.conf.bak
vim keepalived.conf
 
......
global_defs {						#定义全局参数
--10行--修改，邮件服务指向本地
	smtp_server 127.0.0.1
--12行--修改，指定服务器（路由器）的名称，主备服务器名称须不同，主为LVS_01，备为LVS_02
	router_id LVS_01
}
 
vrrp_instance VI_1 {				#定义VRRP热备实例参数
--20行--修改，指定热备状态，主为MASTER，备为BACKUP
    state MASTER
--21行--修改，指定承载vip地址的物理接口
    interface ens33
--22行--修改，指定虚拟路由器的ID号，每个热备组保持一致	
    virtual_router_id 10
--23行--修改，指定优先级，数值越大优先级越高，主为100，备为99
    priority 100
    advert_int 1					#通告间隔秒数(心跳频率)
    authentication {				#定义认证信息,每个热备组保持一致
		auth_type PASS				#认证类型
--27行--修改，指定验证密码，主备服务器保持一致
        auth_pass 123456
    }
    virtual_ipaddress {				#指定群集vip地址
        192.168.137.60
    }
}
--36行--修改，指定虚拟服务器地址(VIP)、端口，定义虚拟服务器和Web服务器池参数
virtual_server 192.168.137.60 80 {
    delay_loop 6					#健康检查的间隔时间(秒)
    lb_algo rr						#指定调度算法，轮询(rr)
--39行--修改，指定群集工作模式，直接路由(DR)
    lb_kind DR
    persistence_timeout 50			#连接保持时间(秒)
    protocol TCP					#应用服务采用的是 TCP协议
--43行--修改，指定第一个Web节点的地址、端口
    real_server 192.168.137.20 80 {
        weight 1					#节点的权重
--45行--删除，添加以下健康检查方式		
        TCP_CHECK {
			connect_port 80			#添加检查的目标端口
			connect_timeout 3		#添加连接超时(秒)
			nb_get_retry 3			#添加重试次数
			delay_before_retry 3	#添加重试间隔
		}
	}
 
	real_server 192.168.137.30 80 {		#添加第二个 Web节点的地址、端口
        weight 1
        TCP_CHECK {
			connect_port 80
			connect_timeout 3
			nb_get_retry 3
			delay_before_retry 3
		}
	}
}
##删除后面多余的配置##

5.1.4启动服务、查看虚拟网卡VIP

#启动服务、查看虚拟网卡vip
systemctl start keepalived
ip addr show dev ens33

5.1.5调整proc响应参数，关闭Linux内核的重定向参数响应

vim /etc/sysctl.conf
net.ipv4.ip_forward = 1
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 0

#刷新一下
sysctl -p

刷新一下

5.1.6配置负载分配策略，并启动服务

ipvsadm-save > /etc/sysconfig/ipvsadm
systemctl start ipvsadm.service

5.1.7清空ipvsadm，并做策略

ipvsadm -C
ipvsadm -A -t 192.168.137.60:80 -s rr
ipvsadm -a -t 192.168.137.60:80 -r 192.168.137.20:80 -g
ipvsadm -a -t 192.168.137.60:80 -r 192.168.137.30:80 -g

5.1.8保存设置 

ipvsadm
ipvsadm -ln
ipvsadm-save > /etc/sysconfig/ipvsadm

5.2配置备负载均衡调度器（192.168.137.15） 

5.2.1关闭防火墙、增强机制和下载httpd服务

systemctl stop firewalld
systemctl disable firewalld
setenforce 0

yum install httpd -y

5.2.2安装ipvsadm、keepalived服务

yum -y install ipvsadm keepalived

5.2.3修改配置文件keeplived.conf

cd /etc/keepalived/
cp keepalived.conf keepalived.conf.bak
vim keepalived.conf
 
......
global_defs {						#定义全局参数
--10行--修改，邮件服务指向本地
	smtp_server 127.0.0.1
--12行--修改，指定服务器（路由器）的名称，主备服务器名称须不同，主为LVS_01，备为LVS_02
	router_id LVS_01
}
 
vrrp_instance VI_1 {				#定义VRRP热备实例参数
--20行--修改，指定热备状态，主为MASTER，备为BACKUP
    state BACKUP
--21行--修改，指定承载vip地址的物理接口
    interface ens33
--22行--修改，指定虚拟路由器的ID号，每个热备组保持一致	
    virtual_router_id 10
--23行--修改，指定优先级，数值越大优先级越高，主为100，备为99
    priority 99
    advert_int 1					#通告间隔秒数(心跳频率)
    authentication {				#定义认证信息,每个热备组保持一致
		auth_type PASS				#认证类型
--27行--修改，指定验证密码，主备服务器保持一致
        auth_pass 123456
    }
    virtual_ipaddress {				#指定群集vip地址
        192.168.137.60
    }
}
--36行--修改，指定虚拟服务器地址(VIP)、端口，定义虚拟服务器和Web服务器池参数
virtual_server 192.168.137.60 80 {
    delay_loop 6					#健康检查的间隔时间(秒)
    lb_algo rr						#指定调度算法，轮询(rr)
--39行--修改，指定群集工作模式，直接路由(DR)
    lb_kind DR
    persistence_timeout 50			#连接保持时间(秒)
    protocol TCP					#应用服务采用的是 TCP协议
--43行--修改，指定第一个Web节点的地址、端口
    real_server 192.168.137.20 80 {
        weight 1					#节点的权重
--45行--删除，添加以下健康检查方式		
        TCP_CHECK {
			connect_port 80			#添加检查的目标端口
			connect_timeout 3		#添加连接超时(秒)
			nb_get_retry 3			#添加重试次数
			delay_before_retry 3	#添加重试间隔
		}
	}
 
	real_server 192.168.137.30 80 {		#添加第二个 Web节点的地址、端口
        weight 1
        TCP_CHECK {
			connect_port 80
			connect_timeout 3
			nb_get_retry 3
			delay_before_retry 3
		}
	}
}
##删除后面多余的配置##

5.2.4启动服务、查看虚拟网卡VIP 

systemctl start keepalived
ip addr show dev ens33

5.2.5调整proc响应参数，关闭Linux内核的重定向参数响应

vim /etc/sysctl.conf
net.ipv4.ip_forward = 1
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 0
#刷新一下
sysctl -p

刷新一下

5.2.6配置负载分配策略，并启动服务

ipvsadm-save > /etc/sysconfig/ipvsadm
systemctl start ipvsadm.service

5.2.7清空ipvsadm，并做策略

ipvsadm -C
ipvsadm -A -t 192.168.137.60:80 -s rr
ipvsadm -a -t 192.168.137.60:80 -r 192.168.137.20:80 -g
ipvsadm -a -t 192.168.137.60:80 -r 192.168.137.30:80 -g

5.2.8保存设置

ipvsadm
ipvsadm -ln
ipvsadm-save > /etc/sysconfig/ipvsadm

5.3配置节点服务器web1（192.168.137.20）

5.3.1关闭防火墙、增强机制和下载httpd服务

systemctl stop firewalld
systemctl disable firewalld
setenforce 0

yum install httpd -y

5.3.2配置站点文件

vim /var/www/html/index.html
ming zhen tan ke nan

5.3.3配置虚拟VIP

vim /etc/sysconfig/network-scripts/ifcfg-lo:0
DEVICE=lo:0
ONBOOT=yes
IPADDR=192.168.137.60
NETMASK=255.255.255.255

5.3.4重启网络服务，开启虚拟网卡

systemctl restart network
ifup lo:0
ifconfig lo:0

5.3.5设置路由

route add -host 192.168.137.60 dev lo:0
route -n

5.3.6调整proc响应参数

#添加系统只响应目的IP为本地IP的ARP请求
#系统不使用原地址来设置ARP请求的源地址，而是物理mac地址上的IP
vim /etc/sysctl.conf
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
net.ipv4.conf.default.arp_ignore = 1
net.ipv4.conf.default.arp_announce = 2
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.lo.arp_announce = 2

5.3.7刷新proc参数

sysctl -p

5.4配置节点服务器web2（192.168.137.30）

5.4.1关闭防火墙、增强机制和下载httpd服务

systemctl stop firewalld
systemctl disable firewalld
setenforce 0

yum install httpd -y

5.4.2配置站点文件

vim /var/www/html/index.html
gui mie zhi ren

5.4.3配置虚拟vip 

vim /etc/sysconfig/network-scripts/ifcfg-lo:0
DEVICE=lo:0
ONBOOT=yes
IPADDR=192.168.137.60
NETMASK=255.255.255.255

5.4.4重启网络服务，开启虚拟网卡

systemctl restart network
ifup lo:0
ifconfig lo:0

5.4.5设置路由

route add -host 192.168.137.60 dev lo:0
route -n

5.4.6调整proc响应参数 

#添加系统只响应目的IP为本地IP的ARP请求
#系统不使用原地址来设置ARP请求的源地址，而是物理mac地址上的IP
vim /etc/sysctl.conf
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
net.ipv4.conf.default.arp_ignore = 1
net.ipv4.conf.default.arp_announce = 2
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.lo.arp_announce = 2

5.4.7刷新proc参数

sysctl -p

5.5进行测试 

5.5.1当前使用的为主DR服务器

5.5.2断开主DR服务器的Keepalived测试 

systemctl stop keepalived.service

5.5.3在客户端进行测试

六：Keepalived脑裂及解决办法

6.1Keepalived脑裂

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

6.2脑裂的原因

高可用服务器对之间心跳线链路发生故障，导致无法正常通信。如心跳线坏了（包括断了，老化）。
因网卡及相关驱动坏了，ip配置及冲突问题（网卡直连）。
因心跳线间连接的设备故障（网卡及交换机）。
因仲裁的机器出问题（采用仲裁的方案）。
高可用服务器上开启了 iptables防火墙阻挡了心跳消息传输。
Keepalived配置里同一 VRRP实例如果 virtual_router_id两端参数配置不一致也会导致裂脑问题发生。
vrrp实例名字不一致、优先级一致。

6.3对应策略

添加冗余的心跳线，例如：双线条线（心跳线也HA），尽量减少“裂脑”发生几率
启用磁盘锁。正在服务一方锁住共享磁盘，“裂脑”发生时，让对方完全“抢不走”共享磁盘资源。但使用锁磁盘也会有一个不小的问题，如果占用共享盘的一方不主动“解锁”，另一方就永远得不到共享磁盘。现实中假如服务节点突然死机或崩溃，就不可能执行解锁命令。后备节点也就接管不了共享资源和应用服务。于是有人在HA中设计了“智能”锁。即：正在服务的一方只在发现心跳线全部断开（察觉不到对端）时才启用磁盘锁。平时就不上锁了
设置仲裁机制。例如设置参考IP（如网关IP），当心跳线完全断开时，2个节点都各自ping一下参考IP，不通则表明断点就出在本端。不仅“心跳”、还兼对外“服务”的本端网络链路断了，即使启动（或继续）应用服务也没有用了，那就主动放弃竞争，让能够ping通参考IP的一端去起服务。更保险一些，ping不通参考IP的一方干脆就自我重启，以彻底释放有可能还占用着的那些共享资源。
利用脚本检测、报警

vim check_keepalived.sh
 
#!/bin/bash
$ip=192.168.233.9
while true
do
if [ `ip a show ens33 |grep $ip|wc -l` -ne 0 ]
then    echo "keepalived is error!"
else    echo "keepalived is OK !"
fi
done

七：总结

通过本章内容的学习，我们了解了Keepalived的主要功能，在生产环境中我们会经常使用到，我们需要知道Keepalived主服务器与从服务器的区别，其原理和vrrp差不多。知道如何构建负载均衡、高可用群集。

糖醋·小排顾
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
zabbix监控脑裂
weixin_57691077的博客
06-23 248
简介 在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询着的联机日志出错）。 　　 对付HA系统“裂脑”的对策，目前达成共识的的大概有以下几条： 添加冗余的心跳线，例如：双线条线（心
keepalived中的脑裂
惨绿少年 | 欢迎访问CLSN博客站点 http://clsn.io
10-28 399
    在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询着的...
解决keepalived脑裂问题
weixin_30245867的博客
03-03 412
检测思路：正常情况下keepalived的VIP地址是在主节点上的，如果在从节点发现了VIP，就设置报警信息 脚本如下： #!/bin/bash #检查脑裂的脚本，在备节点上进行部署 LB01_VIP=10.10.10.229 LB01_IP=10.10.10.129 LB02_IP=10.10.10.130 whiletrue do ping-c2-W3$LB...
Keepalived如何解决脑裂问题
Zijian Su的博客
06-25 2114
作者：灯下黑 链接：https://www.zhihu.com/question/50997425/answer/136178424 可以采用第三方仲裁的方法。由于keepalived体系中主备两台机器所处的状态与对方有关。如果主备机器之间的通信出了网题，就会发生脑裂，此时keepalived体系中会出现双主的情况，产生资源竞争。一般可以引入仲裁来解决这个问题，即每个节点必须判断自身的状态。最简单的一种操作方法是，在主备的keepalived的配置文件中增加check配置，服务器周期性地ping一下网关，如
keepalived脑裂解决方案
smallbirdnq的专栏
05-26 986
原创地址：keepalived脑裂 ** 脑裂（split-brain） ** 指在一个高可用（HA）系统中，当联系着的两个节点断开联系时，本来为一个整体的系统，分裂为两个独立节点，这时两个节点开始争抢共享资源，结果会导致系统混乱，数据损坏。 对于无状态服务的HA，无所谓脑裂不脑裂；但对有状态服务(比如MySQL)的HA，必须要严格防止脑裂。（但有些生产环境下的系统按照无状态服务HA的那一套去配置有状态服务，结果可想而知…） ** keepalived脑裂产生原因 ** ①master node和backu
LVS+Keepalived 高可用群集
m0_51160032的博客
11-20 3229
目录 一、Keepalived工具介绍 二、Keepalived实现原理剖析 2.1VRRP （虚拟路由冗余协议） 三、Keepalived案例讲解 四、LVS+Keepalived 高可用群集的搭建 4.1 配置负载调度器（主：192.168.59.103） 4.2 配置负载调度器（备：192.168.59.118） 4.3 配置节点服务器 web1（192.168.59.108） 4.4 配置节点服务器 web2（192.168.59.102） 4.5 测试 1）当前使用的为主DR
LVS+Keepalived 高可用群集实例
ynyysn的博客
03-25 173
文章目录一、Keepalived 工具介绍二、Keepalived 实现原理三、Keepalived 配置文件四、LVS+Keepalived 高可用群集的搭建4.1 配置负载调度器（主：192.168.24.10）4.2 配置负载调度器（备：192.168.24.20）4.3 配置节点服务器 web14.4 配置节点服务器 web2总结 一、Keepalived 工具介绍 专为 LVS 和 HA 设计的一款健康检查工具 支持故障自动切换(Failover) 支持节点健康状态检查(Health Che..
(带目录版)MySQL LVS+Keepalived+MHA 高可用群集 应用部署操作手册
04-07
### MySQL LVS+Keepalived+MHA 高可用群集应用部署操作手册知识点解析 #### MHA 架构介绍与工作原理 - **MHA（Master High Availability）概述** - MHA 是一套用于MySQL高可用环境下的故障切换和主从提升方案，由...
搭建LVS+KEEPALIVED负载均衡.pdf
10-02
搭建LVS+KEEPALIVED负载均衡 基于LVS（Linux Virtual Server）和KEEPALIVED的负载均衡技术，可以实现高可用性和高性能...同时，LVS和KEEPALIVED可以实现高可用性和高性能，且可以灵活地配置Real Server和服务器群集。
keepalived脑裂及解决办法
weixin_43557605的博客
01-16 4600
1. keepalived脑裂 在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如...
解决Keepalived “脑裂”（双VIP）问题
最新发布
weixin_43460822的博客
03-02 675
【代码】解决Keepalived “脑裂”（双VIP）问题。
keepalived高可用
whell_scl的博客
09-02 1249
文章目录1. keepalived简介1.1 keepalived是什么？1.2 keepalived的重要功能1.3 keepalived高可用故障转移的原理1.4 keepalived原理1.4.1 keepalived高可用架构图1.4.2 keepalived工作原理描述2. keepalived配置文件讲解2.1 keepalived默认配置文件2.2 定制主配置文件2.3 实例3 脑裂...
keepalived MySQL 脑裂_keepalived 脑裂解决思路
weixin_33359523的博客
01-20 577
(主从模式)脑裂问题上述主从配置方式存在脑裂的可能，即两个节点实际都处于正常工作状态，但是无法接收到彼此的组播通知，这时两个节点均强行绑定虚拟IP，导致不可预料的后果。这时就需要设置仲裁，即每个节点必须判断自身的状态(应用服务状态及自身网络状态)，要实现这两点可使用自定义shell脚本实现，通过周期性地检查自身应用服务状态，并不断ping网关(或其它可靠的参考IP)均可。当自身服务异常、或无法pi...
keepalived的脑裂问题
weixin_34409822的博客
03-22 461
1、什么是脑裂脑裂（split-brain）：指在一个高可用（HA）系统中，当联系着的两个节点断开联系时，本来为一个整体的系统，分裂为两个独立节点，这时两个节点开始争抢共享资源，结果会导致系统混乱，数据损坏。对于无状态服务的HA，无所谓脑裂不脑裂；但对有状态服务(比如MySQL)的HA，必须要严格防止脑裂。2、解决keepalived脑裂问题检测思路：...
【LVS实战】05 keepalived脑裂问题解决方案
程序员笔记
12-02 1579
脑裂（split-brain）：指在一个高可用（HA）系统中，当联系着的两个节点断开联系时，本来为一个整体的系统，分裂为两个独立节点，这时两个节点开始争抢共享资源，结果会导致系统混乱，数据损坏。对于无状态服务的HA，无所谓脑裂不脑裂；但对有状态服务(比如MySQL)的HA，必须要严格防止脑裂。那么keepalived是如何解决或者防止脑裂问题的？
Keepalived脑裂产生的原因及解决方案
weixin_56129498的博客
06-23 371
脑裂 在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询着的联机日志出错）。 　　 对付HA系统“裂脑”的对策，目前达成共识的的大概有以下几条： 添加冗余的心跳线，例如：双线条线（心跳
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值