Haproxy搭建web群集

目录：
 

Haproxy

相当于七层，是软件集群
F5是硬件集群
 

常见的Web群集调度器

目前常见的web集群调度器分为软件和硬件
软件通常使用开源的LVS、Haproxy、Nginx
硬件一般使用比较多的是F5，也有很多人使用国内的一些产品，如梭子鱼、绿盟等
0
绿盟：扫描硬盘，扫描漏洞，和深信服是做安全产品（软硬都做）
 
Samba软件服务
 
HAProxy是可提供高可用性、负载均衡以及基于TCP和HTTP应用的代理，是免费、快速并且可靠的一种解决方案。HAProxy非常适用于并发(并发1W以上)web站点，这些站点通常又需要会话保持或七层处理。HAProxy的运行模式使得它可以很简单安全的整合至当前的机构中，同时可以保护web服务器不被暴露到网络上
0
 

HAProxy的主要特性有：

  • 可靠性和稳定性非常好，可以与硬件级的F5负载均衡设备相媲美；
  • 最高可以同时维护40000-50000个并发连接，单位时间内处理的最大请求数为20000个，最大处理能力可达10Git/s；
  • 支持多达8种负载均衡算法，同时也支持会话保持；
  • 支持虚机主机功能，从而实现web负载均衡更加灵活；
  • 支持连接拒绝、全透明代理等独特的功能；
  • 拥有强大的ACL支持，用于访问控制；
  • 其独特的弹性二叉树数据结构，使数据结构的复杂性上升到了0(1)，即数据的查寻速度不会随着数据条目的增加而速度有所下降；
  • 支持客户端的keepalive功能，减少客户端与haproxy的多次三次握手导致资源浪费让多个请求在一个tcp连接中完成；
  • 支持TCP加速，零复制功能，类似于mmap机制；
  • 支持响应池 (response buffering) ；
  • 支持RDP协议；
  • 基于源的粘性，类似nginx的ip_hash功能，把来自同一客户端的请求在一定时间内始终调度到上游的同一服务器；
  • 更好统计数据接口，其web接口显示后端集群中各个服务器的接收、发送、拒绝、错误等数据的统计信息；
  • 详细的健康状态检测，web接口中有关于对上游服务器的健康检测状态，并提供了一定的管理功能；
  • 基于流量的健康评估机制；
  • 基于http认证；
  • 基于命令行的管理接口；
  • 日志分析器，可对日志进行分析

Haproxy应用分析

LVS在企业应用中抗负载能力很强人但存在不足。
LVS不支持正则处理，不能实现动静分离
对于大型网站，LVS的实施配置复杂，维护成本相对较高
Haproxy是一款可提供高可用性、负载均衡、及基于TCP和HTTP应用的代理的软件
适用于负载大的Web站点
运行在硬件上可支持数以万计的并发连接的连接请求
 
 

Haproxy支持(8)多种调度算法

最常用的有三种
1、RR (Round Robin)
RR算法是最简单最常用的一种算法，即轮询调度
理解举例
有三个节点A、B、C
第一个用户访问会被指派到节点A
第二个用户访问会被指派到节点B
第三个用户访问会被指派到节点C
第四个用户访问继续指派到节点A,轮询分配访问请求实现负载均衡效果
2、LC (Least|Connections)
最小连接数算法，根据后端的节点连接数大小动态分配前端请求
理解举例
有三个节点A、B、C，各节点的连接数分别为A:4、B:5、C:6
第一个用户连接请求，会被指派到A上，连接数变为A:5、B:5、C:6
第二个用户请求会继续分配到A上，连接数变为A:6、B:5、C:6;再有新的请求会分配给B,每次将新的请求指派给连接数最小的客户端
由于实际情况下A、B、C的连接数会动态释放，很难会出现一样连接数的情况
此算法相比较rr算法有很大改进，是目前用到比较多的一种算法
3、SH (Source Hashing)
基于来源访问调度算法，用于一些有Session会话记录在服务器端的场景，可以基于来源的IP、Cookie等做集群调度
理解举例
有三个节点A、B、C,第一个用户第一次访问被指派到了A,第二个用户第一次访问被指派到了B
当第一个用户第二次访问时会被继续指派到A,第二个用户第二次访问时依旧会被指派到B，只要负载均衡调度器不重启，第一个用户访问都会被指派到A,第二个用户访问都会被指派到B,实现集群的调度
此调度算法好处是实现会话保持，但某些IP访问量非常大时会引|起负载不均衡,部分节点访问量超大，影响业务使用
 
HAProxy的负载均衡算法现在具体有如下8种：
 
①Round Robin(RR)表示简单的轮询，这个不多说，这个是负载均衡基本都具备的；
② static-rr，表示根据权重，关注；
③LeastConn（LC），表示最少连接者先处理，建议关注；
④ source，表示根据请求源IP，这个跟Nginx的IP_hash机制类似我们用其作为解决session问题的一种方法，建议关注；
⑤ri，表示根据请求的URI；
⑥rl_param，表示根据请求的URl参数’balance url_param’ requires an URL parameter name；
⑦hdr(name)，表示根据HTTP请求头来锁定每一次HTTP请求；
⑧rdp-cookie(name)，表示根据据cookie(name)来锁定并哈希每一次TCP请求。
 

LVS、Nginx、HAproxy区别

① nginx
支持正则
只支持基于端C1的健康检查
不支持session的直接保持，但能通过IP_ hash来解决
对网络稳定性要求不高
反向代理能力强
nginx社区活跃( 社区:维护、更新服务的组织)、收费社区
② LVS
只能基于四层端口转发
在四层做分发作用，抗负载能力强
应用范围广(几乎可以对所有应用做负载)
③ HAproxy
支持8种负载均衡策略
仅做负载均衡软件使用，在高并发情况下性能优于nginx
支持URL健康检测、支持session保持
LVS： 是基于四层的转发
HAproxy： 是基于四层和七层的转发，是专业的代理服务器
Nginx： 是WEB服务器，缓存服务器，又是反向代理服务器，可以做七层的转发
区别： LVS由于是基于四层的转发所以只能做端口的转发
而基于URL的、基于目录的这种转发LVS就做不了
 
 
LVS基于Linux操作系统内核实现软负载均衡，而HAProxy和Nginx是基于第三方应用实现的软件负载均衡；
IVS是可实现4层的IP负载均衡技术，无法实现基于目录、URL的转发。而HAProxy和Nginx都可以实现4层和7层技术，HAProxy可提供TCP和HTTP应用的负载均衡综合解决方案;
IVS因为工作在ISO模型的第四层，其状态监测功能单一，而HAProxy在状态监测方面功能更丰富、强大，可支持端口、URL、脚本等多种状态检测方式;
HAProxy功能强大，但整体性能低于4层模式的LVS负载均衡；
Nginx主要用于web服务器或缓存服务器。Nginx的upstream模块虽然也支持群集功能，但是对群集节点健康检查功能不强，性能没有Haproxy好。
工作选择：
HAproxy和Nginx由于可以做七层的转发，所以URL和目录的转发都可以做
在很大并发量的时候我们就要选择LVS，像中小型公司的话并发量没那么大
选择HAproxy或者Nginx足已，由于HAproxy由是专业的代理服务器
配置简单，所以中小型企业推荐使用HAproxy
 

Haproxy搭建Web群集

Haproxy服务器: 192.168.63.100
Nginx 服务器1: 192.168.63.110
Nginx 服务器2: 192.168.63.130
编译安装Haproxy
yum install -y pcre-devel bzip2-devel gcc gcc-c++ make
tar zxvf haproxy-1.5.19.tar.gz
cd haproxy-1.5.19/
make TARGET=linux2628 ARCH=x86_64
make install
 
//
##参数说明
TARGET=linux2628 #内核版本
#uname -r查看内核 kernel大于2.6.28的用TARGET=linux2628
ARCH=x86_64 #系统位数，63位系统
//
 
Haproxy服务器配置
mkdir /etc/haproxy
cp examples/haproxy.cfg /etc/haproxy/
cd /etc/haproxy/
vim haproxy.cfg
global
##全局配置，主要用于定义全局参数，属于进程级的配置，通常和操作系统配置有关，4~5行修改，定义haproxy日志输出设置和日志级别，local0为日志设备，默认存放到系统日志
log /dev/log local0 info #修改
log /dev/log local0 notice #修改
#log loghost local0 info
maxconn 4090 #最大连接数，需考虑ulimit -n 限制，推荐使用10240
--8行--注释，chroot运行路径，为该服务设置的根目录，一般需将此行注释掉
#chroot /usr/share/haproxy #务必注释↑↑↑↑↑↑
uid 99 #用户UID
gid 99 #用户GID
daemon #守护进程模式
#debug
#quiet
nbproc 1 添加，设置并发进程数，建议与当前服务器CPU核数相等或为其2倍
 
defaults
#配置默认参数，这些参数可以被用到Listen，frontend，backend组件
log global #引入global定义的日志格式
mode http #模式为http（7层代理http，4层代理tcp）
option httplog #日志类别http日志格式
option dontlognull #不记录健康检查日志信息
retries 3
#检查节点服务器失败次数，连续达到三次失败，则认为节点不可用
redispatch
#当服务器负载很高时，自动结束当前队列处理比较久的连接
maxconn 2000 #最大连接数，"defaulets"中的值不能超过"global"段中的定义
# contimeout 5000 #设置连接超时时间，默认单位是毫秒
# clitimeout 50000 #设置客户端超时时间，默认单位是毫秒
# srvtimeout 50000 #设置服务器超时时间，默认单位是毫秒
timeout http-request 10s #默认http请求超时时间
timeout queue 1m #默认队列超时时间
timeout connect 10s
#默认连接超时时间，新版本中替代 contimeout，该参数向后兼容
timeout client 1m
#默认客户端超时时间，新版本中替代clitimeout，该参数向后兼容
timeout server 1m
##默认服务器超时时间，新版本中替代srvtimeout，该参数向后兼容
timeout http-keep-alive 10s #默认持久连接超时时间
timeout check 10s #设置心跳检查超时时间
--删除下面所有的listen项--，添加
listen webcluster 0.0.0.0:80
#haproxy实例状态监控部分配置，定义一个名为webcIluster的应用
option httpchk GET /test.html #检查服务器的test.html文件
balance roundrobin
#负载均衡调度算法使用轮询算法roundrobin
server inst1 192.168.63.110:80 check inter 2000 fall 3
#定义在线节点
server inst2 192.168.63.130:80 check inter 2000 fall 3
 
####参数说明#######
balance roundrobin #负载均衡调度算法
#轮询算法: roundrobin;最小连接数算法: leastconn;来源访问调度算法: source，类似于nginx的ip_hash
 
check inter 2000
#表示启用对此后端服务器执行健康检查，设置健康状态检查的时间间隔，单位为毫秒
 
fall 3 #表示连续三次检测不到心跳频率则认为该节点失效
若节点配置后带有"backup"表示该节点只是个备份节点，仅在所有在线节点都失效
该节点才启用。不携带"backup"，表示为主节点，和其它在线节点共同提供服务。
################################
 
添加haproxy系统服务
cp /opt/haproxy-1.5.19/examples/haproxy.init /etc/init.d/haproxy
cd /etc/init.d/haproxy
chmod +x haproxy
chkconfig --add /etc/init.d/haproxy
 
ln -s /usr/local/sbin/haproxy /usr/sbin/haproxy
service haproxy start
 
节点服务器（用的yum安装nginx）
vim /etc/yum.repos.d/nginx.repo
[nginx]
name=nginx repo
gpgcheck=0
enabled=1
 
yum clean all
yum makecache
 
yum安装的nginx的配置在/etc/nginx/conf.d/default.conf
nginx1
echo "this is kgc web" > /usr/share/nginx/html/test.html
nginx2
echo "this is benet web" > /usr/share/nginx/html/test.html
 
 
日志：
#默认haproxy的日志是输出到系统的syslog中，查看起来不是非常方便，为了更好的管理haproxy的日志，我们在生产环境中一般单独定义出来。需要将haproxy的info及notice日志分别记录到不同的日志文件中。
 
#需要修改rsyslog配置，为了便于管理。将haproxy相关的配置独立定义到haproxy.conf，并放到/etc/rsyslog,d/下，rsyslog启动时会自动加载此目录下的所有配置文件。
 
vim /etc/rsyslog.d/haproxy.conf
 
if ($programname == 'haproxy' and $syslogseverity-text == 'info')
then -/var/log/haproxy/haproxy-info.log
&~
if ($programname == 'haproxy' and $syslogseverity-text == 'notice')
then -/var/log/haproxy/haproxy-notice.log
&~
##说明
这部分配置是将haproxy的info日志记录到/var/log/haproxy/haproxy-info.log下，将notice日志记录到/var/log/haproxy/haproxy-notice.log下。 "&~"表示当日志写入到日志文件后，rsyslog停止处理这个消息
systemctl restart rsyslog.service
刷新页面
tail -f /var/log/haproxy/haproxy-info.log
#查看haproxy的访问请求日志信息
0
0
0
 
  
 
posted @ 2022-11-23 16:21  七分人格  阅读(25)  评论(0)  编辑  收藏  举报