hapRroxy 安装配置详解

简介

HAProxy提供高可用性、负载均衡以及基于TCP和HTTP应用的代理,支持虚拟主机,它是免费、快速并且可靠的一种解决方案。

HAProxy特别适用于那些负载特大的web站点,这些站点通常又需要会话保持或七层处理。

HAProxy运行在当前的硬件上,完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中, 同时可以保护你的web服务器不被暴露到网络上。

HAProxy实现了一种事件驱动, 单一进程模型,此模型支持非常大的并发连接数。多进程或多线程模型受内存限制 、系统调度器限制以及无处不在的锁限制,很少能处理数千并发连接。事件驱动模型因为在有更好的资源和时间管理的用户空间(User-Space) 实现所有这

些任务,所以没有这些问题。此模型的弊端是,在多核系统上,这些程序通常扩展性较差。这就是为什么他们必须进行优化以 使每个CPU时间片(Cycle)做更多的工作。

安装

#下载
wget http://fossies.org/linux/misc/haproxy-1.6.9.tar.gz
#解压
tar -zxvf haproxy-1.6.9.tar.gz
cd haproxy-1.6.9
#安装
make TARGET=linux2628 ARCH=x86_64 PREFIX=/usr/local/haproxy
make install PREFIX=/usr/local/haproxy

#参数说明
TARGET=linux26 #内核版本,使用uname -r查看内核,如:2.6.18-371.el5,此时该参数就为linux26;kernel 大于2.6.28的用:TARGET=linux2628
ARCH=x86_64 #系统位数
PREFIX=/usr/local/haprpxy #/usr/local/haprpxy为haprpxy安装路径
安装过程

配置(自己创建)

【/usr/local/haproxy/haproxy.cfg】

  1 ###########全局配置#########
  2 global
  3   log 127.0.0.1 local0 #[日志输出配置,所有日志都记录在本机,通过local0输出]
  4   log 127.0.0.1 local1 notice #定义haproxy 日志级别[error warringinfo debug]
  5   daemon #以后台形式运行harpoxy
  6   nbproc 1 #设置进程数量
  7   maxconn 4096 #默认最大连接数,需考虑ulimit-n限制
  8   #user haproxy #运行haproxy的用户
  9   #group haproxy #运行haproxy的用户所在的组
 10   #pidfile /var/run/haproxy.pid #haproxy 进程PID文件
 11   #ulimit-n 819200 #ulimit 的数量限制
 12   #chroot /usr/share/haproxy #chroot运行路径
 13   #debug #haproxy 调试级别,建议只在开启单进程的时候调试
 14   #quiet
 15 
 16 ########默认配置############
 17 defaults
 18   log global
 19   mode http #默认的模式mode { tcp|http|health },tcp是4层,http是7层,health只会返回OK
 20   option httplog #日志类别,采用httplog
 21   option dontlognull #不记录健康检查日志信息
 22   retries 2 #两次连接失败就认为是服务器不可用,也可以通过后面设置
 23   #option forwardfor #如果后端服务器需要获得客户端真实ip需要配置的参数,可以从Http Header中获得客户端ip
 24   option httpclose #每次请求完毕后主动关闭http通道,haproxy不支持keep-alive,只能模拟这种模式的实现
 25   #option redispatch #当serverId对应的服务器挂掉后,强制定向到其他健康的服务器,以后将不支持
 26   option abortonclose #当服务器负载很高的时候,自动结束掉当前队列处理比较久的链接
 27   maxconn 4096 #默认的最大连接数
 28   timeout connect 5000ms #连接超时
 29   timeout client 30000ms #客户端超时
 30   timeout server 30000ms #服务器超时
 31   #timeout check 2000 #心跳检测超时
 32   #timeout http-keep-alive10s #默认持久连接超时时间
 33   #timeout http-request 10s #默认http请求超时时间
 34   #timeout queue 1m #默认队列超时时间
 35   balance roundrobin #设置默认负载均衡方式,轮询方式
 36   #balance source #设置默认负载均衡方式,类似于nginx的ip_hash
 37   #balnace leastconn #设置默认负载均衡方式,最小连接数
 38 
 39 ########统计页面配置########
 40 listen stats
 41   bind 0.0.0.0:1080 #设置Frontend和Backend的组合体,监控组的名称,按需要自定义名称
 42   mode http #http的7层模式
 43   option httplog #采用http日志格式
 44   #log 127.0.0.1 local0 err #错误日志记录
 45   maxconn 10 #默认的最大连接数
 46   stats refresh 30s #统计页面自动刷新时间
 47   stats uri /stats #统计页面url
 48   stats realm XingCloud\ Haproxy #统计页面密码框上提示文本
 49   stats auth admin:admin #设置监控页面的用户和密码:admin,可以设置多个用户名
 50   stats auth Frank:Frank #设置监控页面的用户和密码:Frank
 51   stats hide-version #隐藏统计页面上HAProxy的版本信息
 52   stats admin if TRUE #设置手工启动/禁用,后端服务器(haproxy-1.4.9以后版本)
 53 
 54 ########设置haproxy 错误页面#####
 55 #errorfile 403 /home/haproxy/haproxy/errorfiles/403.http
 56 #errorfile 500 /home/haproxy/haproxy/errorfiles/500.http
 57 #errorfile 502 /home/haproxy/haproxy/errorfiles/502.http
 58 #errorfile 503 /home/haproxy/haproxy/errorfiles/503.http
 59 #errorfile 504 /home/haproxy/haproxy/errorfiles/504.http
 60 
 61 ########frontend前端配置##############
 62 frontend main
 63   bind *:80 #这里建议使用bind *:80的方式,要不然做集群高可用的时候有问题,vip切换到其他机器就不能访问了。
 64   acl web hdr(host) -i www.abc.com  #acl后面是规则名称,-i为忽略大小写,后面跟的是要访问的域名,如果访问www.abc.com这个域名,就触发web规则,。
 65   acl img hdr(host) -i img.abc.com  #如果访问img.abc.com这个域名,就触发img规则。
 66   use_backend webserver if web   #如果上面定义的web规则被触发,即访问www.abc.com,就将请求分发到webserver这个作用域。
 67   use_backend imgserver if img   #如果上面定义的img规则被触发,即访问img.abc.com,就将请求分发到imgserver这个作用域。
 68   default_backend dynamic #不满足则响应backend的默认页面
 69 
 70 ########backend后端配置##############
 71 backend webserver #webserver作用域
 72   mode http
 73   balance roundrobin #balance roundrobin 负载轮询,balance source 保存session值,支持static-rr,leastconn,first,uri等参数
 74   option httpchk /index.html HTTP/1.0 #健康检查, 检测文件,如果分发到后台index.html访问不到就不再分发给它
 75   server web1 10.16.0.9:8085 cookie 1 weight 5 check inter 2000 rise 2 fall 3
 76   server web2 10.16.0.10:8085 cookie 2 weight 3 check inter 2000 rise 2 fall 3
 77   #cookie 1表示serverid为1,check inter 1500 是检测心跳频率 
 78   #rise 2是2次正确认为服务器可用,fall 3是3次失败认为服务器不可用,weight代表权重
 79 
 80 backend imgserver
 81   mode http
 82   option httpchk /index.php
 83   balance roundrobin 
 84   server img01 192.168.137.101:80 check inter 2000 fall 3
 85   server img02 192.168.137.102:80 check inter 2000 fall 3
 86 
 87 backend dynamic 
 88   balance roundrobin 
 89   server test1 192.168.1.23:80 check maxconn 2000 
 90   server test2 192.168.1.24:80 check maxconn 2000
 91 
 92 
 93 listen tcptest 
 94   bind 0.0.0.0:5222 
 95   mode tcp 
 96   option tcplog #采用tcp日志格式 
 97   balance source 
 98   #log 127.0.0.1 local0 debug 
 99   server s1 192.168.100.204:7222 weight 1 
100   server s2 192.168.100.208:7222 weight 1
配置文件详解

负载均衡算法

 1 一、roundrobin,表示简单的轮询,每个服务器根据权重轮流使用,在服务器的处理时间平均分配的情况下这是最流畅和公平的算法。该算法是动态的,对于实例启动慢的服务器权重会在运行中调整。
 2 
 3 二、static-rr,表示根据权重,建议关注;每个服务器根据权重轮流使用,类似roundrobin,但它是静态的,意味着运行时修改权限是无效的。另外,它对服务器的数量没有限制。
 4 
 5 三、leastconn,表示最少连接者先处理,建议关注;leastconn建议用于长会话服务,例如LDAP、SQL、TSE等,而不适合短会话协议。如HTTP.该算法是动态的,对于实例启动慢的服务器权重会在运行中调整。
 6 
 7 四、source,表示根据请求源IP,建议关注;对请求源IP地址进行哈希,用可用服务器的权重总数除以哈希值,根据结果进行分配。
 8            只要服务器正常,同一个客户端IP地址总是访问同一个服务器。如果哈希的结果随可用服务器数量而变化,那么客户端会定向到不同的服务器;
 9            该算法一般用于不能插入cookie的Tcp模式。它还可以用于广域网上为拒绝使用会话cookie的客户端提供最有效的粘连;
10            该算法默认是静态的,所以运行时修改服务器的权重是无效的,但是算法会根据“hash-type”的变化做调整。
11 五、uri,表示根据请求的URI;表示根据请求的URI左端(问号之前)进行哈希,用可用服务器的权重总数除以哈希值,根据结果进行分配。
12         只要服务器正常,同一个URI地址总是访问同一个服务器。
13         一般用于代理缓存和反病毒代理,以最大限度的提高缓存的命中率。该算法只能用于HTTP后端;
14         该算法一般用于后端是缓存服务器;
15         该算法默认是静态的,所以运行时修改服务器的权重是无效的,但是算法会根据“hash-type”的变化做调整。
16 六、url_param,表示根据请求的URl参数'balance url_param' requires an URL parameter name
17               在HTTP GET请求的查询串中查找<param>中指定的URL参数,基本上可以锁定使用特制的URL到特定的负载均衡器节点的要求;
18               该算法一般用于将同一个用户的信息发送到同一个后端服务器;
19               该算法默认是静态的,所以运行时修改服务器的权重是无效的,但是算法会根据“hash-type”的变化做调整。
20 七、hdr(name),表示根据HTTP请求头来锁定每一次HTTP请求;
21               在每个HTTP请求中查找HTTP头<name>,HTTP头<name>将被看作在每个HTTP请求,并针对特定的节点;
22               如果缺少头或者头没有任何值,则用roundrobin代替;
23               该算法默认是静态的,所以运行时修改服务器的权重是无效的,但是算法会根据“hash-type”的变化做调整。
24 八、rdp-cookie(name),表示根据据cookie(name)来锁定并哈希每一次TCP请求。
25                      为每个进来的TCP请求查询并哈希RDP cookie<name>26                      该机制用于退化的持久模式,可以使同一个用户或者同一个会话ID总是发送给同一台服务器。
27                      如果没有cookie,则使用roundrobin算法代替;
28                      该算法默认是静态的,所以运行时修改服务器的权重是无效的,但是算法会根据“hash-type”的变化做调整。
29 
30 #其实这些算法各有各的用法,我们平时应用得比较多的应该是roundrobin、source和lestconn。
31 
32 haproxy负载均衡算法
haproxy负载均衡算法

 

ACL规则定义

 1 ########ACL策略定义#########################
 2 1、#如果请求的域名满足正则表达式返回true -i是忽略大小写
 3 acl denali_policy hdr_reg(host) -i ^(www.inbank.com|image.inbank.com)$
 4 
 5 2、#如果请求域名满足www.inbank.com 返回 true -i是忽略大小写
 6 acl tm_policy hdr_dom(host) -i www.inbank.com
 7 
 8 3、#在请求url中包含sip_apiname=,则此控制策略返回true,否则为false
 9 acl invalid_req url_sub -i sip_apiname=#定义一个名为invalid_req的策略
10 
11 4、#在请求url中存在timetask作为部分地址路径,则此控制策略返回true,否则返回false
12 acl timetask_req url_dir -i timetask
13 
14 5、#当请求的header中Content-length等于0时返回 true
15 acl missing_cl hdr_cnt(Content-length) eq 0
16 
17 #########acl策略匹配相应###################
18 1、#当请求中header中Content-length等于0 阻止请求返回403
19 block if missing_cl
20 
21 2、#block表示阻止请求,返回403错误,当前表示如果不满足策略invalid_req,或者满足策略timetask_req,则阻止请求。
22 block if !invalid_req || timetask_req
23 
24 3、#当满足denali_policy的策略时使用denali_server的backend
25 use_backend denali_server if denali_policy
26 
27 4、#当满足tm_policy的策略时使用tm_server的backend
28 use_backend tm_server if tm_policy
29 
30 5、#reqisetbe关键字定义,根据定义的关键字选择backend
31 reqisetbe ^Host:\ img dynamic
32 reqisetbe ^[^\ ]*\ /(img|css)/ dynamic
33 reqisetbe ^[^\ ]*\ /admin/stats stats
34 
35 6、#以上都不满足的时候使用默认mms_server的backend
36 default_backend mms
37 
38 haproxy acl定义
haproxy acl定义

启动

/usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/haproxy.cfg 

 

查看状态

http://192.168.1.22:1080/stats

#说明:
#1080即haproxy配置文件中监听端口
s#tats 即haproxy配置文件中的监听名称

 

转载于:https://www.cnblogs.com/liyongsan/p/6653163.html

以下是对提供的参考资料的总结,按照要求结构化多个要点分条输出: 4G/5G无线网络优化与网规案例分析: NSA站点下终端掉4G问题:部分用户反馈NSA终端频繁掉4G,主要因终端主动发起SCGfail导致。分析显示,在信号较好的环境下,终端可能因节能、过热保护等原因主动释放连接。解决方案建议终端侧进行分析处理,尝试关闭节电开关等。 RSSI算法识别天馈遮挡:通过计算RSSI平均值及差值识别天馈遮挡,差值大于3dB则认定有遮挡。不同设备分组规则不同,如64T和32T。此方法可有效帮助现场人员识别因环境变化引起的网络问题。 5G 160M组网小区CA不生效:某5G站点开启100M+60M CA功能后,测试发现UE无法正常使用CA功能。问题原因在于CA频点集标识配置错误,修正后测试正常。 5G网络优化与策略: CCE映射方式优化:针对诺基亚站点覆盖农村区域,通过优化CCE资源映射方式(交织、非交织),提升RRC连接建立成功率和无线接通率。非交织方式相比交织方式有显著提升。 5G AAU两扇区组网:与三扇区组网相比,AAU两扇区组网在RSRP、SINR、下载速率和上传速率上表现不同,需根据具体场景选择适合的组网方式。 5G语音解决方案:包括沿用4G语音解决方案、EPS Fallback方案和VoNR方案。不同方案适用于不同的5G组网策略,如NSA和SA,并影响语音连续性和网络覆盖。 4G网络优化与资源利用: 4G室分设备利旧:面对4G网络投资压减与资源需求矛盾,提出利旧多维度调优策略,包括资源整合、统筹调配既有资源,以满足新增需求和提质增效。 宏站RRU设备1托N射灯:针对5G深度覆盖需求,研究使用宏站AAU结合1托N射灯方案,快速便捷地开通5G站点,提升深度覆盖能力。 基站与流程管理: 爱立信LTE基站邻区添加流程:未提供具体内容,但通常涉及邻区规划、参数配置、测试验证等步骤,以确保基站间顺畅切换和覆盖连续性。 网络规划与策略: 新高铁跨海大桥覆盖方案试点:虽未提供详细内容,但可推测涉及高铁跨海大桥区域的4G/5G网络覆盖规划,需考虑信号穿透、移动性管理、网络容量等因素。 总结: 提供的参考资料涵盖了4G/5G无线网络优化、网规案例分析、网络优化策略、资源利用、基站管理等多个方面。 通过具体案例分析,展示了无线网络优化中的常见问题及解决方案,如NSA终端掉4G、RSSI识别天馈遮挡、CA不生效等。 强调了5G网络优化与策略的重要性,包括CCE映射方式优化、5G语音解决方案、AAU扇区组网选择等。 提出了4G网络优化与资源利用的策略,如室分设备利旧、宏站RRU设备1托N射灯等。 基站与流程管理方面,提到了爱立信LTE基站邻区添加流程,但未给出具体细节。 新高铁跨海大桥覆盖方案试点展示了特殊场景下的网络规划需求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值