keepalived配置抢占模式

已于 2022-10-15 16:36:27 修改
阅读量2.6k 收藏 4
点赞数 2
分类专栏： keepalived 高可用 文章标签： bash 服务器 linux
于 2022-10-15 15:56:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/MssGuo/article/details/127335121
版权

目录

keepalived配置抢占模式（默认就是抢占模式）

keepalive配置抢占模式无非就是：当keepalived的master节点服务器挂了之后vip漂移到了备节点，当主节点恢复后主动将vip再次抢回来。
keepalived默认就是抢占模式。

抢占模式：
master故障--->backup顶上--->master恢复后抢占vip--->backup继续保持备用状态

抢占模式配置：
1、主节点的state设为MASTER，备节点设为为BACKUP；
2、其中master节点的优先级必须要高于backup节点的优先级；

配置抢占模式的Keepalived

#配置master主节点
[root@master~]# cat /etc/keepalived/keepalived.conf
! Configuration File for keepalived

global_defs {
   router_id LB1			#keepalived服务器的路由标识，用于标识机器的，默认值是主机名
   vrrp_skip_check_adv_addr	#保持默认参数
   vrrp_strict				#保持默认参数
   vrrp_garp_interval 0		#保持默认参数
   vrrp_gna_interval 0		#保持默认参数
}

vrrp_instance VI_1 {		#VT_1是实例名，可以自定义，建议主备的实例名保持一致，让人一眼就知道这两个是一对的
    state MASTER			#配置为MASTER,state:有两种状态MASTER、BACKUP,谁为主节点是由prority决定,并不是由state决定
    interface ens33			# vip绑定的网卡
    virtual_router_id 51	#虚拟路由id,用于标识一个唯一的实例，master和backup该标识必须相同，用于表示他两是一组的
    priority 100			#优先级设为100，优先级用于确定谁具有vip，谁就是主节点
    advert_int 1			#心跳包的时间间隔，默认就是1秒就发一次
    authentication {		#主备之间的认证信息
        auth_type PASS		#认证类型，默认PASS
        auth_pass 1111		#认证密码
    }
    virtual_ipaddress {
        192.168.118.100		#vip地址
    }
}

[root@master~]#

#配置BACKUP主节点
[root@master~]# cat /etc/keepalived/keepalived.conf
! Configuration File for keepalived

global_defs {
   router_id LB2 				#keepalived服务器的路由标识，用于标识机器的，默认值是主机名
   vrrp_skip_check_adv_addr		#保持默认参数
   vrrp_strict					#保持默认参数
   vrrp_garp_interval 0			#保持默认参数
   vrrp_gna_interval 0			#保持默认参数
}

vrrp_instance VI_1 {			#VT_1是实例名，可以自定义，建议主备的实例名保持一致，让人一眼就知道这两个是一对的
    state BACKUP				#配置为BACKUP,state:有两种状态MASTER、BACKUP,谁为主节点是由prority决定,并不是由state决定
    interface ens33				# vip绑定的网卡
    virtual_router_id 51		#虚拟路由id,用于标识一个唯一的实例，同时主备应该保持一致，用于表示他两是一组的
    priority 50					#设的比master的优先级低，优先级用于确定谁具有vip，谁就是主节点
    advert_int 1				#心跳包的时间间隔，默认就是1秒就发一次
    authentication {			#主备之间的认证信息
        auth_type PASS			#认证类型，默认PASS
        auth_pass 1111			#认证密码
    }   
    virtual_ipaddress {
        192.168.118.100			#vip地址
    }   
}

小结：
1、全局配置中定义 router_id LB1，用于标识机器的，默认值是主机名；
2、主的state 设为MASTER，备的state设为BACKUP，谁为主节点是由prority决定,并不是由state决定；
3、主优先级priority 要比备的高；
4、virtual_router_id 51，虚拟路由id用于标识一个唯一的实例，同时主备应该保持一致，用于表示他两是一组的；
5、认证信息要一致，密码要一致。

启动keepalived

启动主服务器和备服务器上的keepalived服务：

[root@master~]# systemctl start  keepalived.service 	#启动主服务器的keepalived服务
[root@backup ~]# systemctl start   keepalived.service	#启动备服务器的keepalived服务

#可以看到vip绑定在master上
[root@master~]# ip a| head -n 17		
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:60:6e:7b brd ff:ff:ff:ff:ff:ff
    inet 192.168.118.129/24 brd 192.168.118.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet 192.168.118.100/32 scope global ens33		#这就是vip
       valid_lft forever preferred_lft forever
[root@master~]# 

#backup 上并没有vip
[root@backup ~]# ip a| head -n 17
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:28:67:09 brd ff:ff:ff:ff:ff:ff
    inet 192.168.118.132/24 brd 192.168.118.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
[root@backup ~]#

测试-vip的抢占

#停掉主上的keepalived服务，这样主就不会发送心跳包，备就会抢占vip
# master上已经没有vip了，如下所示：
[root@master~]# systemctl  stop keepalived.service  && ip a| head -n 17
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:60:6e:7b brd ff:ff:ff:ff:ff:ff
    inet 192.168.118.129/24 brd 192.168.118.255 scope global ens33
       valid_lft forever preferred_lft forever
[root@master~]# 

# 查看备，vip漂移到了备服务器上
[root@backup ~]# ip a| head -n 17
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:28:67:09 brd ff:ff:ff:ff:ff:ff
    inet 192.168.118.132/24 brd 192.168.118.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
    inet 192.168.118.100/32 scope global ens33
       valid_lft forever preferred_lft forever
[root@backup ~]#

现在vip在备服务器上，当主重新启动，主就会发送心跳包，备收到心跳包发现优先级比自己高，就会释放vip，这样vip 就被master抢占回来了。如下：

#重新启动master服务器，vip就被主抢占回来了
[root@master ~]# systemctl  start keepalived.service
[root@master ~]# ip a| head -n 17
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:60:6e:7b brd ff:ff:ff:ff:ff:ff
    inet 192.168.118.129/24 brd 192.168.118.255 scope global ens33
       valid_lft forever preferred_lft forever
    inet 192.168.118.100/32 scope global ens33		#vip被主抢占回来了
       valid_lft forever preferred_lft forever
 

#查看备服务器的状态
[root@backup ~]# systemctl status keepalived     
â— keepalived.service - LVS and VRRP High Availability Monitor
   Loaded: loaded (/usr/lib/systemd/system/keepalived.service; disabled; vendor preset: disabled)
   Active: active (running) since Sat 2022-10-15 15:16:42 CST; 15min ago
     Docs: man:keepalived(8)
           man:keepalived.conf(5)
           man:genhash(1)
           https://keepalived.org
  Process: 92667 ExecStart=/usr/local/keepalived/sbin/keepalived $KEEPALIVED_OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 92668 (keepalived)
    Tasks: 2
   Memory: 664.0K
   CGroup: /system.slice/keepalived.service
           â”─92668 /usr/local/keepalived/sbin/keepalived -D
           └─92669 /usr/local/keepalived/sbin/keepalived -D

Oct 15 15:25:23 backup Keepalived_vrrp[92669]: Sending gratuitous ARP on ens33 for 192.168.118.100
Oct 15 15:25:28 backup Keepalived_vrrp[92669]: (VI_1) Sending/queueing gratuitous ARPs on ens33 for 192.168.118.100
Oct 15 15:25:28 backup Keepalived_vrrp[92669]: Sending gratuitous ARP on ens33 for 192.168.118.100
Oct 15 15:25:28 backup Keepalived_vrrp[92669]: Sending gratuitous ARP on ens33 for 192.168.118.100
Oct 15 15:25:28 backup Keepalived_vrrp[92669]: Sending gratuitous ARP on ens33 for 192.168.118.100
Oct 15 15:25:28 backup Keepalived_vrrp[92669]: Sending gratuitous ARP on ens33 for 192.168.118.100
Oct 15 15:25:28 backup Keepalived_vrrp[92669]: Sending gratuitous ARP on ens33 for 192.168.118.100
Oct 15 15:29:44 backup Keepalived_vrrp[92669]: (VI_1) Master received advert from 192.168.118.129 with higher priority 100, ours 50
Oct 15 15:29:44 backup Keepalived_vrrp[92669]: (VI_1) Entering BACKUP STATE	#进入了BACKUO 状态
Oct 15 15:29:44 backup Keepalived_vrrp[92669]: (VI_1) removing VIPs.			#删除vip

#备已经没有vip了
[root@backup ~]# ip a| head -n 17 
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:28:67:09 brd ff:ff:ff:ff:ff:ff
    inet 192.168.118.132/24 brd 192.168.118.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
[root@backup ~]#

以上就是keepalived的抢占模式。

keepalived的抢占与非抢占模式
Shallow的博客
11-30 4171
背景：两个节点haproxy通过keepalived实现高可用 说明：harpxy的实际运行过程中，当master发生异常，且后期恢复master正常后，存在抢占或非抢占两种情况。简单点说抢占模式就是，当master宕机后，backup 接管服务。后续当master恢复后，vip漂移到master上，master重新接管服务，多了一次多余的vip切换，而在实际生产中是不需要这样。实际生产中是，当 原先的master恢复后，状态变为backup,不接管服务，这是非抢占模式。 接下来分4种情况说明 1）俩台都为
keepalived非抢占模式那点事
weixin_41492695的博客
06-10 794
大部分使用过的人对配置keepalived非抢占模式都很熟悉，我这里贴一下最简化的配置 node1 global_defs { } vrrp_instance VI_1 { state BACKUP nopreempt priority 100 advert_int 1 virtual_router_id 1 interface em1 authentication { auth_type PASS auth_pass 1111 } virtual...
keepalived设置不抢占
xuejinliang的专栏
03-06 3163
通常情况下，利用Keepalived做整个集群的高可用组件，其中一台设置为master，一台设置为backup。当master出现异常后，backup自动切换为master。然而当master恢复正常后会再次抢占成为master，最终导致不必要的主备切换。因此可以将两台keepalived初始状态均配置为backup，设置不同的优先级，优先级高的设置为nopreempt来解决异常恢复后再次抢占的问
keepalived抢占模式
qq_28109597的博客
12-20 666
keepalived抢占模式 vrrp实例里面 state必须是BACKUP [root@200235-nginxa keepalived]# cat keepalived.conf global_defs { router_id NGINX_MASTER script_user root enable_script_security vrrp_skip_check_adv_addr vrrp_garp_interval 0 vrrp_gna_interval 0 } vrrp_script check_n
Keepalived抢占模式和非抢占模式
ouqisheng的博客
08-12 1805
建议设置为非抢占模式 nopreempt ，即高优先级主机恢复后，并不会抢占低优先级主机的master角色 非抢占模块下,如果原主机down机, VIP迁移至的新主机, 后续也发生down时,仍会将VIP迁移回原主机。抓包还是ka2，vip还在ka2，因为非抢占模式，即使优先级高的主机恢复，也不会抢占优先级低的主机，如果原来的主机down机，vip迁移至新的主机，后续也发生down机时，会将vip迁移会源主机。注意：要关闭 VIP抢占，必须将各 keepalived 服务器state配置为BACKUP。
keepalived在非抢占模式下导致集群无法创建的问题
最新发布
qq_43160049的博客
01-20 172
keepalived通常用于保证集群的高可用，其通过实现故障的自动切换来保证集群中能有一个可用的master节点。keepalived有一个master节点和多个备用节点，在创建集群的过程中第一个启动了keepalived进程的节点将被视为默认master节点。避免上述问题的根本措施就是保证keepalived的master节点和集群的master节点是一致的，如保证进程和集群创建的客观条件一致；添加判断条件限制非keepalived的master节点成为集群的master节点。
keepalived+nginx双机热备+负载均衡 非抢占模式
09-22
"keepalived+nginx双机热备+负载均衡 非抢占模式"是一种常见的解决方案，它能够确保服务的连续性和效率。下面将详细介绍这个主题。 **Keepalived** Keepalived是一款基于VRRP（Virtual Router Redundancy Protocol...
keepalived详解与配置与应用
m0_63255850的博客
08-17 3030
功能： 基于vrrp协议完成地址流动 为vip地址所在的节点生成ipvs规则(在配置文件中预先定义) 为ipvs集群的各RS做健康状态检测 基于脚本调用接口完成脚本中定义的功能，进而影响集群事务，以此支持nginx、haproxy等服务virtual_server IP port #定义虚拟主机IP地址及其端口virtual_server fwmark int #ipvs的防火墙打标，实现基于防火墙的负载均衡集群virtual_server group string #使用虚拟服务器组​。
keepalive的介绍及相关强占模式配置
02-08
keepalive的安装，虚拟iP的介绍，强占模式的切换，跟redis的组合实例配置
浅谈Keepalived抢占模式
元宇宙
07-23 1169
利用Keepalived做整个集群的高可用组件，其中一台设置为master，一台设置为backup。当master出现异常后，backup自动切换为master。然而当master恢复正常后会再次抢占成为master，最终导致不必要的主备切换。 因此可以将两台keepalived初始状态均配置为backup，设置不同的优先级，优先级高的设置为nopreempt来解决异常恢复后再次抢占的问题。 具体设置如下所示： A调度机器设置为： vrrp_instance VI_foo { .... ...
关于keepalived的抢占模式和非抢占模式的理解
lemon-tea的博客
10-15 2575
keepalived的高可用，分为抢占模式和非抢占模式，抢占模式是当master从故障中恢复后，会将VIP从BACKUP中抢过来，非抢占模式是master恢复后不抢占backup升级为master后的vip。 有如下机器： 类别 主备 IP ip1 主 192.168.200.1 ip2 备 192.168.200.2 global_defs { ... } vrrp_instance myland_slb { ... state MASTER # 状态
keepalived+脚本抢占模式和非抢占模式
qq_25096749的博客
10-30 589
keepalive抢占模式和非抢占模式
微服务基础----keepalived抢占式和非抢占式的配置及区别
weixin_42595747的博客
06-08 852
微服务基础----keepalived抢占式和非抢占式的配置及区别 Keepalived抢占模式和非抢占模式： ### 抢占模式即MASTER从故障中恢复后，会将VIP从BACKUP节点中抢占过来。 ### 非抢占模式即MASTER恢复后不抢占BACKUP升级为MASTER后的VIP。 1.在Master节点和Slave节点 /etc/keepalived目录下添加check_nginx.sh 文件，用于检测Nginx的存活状况。 check_nginx.sh文件信息如下：（注意 “ ` ” 这是大写
什么是keepalived的抢占模式和非抢占模式
MssGuo的博客
10-15 2041
keepalived的抢占模式和不抢占模式
Keepalived
2401_83784774的博客
06-20 383
Keepalived 是一个基于VRRP协议来实现的LVS服务高可用方案，可以解决静态路由出现的单点故障问题。
【Keepalived】搭建三节点、抢占式的Keepalived主备集群
cnskylee的博客
07-07 2353
非抢占式，相对于抢占式，少了一次 VIP 的切换，这是非抢占式集群的优点。所以，从性价比来看，还是抢占式的集群，更适合在生产环境部署，即两个备用节点的资源配置可以减半，甚至更低，因为只要主节点能在可控的时间内恢复，VIP就会被主节点再次抢占。2）当MASTER 节点（即192.168.223.31）系统宕掉或者服务不可用，VIP会根据节点配置的优先级，被强行迁移（即抢占）到另外两台备用节点中优先级（priority）较高的节点，即192.168.223.32。
keepalived抢占模式和非抢占模式
liucy007的博客
01-04 2800
1，抢占式 抢占模式为当keepalived的某台机器挂了之后VIP漂移到了备节点，当主节点恢复后主动将VIP再次抢回，keepalived默认工作在抢占模式下。 主节点MASTER，备节点BACKUP 2，非抢占式 非抢占模式则是当主节挂了再次起来后不再抢回VIP。 两个节点的state都必须配置为BACKUP，两个节点都必须加上配置 nopreempt。 ...
keepalived配置非抢占模式主从都有虚拟vip
09-14
keepalived是一个用于Linux系统的高可用性解决方案，它通过VRRP（Virtual Router Redundancy Protocol，虚拟路由器冗余协议）协议来实现高可用性服务。VRRP允许两个或多个节点共享一个虚拟IP地址（VIP），这样当主节点发生故障时，备份节点可以迅速接管流量，从而保证服务的连续性。 在非抢占模式下，当主节点因故障失去响应时，不会自动重新选举新的主节点。这意味着即使主节点恢复，也不会重新获得VIP的所有权，除非管理员手动介入。 配置keepalived实现非抢占模式同时主从节点都有虚拟VIP，你需要在keepalived的配置文件中设置`nopreempt`选项。以下是一个配置示例： ```conf vrrp_instance VI_1 { state MASTER interface eth0 virtual_router_id 51 priority 100 nopreempt advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.0.100 } } vrrp_instance VI_2 { state BACKUP interface eth0 virtual_router_id 51 priority 50 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.0.100 } } ``` 在这个配置中，两台机器都配置了相同的`virtual_router_id`和`virtual_ipaddress`，但只有主节点（MASTER）配置了高优先级（这里为100），备份节点（BACKUP）配置了低优先级（这里为50）。通过`nopreempt`选项，备份节点不会抢占VIP，即使它的优先级变高。这样，即使主节点恢复，备份节点也不会将VIP交给主节点。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值