centos 7 防止及解决keepalive脑裂现象(主备均有vip)

背景

最近在两台centos7机器上部署了keepalived主备,但两台机器都有同一个VIP。

|--------|-------------|----------|-------------|
| 角色 | IP | 操作系统 | VIP |
| MASTER | 10.16.25.22 | centos7 | 10.16.25.20 |
| BACKUP | 10.16.25.24 | centos7 | 10.16.25.20 |

关于ARP信息介绍:

ARP表是一个动态表,存储在计算机当中,目的是做一个ip地址与mac地址的对应。

假设在同一子网段,计算机A与计算机B通信

计算机A的ip地址: 192.168.0.11 MAC地址AA-AA-AA-AA-AA-AA

计算机B的ip地址: 已知192.168.0.12 MAC地址未知

那么计算机A就要发起一个ARP查询,"谁能告诉我,192.168.0.12的MAC地址是多少?"

很显然通过交换机的时候,交换机并不能看懂ip地址,所以要广播这个信息,就把这个查询信息发到除发送端的其它所有端口。(当然,交换机还要记住192.168.0.11主机的mac地址)

其它所有的计算机看到这个广播发现目的ip不是自己,就把这个数据丢弃,只有192..168.0.12的计算机B会响应,并发送回执,告诉计算机A,"我是192.168.0.12,我的MAC地址是AA-AA-AA-AA-AA-AB"当通过交换机,交换机记住从计算机B端口过来的MAC地址,并通过已知的A计算机MAC地址,发动到连接计算机A的端口。(此时不再广播)计算机A与计算机B都知道对方的ip和MAC地址,开始通信。

服务器网络环境中,因为路由交换层禁用了ARP的广播限制,造成KEEPALIVE主备协议无法通过广播的方式进行通信,造成主备两台服务器都强占HAVIP地址,出现同时两台服务器都有VIP地址的情况出现,必须通过配置来指定IP的两台服务器间进行通讯。

解决方案

一 防火墙设置:

a) firewalld 开启vrrp 协议(2台机器都执行)

bash 复制代码
firewall-cmd --direct --permanent --add-rule ipv4 filter INPUT 0 --in-interface ens192 --destination 10.16.25.20 --protocol vrrp -j ACCEPT

firewall-cmd --reload

b)iptables

bash 复制代码
#MASTER
iptables -A INPUT -i ens192 -p vrrp -s 10.16.25.24  -j ACCEPT 
#BACKUP
iptables -A INPUT -i ens192 -p vrrp -s 10.16.25.22 -j ACCEPT

二 keepalived 来指定IP的两台服务器间进行通讯

MASTER添加配置如下:

bash 复制代码
priority 100
unicast_src_ip  10.16.25.22
unicast_peer {
  10.16.25.24
  }

BACKUP添加配置如下:

bash 复制代码
priority 90
unicast_src_ip  10.16.25.24
unicast_peer {
  10.16.25.22
  }
相关推荐
2401_8582861129 分钟前
OS82.【Linux】设计线程池
java·linux·运维·服务器·开发语言·算法·线程池
@yanyu6661 小时前
kali note
linux·运维·服务器
lys079620002 小时前
多台亚马逊云服务器,在同一个网段的办法
运维·服务器
2601_963282772 小时前
极寒场景专网通信技术实践:黑龙江零下 40℃环境数字对讲组网方案落地解析
大数据·运维·数据库
沫璃染墨2 小时前
《从零入门Linux系统篇(十四):系统工具篇·五——Git版本控制:从版本管理到协同开发》
linux·运维·服务器·git·gitee·github
元岳数字人小元4 小时前
数字人开源技术优势解析,助力智能交互普及落地
运维·人工智能·开源·人机交互·交互
allforgood4 小时前
归档和传输文件
linux·运维·服务器
王琦03185 小时前
Linux的管理程序
linux·运维·服务器
IT大白鼠6 小时前
ntfy服务器告警推送系统完整实现方案
运维·服务器·ntfy
名字还没想好☜6 小时前
Kubernetes NetworkPolicy 实战:默认全通的坑与用标签做零信任隔离
运维·云原生·容器·kubernetes·networkpolicy