Linux之Keepalived高可用
发布时间:2022-08-09 10:37:26 所属栏目:Linux 来源:互联网
导读:一、高可用介绍# 1.1 什么是高可用# 一般是指2台机器启动着完全相同的业务系统,当有一台机器down机了,另外一台服务器就能快速的接管,对于访问的用户是无感知的。 1.2 常用的工具# 硬件通常使用:F5 软件通常使用:Keepalived 1.3 keepalived是如何实现高
一、高可用介绍# 1.1 什么是高可用# 一般是指2台机器启动着完全相同的业务系统,当有一台机器down机了,另外一台服务器就能快速的接管,对于访问的用户是无感知的。 1.2 常用的工具# 硬件通常使用:F5 软件通常使用:Keepalived 1.3 keepalived是如何实现高可用的?# 1.3.1 涉及名词# keepalived软件是基于VRRP协议实现的,VRRP虚拟路由冗余协议,主要用于解决单点故障问题 ARP:广播 VRRP协议:在一个局域网中进行广播 vip:负责IP漂移 vmac:负责通知ARP广播修改mac地址 1.3.2 例子# 比如公司的网络是通过网关进行上网的,那么如果该路由器故障了,网关无法转发报文了,此时所有人都无法上网了,怎么办? 通常做法是给路由器增加一台备用节点,但是问题是,如果我们的主网关master故障了,用户是需要手动指向backup的,如果用户过多修改起来会非常麻烦。 问题一:假设用户将指向都修改为backup路由器,那么master路由器修好了怎么办? 问题二:假设Master网关故障,我们将backup网关配置为master网关的ip是否可以? 其实是不行的,因为PC第一次通过ARP广播寻找到Master网关的MAC地址与IP地址后,会将信息写到ARP的缓存表中,那么PC之后连接都是通过那个缓存表的信息去连接,然后进行数据包的转发,即使我们修改了IP但是Mac地址是唯一的,pc的数据包依然会发送给master。(除非是PC的ARP缓存表过期,再次发起ARP广播的时候才能获取新的backup对应的Mac地址与IP地址) 如何才能做到出现故障自动转移,此时VRRP就出现了,我们的VRRP其实是通过软件或者硬件的形式在Master和Backup外面增加一个虚拟的MAC地址(VMAC)与虚拟IP地址(VIP),那么在这种情况下,PC请求VIP的时候,无论是Master处理还是Backup处理,PC仅会在ARP缓存表中记录VMAC与VIP的信息。 1.4 高可用keepalived核心概念# 如何确定谁是主节点谁是备节点(选举投票,优先级) 如果Master故障,Backup自动接管,那么Master恢复后会夺权吗(抢占式、非抢占式) 如果两台服务器都认为自己是Master会出现什么问题(脑裂问题) 二、keepalived搭建# 2.1 环境准备# 主机 IP 身份 lb01 192.168.15.5 keepalived master lb02 192.168.15.6 keepalived backup web01 172.16.1.7 web端 web02 172.16.1.8 web端 db01 172.16.1.61 数据库 192.168.15.3 VIP 2.2 安装Keepalived# [root@lb01 conf.d]# yum install keepalived -y 2.3 配置keepalived# 查找配置文件 [root@lb01 ~]# rpm -qc keepalived /etc/keepalived/keepalived.conf 配置主节点LoadBalance01的配置文件 [root@lb01 ~]# vim /etc/keepalived/keepalived.conf ! Configuration File for keepalived # 全局配置 global_defs { # 当前keepalived的唯一标识 router_id LoadBalance01 } # 配置VRRP协议 vrrp_instance VI_1 { # 状态,MASTER和BACKUP state MASTER # 绑定网卡 interface eth0 # 虚拟路由标示,可以理解为分组 virtual_router_id 50 # 优先级 priority 100 # 监测心跳间隔时间 advert_int 1 # 配置认证 authentication { # 认证类型 auth_type PASS # 认证的密码 auth_pass 1111 } # 设置VIP virtual_ipaddress { # 虚拟的VIP地址 192.168.15.3 } } 配置备用节点LoadBalance01的配置文件 [root@lb01 ~]# vim /etc/keepalived/keepalived.conf ! Configuration File for keepalived # 全局配置 global_defs { # 当前keepalived的唯一标识 router_id LoadBalance02 } # 配置VRRP协议 vrrp_instance VI_1 { # 状态,MASTER和BACKUP state BACKUP # 绑定网卡 interface eth0 # 虚拟路由标示,可以理解为分组 virtual_router_id 50 # 优先级 priority 80 # 监测心跳间隔时间 advert_int 1 # 配置认证 authentication { # 认证类型 auth_type PASS # 认证的密码 auth_pass 1111 } # 设置VIP virtual_ipaddress { # 虚拟的VIP地址 192.168.15.3 } } 2.4 启动服务(开机自启动)# [root@lb01 ~]# systemctl enable --now keepalived [root@lb02 ~]# systemctl enable --now keepalived 2.5 keepalived开启日志# #配置keepalived [root@lb01 ~]# vim /etc/sysconfig/keepalived KEEPALIVED_OPTIONS="-D -d -S 0" #配置rsyslog抓取日志 [root@lb01 ~]# vim /etc/rsyslog.conf local0.* /var/log/keepalived.log #重启服务 [root@lb01 ~]# systemctl restart keepalived rsyslog 三、Keepalived的抢占式与非抢占式# 3.1 两个节点都启动的情况# #两个节点都启动时,由于节点1优先级高于节点2,所以只有节点1上有VIP [root@lb01 ~]# ip addr | grep 192.168.15.3 inet 192.168.15.3/32 scope global eth0 [root@lb02 ~]# ip addr | grep 192.168.15.3 3.2 停止主节点# [root@lb01 ~]# systemctl stop keepalived [root@lb01 ~]# ip addr | grep 192.168.15.3 #由于节点1的keepalived 挂掉,节点2会自动接管节点1的工作,即VIP [root@lb02 ~]# ip addr | grep 192.168.15.3 inet 192.168.15.3/32 scope global eth0 3.3 重新启动主节点# #启动主节点 [root@lb01 ~]# systemctl start keepalived [root@lb01 ~]# ip addr | grep 192.168.15.3 inet 192.168.15.3/32 scope global eth0 #由于节点1优先级高于节点2,所以当节点1恢复时,会将VIP抢占回来 3.4 配置非抢占式# 主节点配置(LoadBalance01) [root@lb01 ~]# vim /etc/keepalived/keepalived.conf ... ... vrrp_instance VI_1 { #状态,MASTER和BACKUP state BACKUP # 开启非抢占式 nopreempt #绑定网卡 interface eth0 #虚拟路由标示,可以理解为分组 virtual_router_id 50 #优先级 priority 100 ... ... } [root@lb01 ~]# systemctl restart keepalived 备用节点配置(LoadBalance02) [root@lb02 ~]# vim /etc/keepalived/keepalived.conf ... ... vrrp_instance VI_1 { #状态,MASTER和BACKUP state BACKUP # 开启非抢占式 nopreempt #绑定网卡 interface eth0 #虚拟路由标示,可以理解为分组 virtual_router_id 50 #优先级 priority 90 ... ... } [root@lb02 ~]# systemctl restart keepalived.service (编辑:阜新站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |