keepalived高可用一学就会,轻松就业

已于 2024-08-15 08:26:59 修改
阅读量340 收藏 8
点赞数 5
文章标签： 服务器 linux 运维 负载均衡
于 2024-08-15 00:03:32 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_63877940/article/details/141126109
版权

一.高可用集群

1.集群类型

LB：Load Balance 负载均衡
LVS/HAProxy/nginx（http/upstream, stream/upstream）
HA：High Availability 高可用集群
数据库、Redis
SPoF: Single Point of Failure，解决单点故障
HPC：High Performance Computing 高性能集群

2.系统可用性

SLA：Service-Level Agreement 服务等级协议（提供服务的企业与客户之间就服务的品质、水准、性能
等方面所达成的双方共同认可的协议或契约）
A = MTBF / (MTBF+MTTR）

3.系统故障

硬件故障：设计缺陷、wear out（损耗）、非人为不可抗拒因素
软件故障：设计缺陷 bug

4.实现高可用

提升系统高用性的解决方案：降低MTTR- Mean Time To Repair(平均故障时间)
解决方案：建立冗余机制
active/passive 主/备
active/active 双主
active --> HEARTBEAT --> passive
active <--> HEARTBEAT <--> active

5.VRRP：Virtual Router Redundancy Protocol

虚拟路由冗余协议,解决静态网关单点风险
物理层:路由器、三层交换机
软件层:keepalived

实验结构图

本次我们用到了两台负载均衡机,为了更好的实现高可用,使得服务在使用中对于故障或升级更加无感知,大家在实验的时候要记得确保自己的网络情况正常稳定哦
c71fd73d368c429facd8bb3a6df22821.png
 
 

二.Keepalived 部署

1.keepalived 简介

vrrp 协议的软件实现，原生设计目的为了高可用 ipvs服务
功能：
基于vrrp协议完成地址流动
为vip地址所在的节点生成ipvs规则(在配置文件中预先定义)
为ipvs集群的各RS做健康状态检测
基于脚本调用接口完成脚本中定义的功能，进而影响集群事务，以此支持nginx、haproxy等服务
 

2.Keepalived 架构

用户空间核心组件：

vrrp stack：VIP消息通告
checkers：监测real server
system call：实现 vrrp 协议状态转换时调用脚本的功能
SMTP：邮件组件
IPVS wrapper：生成IPVS规则
Netlink Reflector：网络接口
WatchDog：监控进程
控制组件：提供keepalived.conf 的解析器，完成Keepalived配置
IO复用器：针对网络目的而优化的自己的线程抽象
内存管理组件：为某些通用的内存管理功能（例如分配，重新分配，发布等）提供访问权限
5c46f7ddebe04b81b1a3e7aff396b9a5.png
 

3.Keepalived 环境准备

c71fd73d368c429facd8bb3a6df22821.png
各节点时间必须同步：ntp, chrony
关闭防火墙及SELinux
各节点之间可通过主机名互相通信：非必须
建议使用/etc/hosts文件实现：非必须
各节点之间的root用户可以基于密钥认证的ssh服务完成互相通信：非必须
 

4.Keepalived 相关文件

软件包名：keepalived
主程序文件：/usr/sbin/keepalived
主配置文件：/etc/keepalived/keepalived.conf
配置文件示例：/usr/share/doc/keepalived/
Unit File：/lib/systemd/system/keepalived.service
Unit File的环境配置文件：/etc/sysconfig/keepalived 
yum search keepalived
yum install keepalived.x86_64 -y
systemctl start keepalived
ps axf | grep keepalived
2385 pts/0 S+ 0:00 \_ grep --color=auto keepalived
2326 ? Ss 0:00 /usr/sbin/keepalived -D
2327 ? S 0:00 \_ /usr/sbin/keepalived -D

在下载完安装包以后,就到了喜闻乐见的写配置时间

vim /etc/keepalived/keepalived.conf

配置文件组成

GLOBAL CONFIGURATION
Global definitions： 定义邮件配置，route_id，vrrp配置，多播地址等
VRRP CONFIGURATION
VRRP instance(s)：
定义每个vrrp虚拟路由器
LVS CONFIGURATION
Virtual server group(s)
Virtual server(s)：
LVS集群的VS和RS
62e1b9ddd6de48ff82cea5e60d4135e2.png
 记得要把邮箱换成自己的哦,不然到时候我们做邮箱实验的时候你肯定要问为什么收不到邮件了.
 
c3fe40ee275c48af8c652c1a2e2bc756.png 
global_defs {
   notification_email {
        114514@1919.com
   }
   notification_email_from keepalived@KA1.snow.org
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id KA1.snow.org
   vrrp_skip_check_adv_addr
   vrrp_strict
   vrrp_garp_interval 0
   vrrp_gna_interval 0
        vrrp_mcast_group4 224.0.0.18
}

vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 100
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev ens33 label ens33:1
    }
}

欧克这一个我们就暂时配好了,那么下一个,怎么配,一个一个往过写吗,scp命令就好了

 

 

scp /etc/keepalived/keepalived.conf root@172.25.254.20:/etc/keepalived/keepalived.conf

d2e249e0c31045d58a8355ccf2d44ee8.png

这是ka2的设置,我们只需要把他改为备机就好

此时如果我们使用ifconfig,会发现ka1是有一个172.25.254.100的ip的,但是ka2是没有的,这就是高可用的原理,在运行时,ip会分配到优先度高的主机上,只有在主机挂掉以后,才会出现在备机上

32c22b52be534e03897031cb13d8426b.png

f2492c00100e459a81d7bbdbc0b4cdb8.png

我们再做一个测试

tcpdump -i ens33 -nn host 224.0.0.18

c3338da0853d4ac98878f2555d3fbd8d.png

此时是ka1访问的,我们用ka2再执行命令,并且关闭ka1的keepalived服务

edc1ddbcc08643029953139af087a7f7.png

可以看到在关闭后只剩下ka2去访问了,并且我们使用ifconfig查看ka2的ip

6bb86b586e96478a88300d887a712fec.png

出现了一个172.25.254.100

此时的ka1已经没有这个ip了,也就是说我们的ka2摇身一变,变成了master主机

启用keepalived日志功能

vim /etc/sysconfig/keepalived

我们需要改一处内容

793a1028dde34aa48116b593488b4975.png

接着我们再去log日志配置里修改配置

vim /etc/rsyslog.conf

512a60d0dc0044ea8aa19ed75c48dc07.png

修改完以后保存退出,重启rsyslog服务,并且重启keepalived

[root@ka2 ~]# systemctl restart rsyslog.service 
[root@ka2 ~]# systemctl restart keepalived.service 
[root@ka2 ~]# cat /var/log/keepalived.log

eb80d39f30dd49f38a70046d8abe38a7.png

日志成功的存在设定的文件里了

实现独立子配置文件

当生产环境复杂时， /etc/keepalived/keepalived.conf 文件中内容过多，不易管理
将不同集群的配置，比如：不同集群的VIP配置放在独立的子配置文件中利用include 指令可以实现包含 子配置文件
 
我们先进入keepalived的配置文件
我们加上这句话,并且把先开始写的vrrp给先复制后注释掉 
include /etc/keepalived/conf.d/*.conf
3dbb7e5a0d06475798bd9813ceff7427.png
接着我们去创建一个文件夹和文件 
[root@ka1 ~]# mkdir /etc/keepalived/conf.d/
[root@ka1 ~]# vim /etc/keepalived/conf.d/172.25.254.100.conf

把刚刚复制的内容贴进去

保存并退出以后,重启keepalived服务,再用ifconfig命令来查看当前的ip

6275755a33144cccad5235c83b7325fc.png

172.25.254.100还在,说明配置生效了.子配置就成功了

大家可以把vrrp_strict关掉了,在前面加一个#就可以注释掉,因为添加此选项无法访问vip

三.Keepalived 企业应用示例

1 实现master/slave的 Keepalived 单主架构

刚才做的那些其实就是单主架构,这里不再细讲了
 

2 抢占模式和非抢占模式

非抢占模式

默认为抢占模式preempt，即当高优先级的主机恢复在线后，会抢占低先级的主机的master角色，
这样会使vip在KA主机中来回漂移，造成网络抖动，
建议设置为非抢占模式 nopreempt ，即高优先级主机恢复后，并不会抢占低优先级主机的master角色
非抢占模块下,如果原主机down机, VIP迁移至的新主机, 后续也发生down时,仍会将VIP迁移回原主机
注意：要关闭 VIP抢占，必须将各 keepalived 服务器state配置为BACKUP ,每一台主机都是BACKUP哦
2b841beb1e044a52a023688c20da64d7.png
开启完以后,我们先重启ka2的服务,并且使用watch ifconfig来查看ip
这时候我们看到ka2是没有172.25.254.100的
重启ka1的keepalived服务,观察ka2会增加172.25.254.100,并且在ka1服务重新启动后,ka1不会把ip获取回去
fd8d5705cc2c483b820dcab31cbc8188.png
 

抢占延迟模式 preempt_delay

默认为抢占模式preempt，即当高优先级的主机恢复在线后，会抢占低先级的主机的master角色，
这样会使vip在KA主机中来回漂移，造成网络抖动，
建议设置为非抢占模式 nopreempt ，即高优先级主机恢复后，并不会抢占低优先级主机的master角色
非抢占模块下,如果原主机down机, VIP迁移至的新主机, 后续也发生down时,仍会将VIP迁移回原主机
注意：要关闭 VIP抢占，必须将各 keepalived 服务器state配置为BACKUP
b35a74fc5eac499eac85aaf3a3396e71.png
 
观察中我们会发现,在ka1重启服务时,ka2会先抢走vip,在重启10秒过后,ka1重新抢走vip

3.VIP单播配置

默认keepalived主机之间利用多播相互通告消息，会造成网络拥塞，可以替换成单播，减少网络流量
注意：启用 vrrp_strict 时，不能启用单播
还是进配置文件
  
global_defs {
   notification_email {
        114514@1919.com
   }
   notification_email_from keepalived@KA1.snow.org
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id KA1.snow.org
   vrrp_skip_check_adv_addr
   #vrrp_strict
   vrrp_garp_interval 0
   vrrp_gna_interval 0
        #vrrp_mcast_group4 224.0.0.18
        vrrp_ipsets keepalived
}

#include /etc/keepalived/conf.d/*.conf

vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 100
    priority 100
        #preempt_delay 10s      #抢占延迟模式
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev ens33 label ens33:1
    }
        unicast_src_ip 172.25.254.10            #本机ip
        unicast_peer {
        172.25.254.20                           #对方ip
        }
}

保存并退出即可

4 Keepalived 通知脚本配置

当keepalived的状态变化时，可以自动触发脚本的执行，比如：发邮件通知用户
默认以用户keepalived_script身份执行脚本
如果此用户不存在，以root执行脚本可以用下面指令指定脚本执行用户的身份
 

1.通知脚本类型

当前节点成为主节点时触发的脚本
notify_master <STRING>|<QUOTED-STRING>
 
当前节点转为备节点时触发的脚本
notify_backup <STRING>|<QUOTED-STRING>
 
当前节点转为“失败”状态时触发的脚本
notify_fault <STRING>|<QUOTED-STRING>
 
通用格式的通知触发机制，一个脚本可完成以上三种状态的转换时的通知
notify <STRING>|<QUOTED-STRING>
 
当停止VRRP时触发的脚本
notify_stop <STRING>|<QUOTED-STRING>
 

2 脚本的调用方法

在 vrrp_instance VI_1 语句块的末尾加下面行
notify_master "/etc/keepalived/notify.sh master"
notify_backup "/etc/keepalived/notify.sh backup"
notify_fault "/etc/keepalived/notify.sh fault"
创造通知脚本 
[root@KA1 ~]# vim /etc/keepalived/mail.sh
#!/bin/bash
mail_dest='114514@1919.com'
mail_send()
{
mail_subj="$HOSTNAME to be $1 vip 转移"
mail_mess="`date +%F\ %T`: vrrp 转移,  $HOSTNAME 变为 $1"
echo "$mail_mess" | mail -s "$mail_subj" $mail_dest
}
case $1 in
master)
mail_send master
;;
backup)
mail_send backup
;;
fault)
mail_send fault
;;
*)
exit 1
;;
esac

配置完以后,我们下载邮箱通知工具

08b169fce7de4095a051cb46f1c61a86.png

yum install mailx -y
[root@KA1 ~]# vim /etc/mail.rc
#######mail set##########
set from=114514@1919.com
set smtp=smtp.qq.com
set smtp-auth-user=114514@1919.com
set smtp-auth-password=1145141919810
set smtp-auth=login
set ssl-verify=ignore

这里是邮箱配置

注意,这个工具需要你打开QQ邮箱的pop3功能,具体怎么操作可以上百度搜一下,很简单,set smtp-auth-password是你的pop3授权码,记得改过来哦

d2b7134c34fa4df4b330994c13b8292e.png

实现 Keepalived 状态切换的通知脚本

 
刚刚的/etc/keepalived/mail.sh文件是不变的

然后我们给这个文件加上权限

chmod +x /etc/keepalived/mail.sh

然后keepalived配置需要加上三行命令

vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 100
    priority 100
        #preempt_delay 10s      #抢占延迟模式
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev ens33 label ens33:1
    }
        unicast_src_ip 172.25.254.10            #本机ip
        unicast_peer {
        172.25.254.20                           #对方ip
        }
        notify_master "/etc/keepalived/mail.sh master"
        notify_backup "/etc/keepalived/mail.sh backup"
        notify_fault "/etc/keepalived/mail.sh fault"
}

​

并且要改global处的邮箱和vrrp_mcast_group4

be4d9bbf3c15493cb7ee7c6d1d911ef7.png

保存退出,然后我们模拟master故障,关掉keepalived进程

killall keepalived
systemctl start keepalived

c3d38b4cef834243b20d372464de76dc.png

5 实现 master/master 的 Keepalived 双主架构

master/slave的单主架构，同一时间只有一个Keepalived对外提供服务，此主机繁忙，而另一台主机却
很空闲，利用率低下，可以使用master/master的双主架构，解决此问题。
master/master 的双主架构：
即将两个或以上VIP分别运行在不同的keepalived服务器，以实现服务器并行提供web访问的目的，提高
服务器资源利用率
这个其实很简单,说白了其实就是在ka1和ka2上分别写两个vrrp策略,都为一个master一个backup即可
 
 
93990309c23c44cfa8cc0813fa270563.png 
vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 100
    priority 150
        #preempt_delay 10s      #抢占延迟模式
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev ens33 label ens33:1
    }
}

vrrp_instance VI_2 {
    state BACKUP
    interface ens33
    virtual_router_id 200
    priority 80
        #preempt_delay 10s      #抢占延迟模式
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.200/24 dev ens33 label ens33:2
需要改的地方有策略名称,主从状态,优先级,vip,网卡序号,vrid.大家要注意,vrrp_instance VI_1是不删除的,两个策略共存才能实现双主
保存好后重启服务,可以看到此时ka1和ka2各自有一个vip
69c29b5b3d144e06b8589cb54074609f.png

6 实现IPVS的高可用性

1 IPVS相关配置

虚拟服务器配置结构

virtual_server IP port {
...
real_server {
...
}
real_server {
...
}
…
}

virtual server （虚拟服务器）的定义格式

virtual_server IP port #定义虚拟主机IP地址及其端口
virtual_server fwmark int #ipvs的防火墙打标，实现基于防火墙的负载均衡集群
virtual_server group string #使用虚拟服务器组
 

虚拟服务器配置

virtual_server IP port { #VIP和PORT
delay_loop <INT> #检查后端服务器的时间间隔
lb_algo rr|wrr|lc|wlc|lblc|sh|dh #定义调度方法
lb_kind NAT|DR|TUN #集群的类型,注意要大写
persistence_timeout <INT> #持久连接时长
protocol TCP|UDP|SCTP #指定服务协议,一般为TCP
sorry_server <IPADDR> <PORT> #所有RS故障时，备用服务器地址
real_server <IPADDR> <PORT> { #RS的IP和PORT
weight <INT> #RS权重
notify_up <STRING>|<QUOTED-STRING> #RS上线通知脚本
notify_down <STRING>|<QUOTED-STRING> #RS下线通知脚本
HTTP_GET|SSL_GET|TCP_CHECK|SMTP_CHECK|MISC_CHECK { ... } #定义当前主机健康状
态检测方法
}
}
 

应用层监测

应用层检测：HTTP_GET|SSL_GET
 
HTTP_GET|SSL_GET {
url {
path <URL_PATH> #定义要监控的URL
status_code <INT> #判断上述检测机制为健康状态的响应码，一般为 200
}
connect_timeout <INTEGER> #客户端请求的超时时长, 相当于haproxy的timeout server
nb_get_retry <INT> #重试次数
delay_before_retry <INT> #重试之前的延迟时长
connect_ip <IP ADDRESS> #向当前RS哪个IP地址发起健康状态检测请求
connect_port <PORT> #向当前RS的哪个PORT发起健康状态检测请求
bindto <IP ADDRESS> #向当前RS发出健康状态检测请求时使用的源地址
bind_port <PORT> #向当前RS发出健康状态检测请求时使用的源端口
}
 

TCP监测

传输层检测：TCP_CHECK
TCP_CHECK {
connect_ip <IP ADDRESS> #向当前RS的哪个IP地址发起健康状态检测请求
connect_port <PORT> #向当前RS的哪个PORT发起健康状态检测请求
bindto <IP ADDRESS> #发出健康状态检测请求时使用的源地址
bind_port <PORT> #发出健康状态检测请求时使用的源端口
connect_timeout <INTEGER> #客户端请求的超时时长
#等于haproxy的timeout server
}
 

2 实战案例

实现单主的 LVS-DR 模式

此时我们需要使用两台realserver了,我们先在上面下载httpd服务(rhel7.9本地源居然没有nginx的吗?!?)
然后给index.html写入一些内容 
[root@rs1 ~]# yum install httpd
[root@rs1 ~]# echo rs1 172.25.254.110 > /var/www/html/index.html
[root@rs2 ~]# yum install httpd
[root@rs2 ~]# echo rs2 172.25.254.120 > /var/www/html/index.html

还记得lvs的dr模式吗,我们要给四个文件改参数

[root@rs1 ~]# echo 1 > /proc/sys/net/ipv4/conf/lo/arp_ignore
[root@rs1 ~]# echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore
[root@rs1 ~]# echo 2 > /proc/sys/net/ipv4/conf/lo/arp_announce 
[root@rs1 ~]# echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce

最后再给两台真实服务器配上vip就好啦

ip a a 172.25.254.100/32 dev lo
sysctl --system

进ka1配置文件,在下面写

21413996f2ef4529bb032c9fb9bf5cfa.png

virtual_server 172.25.254.100 80 {
delay_loop 6    
lb_algo wrr    #调度算法为加权轮询
lb_kind DR    #lvs为dr模式
protocol TCP    #TCP协议

real_server 172.25.254.110 80 {
        weight 1
        HTTP_GET {
                url {
                        path /
                        status_code 200
                    }
        connect_timeout 3       #连接3秒不成功为超时
        nb_get_retry 2          #失败后尝试两次  
        delay_before_retry 2    #两秒连接一次
}
}

real_server 172.25.254.120 80 {
        weight 1
        HTTP_GET {
                url {
                        path /
                        status_code 200
                    }
        connect_timeout 3
        nb_get_retry 2
        delay_before_retry 2
                }
        }
}
完成配置以后,我们可以下载一个ipvsadm 
yum install ipvsadm -y
systemctl start ipvsadm
ipvsadm -Ln        #查看keepalived的策略有没有挂上

823b34c7c40148acad875b4bd686c980.png

挂上以后就可以用其他机器来curl一下vip了,由于是加权轮询并且权重相同,所以这里是一个轮着一个访问的

f535c22e90c44945a98c160e24a9aedf.png
模拟故障
我们先在客户机上curlvip,并在ka1上停止keepalived服务,发现访问会稍微卡一下,然后正常运行,这时已经是ka2在进行调度了
5b9ff5dc33f34704a5b6d1791ff5dae3.png
ac5a432b812d44ee91ef4f600a281059.png
 
 

7 实现其它应用的高可用性 VRRP Script

keepalived利用 VRRP Script 技术，可以调用外部的辅助脚本进行资源监控，并根据监控的结果实现优先
动态调整，从而实现其它应用的高可用性功能
参考配置文件：/usr/share/doc/keepalived/keepalived.conf.vrrp.localcheck

1 VRRP Script 配置

分两步实现：
定义脚本
vrrp_script：自定义资源监控脚本，vrrp实例根据脚本返回值，公共定义，可被多个实例调用，定
义在vrrp实例之外的独立配置块，一般放在global_defs设置块之后。
通常此脚本用于监控指定应用的状态。一旦发现应用的状态异常，则触发对MASTER节点的权重减至
低于SLAVE节点，从而实现 VIP 切换到 SLAVE 节点
 
  
vrrp_script <SCRIPT_NAME> {
script <STRING>|<QUOTED-STRING> #此脚本返回值为非0时，会触发下面OPTIONS执行
OPTIONS
}
调用脚本
track_script：调用vrrp_script定义的脚本去监控资源，定义在VRRP实例之内，调用事先定义的
vrrp_script 
track_script {
SCRIPT_NAME_1
SCRIPT_NAME_2
}

定义 VRRP script

vrrp_script <SCRIPT_NAME> { #定义一个检测脚本，在global_defs 之外配置
script <STRING>|<QUOTED-STRING> #shell命令或脚本路径
interval <INTEGER> #间隔时间，单位为秒，默认1秒
timeout <INTEGER> #超时时间
weight <INTEGER:-254..254> #默认为0,如果设置此值为负数，
#当上面脚本返回值为非0时
#会将此值与本节点权重相加可以降低本节点权重，
#即表示fall.
#如果是正数，当脚本返回值为0，
#会将此值与本节点权重相加可以提高本节点权重
#即表示 rise.通常使用负值
fall <INTEGER> #执行脚本连续几次都失败,则转换为失败，建议设为2以上
rise <INTEGER> #执行脚本连续几次都成功，把服务器从失败标记为成功
user USERNAME [GROUPNAME] #执行监测脚本的用户或组
init_fail #设置默认标记为失败状态，监测成功之后再转换为成功状态
}

调用 VRRP script

vrrp_instance test {
... ...
track_script {
check_down
}
}

实战案例：利用脚本实现主从角色切换

我们先写一个脚本出来

[root@ka1 ~]# vim /etc/keepalived/test.sh
[root@ka1 ~]# cat /etc/keepalived/test.sh
#!/bin/bash
[ ！ -f "/mnt/snow" ]
[root@ka1 ~]# chmod +x /etc/keepalived/test.sh

aa34a2ffd070428ca09017f595aa87f7.png040fcd8d99f744d4be8cc6ccc542045e.png

这是keepalived的配置

vrrp_script check_snow {
        scrpit "/mnt/check_snow.sh"
        interval 1
        weight -30
        fall 2
        rise 2
        timeout 2
}

vrrp_instance web {
    state MASTER
    interface ens33
    virtual_router_id 50
    priority 100
        #preempt_delay 10s      #抢占延迟模式
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev ens33 label ens33:0
    }
        track_script {
        check_snow
        }
}

做完之后运行

touch /mnt/snow
tail -f /var/log/messages

会发现ka1在一直疯狂的刷日志,权重下降了30,所以此时应该是ka2为master

9a176b91cc104732b0059a4376dec9e6.png于是我们在ka2看一下ip,果然172.25.254.100在ka2这边8f938b2a92a14c229e9640dc0785acfe.png

实战案例：实现HAProxy高可用

在两个ka1和ka2先实现haproxy的配置 
vim /etc/haproxy/haproxy.cfg
listen webserver
bind 172.25.254.100:80
server web1 172.25.254.101:80 check
server web2 172.25.254.102:80 check
在两个ka1和ka2两个节点启用内核参数 
vim /etc/sysctl.conf
net.ipv4.ip_nonlocal_bind = 1
sysctl -p

进入haproxy的配置文件写一个策略

vim /etc/haproxy/haproxy.cfg

4d3270f61e154c99a0fafd16573a8a35.png

然后我们要把刚才写的lvs策略给注释掉,不然会导致无法访问,ka1和ka2都要
并且要把之前在realserver上配的文件改回来
e5e24c6ff4b74a1b9ed9208cabc620d8.png 
[root@rs1 ~]# echo 0 > /proc/sys/net/ipv4/conf/lo/arp_ignore
[root@rs1 ~]# echo 0 > /proc/sys/net/ipv4/conf/all/arp_ignore
[root@rs1 ~]# echo 0 > /proc/sys/net/ipv4/conf/lo/arp_announce 
[root@rs1 ~]# echo 0 > /proc/sys/net/ipv4/conf/all/arp_announce 
sysctl --system
systemctl restart network
至于keepalived上的配置,我们从刚才的改一下就好啦
991330132fb64c87ab700ada0021c3af.png
我把主机的配置放在这里,相信大家肯定也会配从机了
ifconfig瞅一眼,vip就静静的呆在ka1的网卡里面
fe6e0e3b12ea494c893cf7850e7fed50.png
 
接下来见证奇迹,用客户机一直curl我们的vip,并在此过程中关闭ka1的haproxy服务
43485606285c4485bb9c453c34f88f15.png
 
客户机先是失去服务一小会,接着重新正常访问,可以看到此时vip已经转移到了ka2上面.试验成功
谢谢你阅读至此,如果觉得内容还不错,麻烦给俺个点赞和收藏吧!
 
 
 

 

 

 

雪野百香里z
关注
  • 5
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
linux要学些什么？
lmseo5hy的博客
11-15 667
对于刚刚接触到linux系统的小伙伴们还不知道怎么去学习linux呢，尤其是没有接触过IT行业的人员来说，看到杂乱的规则和代码，有不少人直接就崩溃了吧，其实，Linux的学习没有大家想象中的那么难，只要做好规划，坚持实施，很快就会取得成效的！ 以下是比较经典的Linux编程学习路线： 第一阶段：linux基础入门 1. 开班课程介绍-规章制度介绍-破冰活动； 2. Linux硬件基础/Li...
学习linux要多久？linux学习
热门推荐
lmseo5hy的博客
03-09 1万+
随着互联网的迅猛发展，Linux得到了广发的应用，目前市场是百分之八十服务器端都在使用Linux操作系统，小至私人企业，大至世界百强企业，均有Linux操作系统使用者，因此，Linux就业前景很不错，很多人想学习Linux，那么Linux好学吗？一般多长时间能学会？Linux的学习说难不难，说容易也不容易，这就要看你是否掌握了合适的学习资源和方法，以及持之以恒的学习精神，如果这些都具备了，恭喜你，...
IT行业零基础可以学习吗？
XiaoYing_0921的博客
06-18 829
零基础怎么入行IT，又该如何选择行业，以及小白的系统学习路线。
适合零基础学习者的Java学习路线图到底长啥样？一篇文章带你学会Java
CZ-001的博客
10-26 1184
很多小伙伴在转行互联网的时候，都担心自己不能坚持，不知道Java适不适合自己。那最好的方式就是先不要着急直接转行，自己可以先去试着学习一些基础知识，看看对Java的学习难度能否适应以及自己是否真心喜欢。接下来，传智教育将从这三点带你突破学习Java的壁垒！
跟老男孩学 Linux 运维：Web 集群实战
GitChat
01-22 4284
内容简介 本书针对中小规模网站集群的搭建、部署、优化进行了详细讲解，全书可分为三大部分，其中第一部分讲的是 Linux 相关的基础且重要的知识，第二部分针对当下流行的 Web 环境架构（LNMP）的搭建及企业级 Web 优化等进行了讲解，第三部分讲的是 Web 集群后端的数据存储和 Web 集群前端的负载均衡高可用。如果你是一名经验丰富的资深 Linux 用户，可以直接阅读第二部分内容。但如果你是...
如何快速学linux？
lmseo5hy的博客
11-14 926
随着互联网的迅猛发展，Linux得到了广发的应用，目前市场是百分之八十服务器端都在使用Linux操作系统，小至私人企业，大至世界百强企业，均有Linux操作系统使用者，因此，Linux就业前景很不错，很多人想学习Linux，那么Linux好学吗？一般多长时间能学会？ Linux的学习说难不难，说容易也不容易，这就要看你是否掌握了合适的学习资源和方法，以及持之以恒的学习精神，如果这些都具备了，恭喜...
linux如何系统的学习？linux如何学习好？
lmseo5hy的博客
03-08 8196
对于刚刚接触到linux系统的小伙伴们还不知道怎么去学习linux呢，尤其是没有接触过IT行业的人员来说，看到杂乱的规则和代码，有不少人直接就崩溃了吧，其实，Linux的学习没有大家想象中的那么难，只要做好规划，坚持实施，很快就会取得成效的！以下是比较经典的Linux编程学习路线：第一阶段：linux基础入门1. 开班课程介绍-规章制度介绍-破冰活动；2. Linux硬件基础/Linux发展历史；...
怎么进入云计算这个行业？云计算学习路线推荐
qfxulei的博客
10-21 236
关于“云计算”带给我们生活的改变已经深深植入到我们生活中的点点滴滴，每一天我们浏览的手机APP或着网站，基本都已经离不开“云计算”作为背后的强大服务支持，像很多购物网站和社交软件一样，改变着我们的生活。这种改变不仅仅改变的是平常百姓生活，越来越多的企业开始使用基于云的企业服务，生活因“云计算”正在发生着革命性的变革和改变！ 云计算的就业前途，某种意义上也可以理解为云计算为我们提供的服务，存在一定的...
服务器集群配置LDAP统一认证高可用集群（配置tsl安全链接）-centos9stream-openldap2.6.2
wananxuexihu的博客
07-01 1000
因之前集群为centos6，已经很久没升级了，所以这次配置统一用户认证也是伴随系统升级到centos9时一起做的配套升级。新版的openldap配置大致与老版本比较相似，但有些地方配置还是有变化，另外，铺天盖地的帮助文档有相当一部分是直接搬砖过来的，所以参考时容易出错，这里将自己实践的内容一一共享，让大家更方便，更实用。另外，openldap的配置一般都采用ldif文件配置后使用命令导入，如果有人写的是要直接修改config目录下的文件的话赶紧绕道吧，那不是推荐的写法，会把你的配置搞乱的。
nginx+keepalived高可用学习资料
10-15
本资源聚焦于“nginx+keepalived”这一高可用解决方案，旨在帮助学习者掌握如何利用这两个工具搭建稳定、可靠的Web服务架构。 **Nginx** Nginx是一款高性能的HTTP和反向代理服务器，同时也是一款邮件代理服务器。...
keepalived高可用
05-22
keepalived高可用
基于ubuntu自动化安装Keepalived以实现高可用
04-27
这个脚本是一个非常基础的示例，你可能需要根据你的具体环境和需求进行修改。例如，你可能需要更改网络接口、虚拟IP地址、子网掩码、认证密码等。此外，这个脚本假设你正在安装Keepalived作为MASTER节点；如果你正在...
nginx结合keepalived实现高可用的完整步骤
09-29
而Keepalived是一个轻量级的高可用解决方案，它主要是用来监控服务器集群中各节点的服务状态，并在故障时进行故障转移，保证服务的连续性。 实现Nginx与Keepalived的高可用集群，一般遵循以下步骤： 1. 环境配置：...
Keepalived+redis高可用主从-Keepalived的配置
01-07
Keepalived+redis高可用主从，本技术文档主要是Keepalived的配置，redis主从配置可以看我的文章https://blog.csdn.net/qq_41709494/article/details/116382183
美国服务器稳定么？影响服务器稳定性的6个因素
petaexpress的博客
08-09 623
美国服务器的稳定性是相当不错的，这主要得益于其先进的技术、成熟的基础设施以及严格的管理措施。美国拥有众多知名的服务器提供商，这些提供商通常会采用顶级的硬件设施，如英特尔、AMD等知名品牌的处理器，以及三星、金士顿等品牌的内存和硬盘，这些硬件设备在全球范围内具有较高的市场份额和良好的口碑，性能稳定可靠。
什么是核心交换机？这样回答太到位了
08-12 462
核心交换机是一种高性能的网络设备，位于网络层次结构的最顶层，负责处理大量数据流量并将其快速转发到正确的目的地。在这个背景下，核心交换机作为网络基础设施的中枢神经，扮演着至关重要的角色，相信大家在工作中也经常打交道。如果想从0到1系统学习，也欢迎私信我，告知学习意向，我会为你推荐最适合你的方式。今天就来讲讲核心交换机，从交换机是什么，到如何选择与部署，统统给你盘明白。衡量交换机最大数据处理能力的指标，确保它能满足当前和未来的网络流量需求。）和第3层（网络层）的交换功能，有的还支持第4层到第7层的应用级处理。
华为路由的AAA是什么？
最新发布
huaqianzkh的专栏
08-14 499
华为路由的AAA是Authentication(认证)、‌Authorization(授权)和Accounting(计费)的简称，‌是一种提供认证、‌授权和计费的安全管理机制。‌AAA作为一种网络安全管理机制，‌主要提供以下功能和服务：‌认证：‌验证用户是否可以获得网络访问权，‌确定哪些用户可以访问网络。‌授权：‌授权用户可以使用哪些服务，‌即对用户赋予不同的权限，‌限制用户可以使用的服务。‌计费。
linux为QT程序创建桌面应用
王尼莫的博客
08-12 194
【代码】linux为QT程序创建桌面应用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值