haproxy + pacemaker实现负载均衡及高可用

14 篇文章 1 订阅

一、源码安装haproxy
1)解压:
在这里插入图片描述
在这里插入图片描述
阅读readme文档,查看安装的说明
在这里插入图片描述
uname -a 查看本机的linux内核版本和os的位数
在这里插入图片描述
2)开始编译haproxy,如下:
在这里插入图片描述
说明:TARGET表示os的内核版本,ARCH表示os的位数,PREFIX指定安装路径
编译完成后,到指定的安装路径查看,
在这里插入图片描述
3)开始安装haproxy
make install PREFIX=/usr/local/haproxy
在这里插入图片描述
二、haproxy的配置
server1上:
1)创建配置文件和启动文件,做软连接
复制配置文件
在这里插入图片描述
添加启动脚本
在这里插入图片描述
做软连接
在这里插入图片描述
在这里插入图片描述
注意:haproxy脚本检测的目录为/usr/sbin/, 所以一定要将启动脚本连接在/usr/sbin下,否则启动不了服务。
2)编辑配置文件
maxconn ## 最大连接数
chroot ## chroot运行路径
在这里插入图片描述
在这里插入图片描述
启动haproxy
在这里插入图片描述
3)测试
打开server2和server3的http服务即可
在这里插入图片描述
在这里插入图片描述
在物理机上测试:
在这里插入图片描述
假设server2宕机,查看访问结果
在这里插入图片描述
在这里插入图片描述
说明其具有健康检查功能。

server4上:
1)安装haproxy

yum install -y haproxy

在这里插入图片描述
2)将server1上的配置文件直接拷贝给server4
在这里插入图片描述
3)添加VIP并启动
在这里插入图片描述
三、配置pacemaker资源管理器
server1上:
安装pacemaker、corosync,并修改配置文件
在这里插入图片描述
在这里插入图片描述
启动corosync
在这里插入图片描述
Server4上配置相同,
只需安装pacemaker和corosync,然后可直接将server1上配置好的配置文件直接拷贝给server4上。
启动server4的服务。
在这里插入图片描述
添加haproxy到pacemaker上
首先查看当前的状态:
在这里插入图片描述
监控也正常
在这里插入图片描述
添加haproxy,并将vip和haproxy绑定到一个组上。
在这里插入图片描述
在这里插入图片描述
server4上crm_mon监控查看
在这里插入图片描述
vip服务正常,但是haproxy服务没启动,提示未知错误
退出监控尝试手动启动服务,也失败!
在这里插入图片描述
上网查找,原因是因为server1和server4的haproxy没有得到VIP的原因,而我们的配置文件又绑定了VIP地址,所以会提示以上错误。

解决办法:修改内核参数(没有就新增此条记录)
在这里插入图片描述
net.ipv4.ip_nonlocal_bind = 1 意思是启动haproxy的时候,允许忽视VIP的存在
server1和server4上都要进行设置,
sysctl -p ## 保存结果,使结果生效
在这里插入图片描述
在这里插入图片描述
测试手动可以启动服务,关闭服务由集群来管理
再次查看:
监控的结果正常
在这里插入图片描述
测试:
现在vip服务和haproxy都工作再server4,所以模拟server4宕机
在这里插入图片描述
可以看在自动切换到另一台服务器server1上
在这里插入图片描述
server4恢复正常
在这里插入图片描述
在这里插入图片描述
且不会发生漂移现象。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
可用性是指系统或服务能够持续提供正常的服务,即使部分组件或节点出现故障。VIP+Keepalived+HAProxy+SLB 是一种常见的可用架构设计,下面我会简单介绍一下其实现原理和各个组件的作用。 1. VIP(Virtual IP):虚拟 IP 是一个不属于任何实际物理接口的 IP 地址,用于将外部请求定向到后端服务器集群。 2. Keepalived:Keepalived 是一个基于 VRRP(虚拟路由冗余协议)的软件,它可以管理 VIP,并确保在主节点故障时快速切换到备份节点。 3. HAProxyHAProxy 是一种性能的负载均衡器,它能够将外部请求分发到后端服务器上,并提供各种负载均衡算法和健康检查机制。 4. SLB(Server Load Balancer):SLB 是一种云服务,通常由云服务提供商提供,它也是一种负载均衡器,可以将外部请求分发到后端服务器集群上。 实现可用的过程如下: 1. 部署多台服务器作为后端服务器集群,这些服务器可以运行相同的应用程序或服务。 2. 在服务器集群中配置 Keepalived,并为其分配一个 VIP 地址,用于接收外部请求。 3. Keepalived 通过 VRRP 协议与服务器集群中的所有节点通信,选择其中一台作为主节点,其余节点作为备份节点。 4. 主节点负责接收外部请求并将其传递给 HAProxy 或 SLB。 5. HAProxy 或 SLB 根据负载均衡算法将请求分发到后端服务器集群中的可用节点上。 6. 如果主节点出现故障,Keepalived 会立即将 VIP 转移到备份节点,确保服务的连续性。 这种架构可以提供可用性和负载均衡,并能够在出现故障时自动切换到备份节点,保证系统的稳定性和可靠性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值