Keepalived和Haproxy

最新推荐文章于 2024-08-15 00:51:08 发布
最新推荐文章于 2024-08-15 00:51:08 发布
阅读量720 收藏 8
点赞数 27
文章标签： 服务器 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84592402/article/details/140635672
版权

Keepalived和Haproxy

一、Keepalived

1、keepalived概念

调度器的高可用

vip地址主备之间的切换，主在工作时，vip地址值在主上，主停止工作，vip飘移到备服务器

在主备的优先级不变的情况下，主恢复工作，vip会飘回到主服务器

1、配优先级

2、配vip地址和真实服务器

3、主备的id要一致

4、主备的id要区分

keepalive是专门为lvs打造的，但是不是为lvs专门服务的

keepalive也可以使用nginx，haproxy

2、keepalive+nginx实现高可用

实验

在这里插入图片描述

nginx1 192.168.100.11 keepalive

nginx2 192.168.100.12 keepalive

客户端 192.168.100.13

监控脚本，来监控nginx1的状态，如果nginx1挂了，nginx1的keepalive也要停止，实现vip的飘移

#nginx1和nginx2#
systemctl stop firewalld
setenforce 0
yum -y install keepalived

#nginx1#
cd /opt
vim check_nginx.sh

#!/bin/bash
/usr/bin/curl -I http://localhost &> /dev/null
if [ $? -ne 0 ]
then
 systemctl stop keepalived
fi
wq!

systemctl restart keepalived
systemctl status keepalived
systemctl restart nginx
chmod 777 check_nginx.sh
# ls查看是否生成check_nginx.sh的文件

cd /etc/keepalived
vim keepalived.conf
#修改smtp_server 192.168.200.1如下
smtp_server 127.0.0.1
#修改router_id LVS_DEVEl如下
router_id LVS_01
#新增一行
vrrp_iptables
}

#修改interface eth0如下
interface ens33
#virtual_router_id 51保持不变（主备保持相同）
#priority 100修改如下
priority 120

#virtual_ipaddress修改为vip地址如下
virtual_ipaddress {
   192.168.100.100
}
# 以下全部删除
# 在虚拟地址结束的新增一行
 track_script {
     check_nginx
 }
 
# 在vrrp_iptables
#}下新增
vrrp_script check_nginx {
    script "/opt/check_nginx.sh"
    # 调用脚本内容，检测nginx的状态
    interval 5
    # 检测的时间间隔是5秒，如果业务敏感可以改成3秒
}

wq!

systemctl status keepalived.service
# 此时状态是开启
systemctl stop nginx 
# 等待5秒
systemctl status keepalived.service
# 此时状态是关闭

#nginx2#
systemctl restart nginx
cd /etc/keepalived
cp keepalived.conf keepalived.conf.bak.2024.07.12
scp root@192.168.100.11:/etc/keepalived/keepalived.conf /etc/keepalived/
vim keepalived.conf

#修改router_id LVS_01如下
router_id LVS_02
#修改state MASTER如下
state BACKUP
#priority 120修改如下
priority 100
wq!

#nginx1#
systemctl start nginx
systemctl start keepalived.service
# 一定要先启动nginx，因为脚本检测的是nginx

vim /usr/local/nginx/html/index.html
# 修改为this is nginx1
wq!

#nginx2#
systemctl restart nginx
systemctl restart keepalived
ip addr
vim /usr/local/nginx/html/index.html
# 修改为this is nginx2
wq!

主备切换
#客户机#
页面访问vip地址:curl 192.168.100.100，此时访问的是nginx1的页面

#nginx1#
systemctl stop nginx

#nginx2#
ip addr
vip地址切换到nginx2

#客户机#
页面访问vip地址:curl 192.168.100.100，此时访问的是nginx2的页面

#nginx1#
页面访问vip地址:curl 192.168.100.100，此时页面又切换回来，是nginx1的页面

3、脑裂是什么？

是什么：HA 高可用架构中的一个特殊现象，只要使用vip地址代理的冗余模式的高可用，都有可能出现脑裂的问题

现象：主和备同时都有vip地址，主和备无法确定各自的身份，同时出现了vip地址，两边都起来了，但是两边都无法使用。

原因：

3.1 keepalive的配置文件出现问题

3.2 心跳线（网线）断了、老化

3.3 网卡出现问题（硬件），ip地址出现问题

3.4 防火墙的策略，iptables的策略，屏蔽了组播的地址广播，屏蔽了vrrp的协议的报文

3.5 两台服务器的时间不同步也可能导致

3.6 其他的服务配置对心跳线的检测造成了干扰

4、怎么解决？

lvs中碰见、nginx中碰见如何解决？

4.1 查看keepalive的配置文件是否配置有误

4.2 更换新的网线，或者同时使用两条心跳线，用来预防其中一条挂掉导致出现脑裂

4.3 检查网卡和ip地址是否出现问题

4.4 关闭防火墙，关闭iptables策略，或者在配置文件里增加vrrp_iptables

4.5 保持两台服务器的时间同步，设置NTP

nginx、lvs、lvs+keepalive、keepalive单独配置

二、Haproxy

1、Haproxy的概念

1.1 Haproxy负载均衡：

nginx（四层转发、七层代理）、lvs（四层转发）、Haproxy（四层转发 、七层转发）

1.2 Haproxy的作用和使用场景：

场景：主要用于高并发的web场景，可以支持一万个以上的并发请求，是高性能的tcp和http的负载均衡器

工作原理：提供一个代理地址用来访问集群

作用：

• 可以进行四层和七层转发

• 支持https协议

• Haproxy本身不自带缓存功能，请求当中添加cookie，使用缓存功能

• 支持主备切换（keepalived）

1.3 特点：

• 可靠性高、稳定性好

• 可以同时维护40000~50000个并发，单位时间内可以处理的最大请求数20000个（3秒）

• 支持负载均衡算法，虽然不带缓存，但是可以支持会话保持

权重：rr、wrr、leastconn

2、实验：七层代理

在这里插入图片描述

nginx1 192.168.100.11

nginx2 192.168.100.12

客户端 192.168.100.13

#客户端#
yum install -y pcre-devel bzip2-devel gcc gcc-c++ make

tar -xf haproxy-1.5.19.tar.gz
uname -r
cd haproxy-1.5.19 
make TARGET=linux2628 ARCH=x86_64
# target使用的版本要大于linux2.60以上的版本
mkdir /etc/haproxy
cd examples
#haproxy.cfg是主配置文件
cp haproxy.cfg /etc/haproxy
cd /etc/haproxy

vim haproxy.cfg
set nu
#第四行五行改为 注释第八行
log /dev/log local0 info
log /dev/log local1 notice
maxconn 4096
# 最多连接数，推荐10240
# 在daemon下新增
nbproc 6
# haproxy的并发线程数，设置的数量最后是cpu的2倍或者和cpu保持一致

defaults
# 这是是默认参数配置，连接配置，监听配置以及代理配置

retries 3
# 检查节点服务器3次，连续3次失败，就任务节点服务器不可用
redispatch
# 服务器负载很高时，自动结束当前队列中处理比较久的连接
maxconn 2000
# 最大连接数，这个数值可以和global里面的maxconn的保持一致，但是不能超过它，一般设置成一致
下面三行注释掉
#
#
#
在注释的三行下新增
timeout http-request 10s
# http请求的默认超时时间
timeout queue 1m
# 在队列当中请求的超时时间
timeout connect 10s
# 连接超时时间
timeout client 1m
# 客户端超时时间
timeout server 1m 
# 服务端超时时间
timeout http-keep-alive 10s
# 默认长连接的超时时间
timeout check 10s
# 检查后端服务器超时时间

# 删除listen  appli2-insert 0.0.0.0:10002下面的所有行
# 修改listen  appli1-rewrite 0.0.0.0:10001为七层配置的格式


# 转发请求的设置，既可以是四层也可以是七层
# 七层的配置：
listen xy102 0.0.0.0:80
       option httpchk GET /index.html
       # 设置转发请求的内容
       balance static-rr
       # 默认轮询算法
       server rs01 192.168.11:80 check inter 2000 fall 3 weight 2
       server rs02 192.168.12:80 check inter 2000 fall 3 weight 3
       # server 指定真实服务器 rs01 自定义后台服务器的名称 checkinter 2000 启动对后端服务器进行检查，检查间隔是2000毫秒  fall 3 连续cd三次检测不到，则检测失败
       
wq!

cd /opt/haproxy-1.5.19/examples
cp haproxy.init /etc/init.d/haproxy
chmod 777 /etc/init.d/haproxy
chkconfig --add /etc/init.d/haproxy
ln -s /usr/local/sbin/haproxy /usr/sbin
systemctl restart haproxy.service

3、实验：四层配置

#客户端#
yum install -y pcre-devel bzip2-devel gcc gcc-c++ make

tar -xf haproxy-15.19.tar.gz
uname -r
make TARGET=linux2628 ARCH=x86_64
# target使用的版本要大于linux2.60以上的版本
mkdir /etc/haproxy
#haproxy.cfg是主配置文件
cp haproxy.cfg

vim haproxy.cfg
set nu
第四行五行
log /dev/log local0 info
log /dev/log local1 notice
maxconn 4096
# 最多连接数，推荐10240
# 在daemon下新增
nbproc 6
# haproxy的并发线程数，设置的数量最后是cpu的2倍或者和cpu保持一致
defaults
# 这是是默认参数配置，连接配置，监听配置以及代理配置

retries 3
# 检查节点服务器3次，连续3次失败，就任务节点服务器不可用
redispatch
# 服务器负载很高时，自动结束当前队列中处理比较久的连接
maxconn 2000
# 最大连接数，这个数值可以和global里面的maxconn的保持一致，但是不能超过它，一般设置成一致
下面三行注释掉
#
#
#
在注释的三行下新增
timeout http-request 10s
# http请求的默认超时时间
timeout-queue 1m
# 在队列当中请求的超时时间
timeout connect 10s
# 连接超时时间
timeout client 1m
# 客户端超时时间
timeout server 1m 
# 服务端超时时间
timeout http-keep-alive 10s
# 默认长连接的超时时间
timeout check 10s
# 检查后端服务器超时时间

.....删除

# 转发请求的设置，既可以是四层也可以是七层
# 四层的配置：
frontend test
bind *:80
mode tcp
default_backend test

backend test
mode tcp
balance roundrobin
server server1 182.168.100.11:80 check inter 2000 fall 3 weight 2
server server1 182.168.100.12:80 check inter 2000 fall 3 weight 3

wq!

cp haproxy,init /etc/init.d/haproxy
chmod 777 /etc/init.d/haproxy
chkconfig --add /etc/init.d/haproxy
ln -s /usr/local/sbin/haproxy /usr/sbin

keepalive+haproxy

ode tcp
default_backend test

backend test
mode tcp
balance roundrobin
server server1 182.168.100.11:80 check inter 2000 fall 3 weight 2
server server1 182.168.100.12:80 check inter 2000 fall 3 weight 3

wq!

cp haproxy,init /etc/init.d/haproxy
chmod 777 /etc/init.d/haproxy
chkconfig --add /etc/init.d/haproxy
ln -s /usr/local/sbin/haproxy /usr/sbin


 keepalive+haproxy
Jessica小戴
关注
hydd的Linux笔记Day40
hegusailuo的博客
11-02 384
Day40 ARP广播的问题 ​ 当客户端发起访问VIP对应的域名请求时，根据网络通信原理会产生ARP广播 ​ 因为负载均衡器和真实服务器在同一网络并且VIP设置在集群中的每个节点上 ​ 此时集群内的真实服务器会尝试回答来自客户端的ARP广播，这就会产生问题，大家都说我是VIP 内核参数说明 ​ arp_ignore(定义回复ARP广播的方式) ​ 0（默认值） ​ 回应所有本地地址ARP广播，本地地址可以配置在任意网络接口上 ​ 1 ​ 回应配置在入站网卡接口上的任意IP地址的ARP广播 ​ arp
Keepalived和HAProxy
m0_56801312的博客
06-01 2294
【●】Keepalived 一、Keepalived热备 1. 概述 Keepalived是Linux下一个轻量级别的高可用解决方案。高可用：广义来讲，是指整个系统的高可用行；狭义的来讲就是主机的冗余和接管。 Keepalived实现了高可用集群。 专门监控各服务器节点的状态。 Keepalived后来加入了VRRP功能，防止单点故障。 2.原理 Keepalived检测每个服务器节点状态 keepalived的工作原理是VRRP（VirtualRouter Redundancy Protocol）虚拟路.
Haproxy+keepalived(高可用集群部署)
热门推荐
m0_50650953的博客
12-10 1万+
Haproxy+keepalivedHaproxy定义Haproxy应用Haproxy支持的调度算法Haproxy配置文件详解haproxy+keepalived优点项目环境主服务器配置1.haproxy配置2.keepalived配置备服务器配置1.haproxy配置（与主服务器配置相同）2.keepalived配置nginx1服务器配置nginx2服务器配置访问测试关闭主服务器漂移ip由备份服务器承担 ，继续工作Haproxy参数优化Haproxy日志管理（主备服务器都配置）关闭主服务器后在备服务器上查
keepalived+haproxy高可用负载均衡集群
最新发布
weixin_72619261的博客
08-15 323
keepalived+haproxy高可用负载均衡集群部署流程
keepalive和haproxy
QChestnut的博客
07-12 1133
用一个监控的脚本，来监控nginx1的状态，如果nginx1挂了，nginx1的keepalive会停掉，vip漂移到nginx2上。恢复nginx1，开始keepalived，vip从nginx2漂移到nginx1上，此时访问的是nginx1。vip地址主备之间的切换，主在工作时，vip地址只在主上，主停止工作，vip漂移到备服务器。4、防火墙的策略，iptables的策略，屏蔽了组播的地址广播，屏蔽了vrrp协议的报文。主和备无法确定各自的身份，同时出现了vip地址，两边都起来了，但是两边都无法使用。
keepalived+haproxy
weixin_33862188的博客
04-28 544
一. 在172.17.60.39主机上部署haproxy+keepalived： 1. 安装haproxy环境 [root@myhost ~]#yum -y install libnl libnl-devel libnfnetlink libnfnetlink-devel kernel-devel popt-devel openssl-devel gcc[root@myhost ~]#syste...
Keepalived+HAProxy 搭建高可用负载均衡
我的博客
03-26 1165
软件负载均衡技术是指可以为多个后端服务器节点提供前端IP流量分发调度服务的软件技术。Keepalived和HAProxy是众多软负载技术中的两种，其中Keepalived既可以实现负载均衡也可以实现高可用，而HAProxy则更加专注于提供高性能TCP和HTTP反向代理和负载均衡能力。负载均衡可以由专业硬件设备提供，由服务器集群服务节点之上架设专业负载均衡器来完成集群节点的负载均衡工作。
keepalive+Haproxy
weixin_34203832的博客
01-18 233
1.keepalive Keepalived 是一款轻量级HA集群应用，它的设计初衷是为了做LVS集群的HA，即探测LVS健康情况，从而进行主备切换，不仅如此，还能够探测LVS代理的后端主机的健康状况，动态修改LVS转发规则。 当LVS进行主备切换的时候，对外提供服务的IP是如何做到切换的呢？这就依赖于keepalived 所应用的vrrp协议，即Virtual Reduntant R...
Haproxy+keepalived（2）
木子甘
11-09 936
一、实现haproxy跨网段访问，要求172.17网段为公网网段，后端server为192.168.153网段，haproxy检测后端realserver是基于index.html内的内容,“ok”字段，并能够在haproxy停止时，切换VI1.实现haproxy跨网段访问，要求172.17网段为公网网段，后端server为192.168.153网段 2.haproxy检测后端realserver是
keepalived 和haproxy 搭建
qq_31515997的博客
02-25 764
keepalived和haproxy 搭建
keepalived+haproxy+mycat配置文件.rar
07-20
在构建高可用性、负载均衡的数据库系统时，`keepalived`、`haproxy` 和 `mycat` 是三个关键组件。本配置文件集合主要用于实现基于 CentOS 7 的多节点环境中，MySQL 双主读写分离以及故障自动切换的解决方案。下面将...
高性能业务架构解决方案（HAproxy+Keepalive)
01-19
高性能业务架构解决方案（HAproxy+Keepalived) Nginx/LVS/HAProxy的基于Linux的开源免费的负载均衡软件。对于大型的，需要进行高并发的网站或者对网络不太严格的场景，可以使用Nginx；对于大型的Web服务器的时候可以使用Haproxy；对性能有严格要求的时候可以使用LVS，就单纯从负载均衡的角度来说，LVS也许会成为主流，更适合现在大型的互联网公司。本文采用HAproxy+keepalived双主方案来解决业务架构高可用。
利用ansible安装keepalived和haproxy集群
01-31
标题中的“利用ansible安装keepalived和haproxy集群”是指使用自动化运维工具Ansible来部署高可用性负载均衡解决方案，其中包括Keepalived和HAProxy两个关键组件。在这个过程中，我们将探讨如何通过Ansible剧本...
mysql+mycat+keepalived+haproxy集群(生产环境实测).doc
08-10
总结来说，这个集群环境通过MySQL提供数据库服务，Mycat进行数据分片和负载均衡，Keepalived确保主从切换的高可用性，而HAProxy则进一步增强了对外服务的负载均衡能力。这样的组合可以有效提升系统的稳定性和处理...
Keepalived+Haproxy 安装配置
qq_18248817的博客
07-11 1902
确认并搭建CentOS + Keepalived + Haproxy架构，采用双活模式CentOS使用防火墙，仅开通必要端口，限制非法访问和病毒传播现每组负载均衡设置8个虚拟VIP，每个节点4个VIP，实现秒级切换每个VIP对应一组AP Server，Haproxy自动检测每个AP Server节点状态实现重启单独的HA节点和AP Server节点都能秒级自动切换手动维护每组AP Server时，不影响用户正常使用。
Keepalive+Haproxy部署
qq_43164571的博客
01-20 1889
实验环境： IP 备注 172.16.3.225/21 Keepalive-Master+Haproxy+Nginx 172.16.3.226/21 Keepalive-Backup+Haproxy+Nginx 172.16.3.200/24 VIP 注：这里因为自己的环境有限为了更好地测试，所以就用两台机器。 实验效果 最终的实验效果是通过一个虚拟IP反向代理两台Nginx，当我们Keepalive-Master宕机VIP会转到Keepalive-Backup并且还可以正
B6-Haproxy 与 KeepAlive
weixin_34281537的博客
01-04 118
B6-Haproxy 与 KeepAlive 1. Haproxy 与 KeepAlive 2. KeepAlive的原理 3. 影响 Haproxy Keepalive的参数 4. 测试 Haproxy keepalive 5. HTTP协议的头部字段 1. Haproxy 与 KeepAlive KeepAlive 就是通常所称的...
Haproxy+Keepalived高可用环境部署梳理（主主和主从模式）
weixin_33817333的博客
09-21 337
  Nginx、LVS、HAProxy 是目前使用最广泛的三种负载均衡软件，本人都在多个项目中实施过，通常会结合Keepalive做健康检查，实现故障转移的高可用功能。 1）在四层（tcp）实现负载均衡的软件： lvs------>重量级 nginx------>轻量级，带缓存功能，正则表达式较灵活 haproxy------>模拟四层转发，较灵活 2）在七...
利用keepalived和haproxy配置mysql的高可用负载均衡
weixin_34013044的博客
08-11 204
实验系统：CentOS 6.6_x86_64（2.6.32-504.30.3.el6.x86_64） 实验前提：防火墙和selinux都关闭 实验说明：本实验共有4台主机，IP分配如拓扑 实验软件：keepalived-1.2.19　　haproxy-1.5.14　　mariadb-10.0.20 下载地址：http://pan.baidu.com/s/1bnnYiMr 实验拓扑： 　...
keepalived和haproxy区别
06-06
keepalived和haproxy都是用于实现高可用性的工具，但是它们的功能和应用场景有所不同。 keepalived是一个基于VRRP协议的软件，主要用于实现服务器的故障转移和负载均衡。它可以监控服务器的状态，当主服务器出现故障时，自动将流量转移到备份服务器上，从而保证服务的可用性。同时，keepalived还支持负载均衡功能，可以将流量分发到多个服务器上，提高系统的性能和可扩展性。 haproxy是一个高性能的负载均衡器，可以将流量分发到多个服务器上，从而提高系统的性能和可扩展性。它支持多种负载均衡算法，可以根据不同的应用场景进行配置。同时，haproxy还支持会话保持和健康检查等功能，可以保证服务的可用性和稳定性。 总的来说，keepalived主要用于实现服务器的故障转移和负载均衡，而haproxy则是一个专业的负载均衡器，可以提供更加丰富的负载均衡功能和性能优化。在实际应用中，可以根据具体的需求选择合适的工具来实现高可用性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值