十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
这篇文章将为大家详细讲解有关haproxy中怎么实现反向代理和负载均衡,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。
创新互联公司凭借专业的设计团队扎实的技术支持、优质高效的服务意识和丰厚的资源优势,提供专业的网站策划、网站设计、成都做网站、网站优化、软件开发、网站改版等服务,在成都十载的网站建设设计经验,为成都上千余家中小型企业策划设计了网站。
nginx可实现缓存功能,haproxy不能实现缓存功能,这里只说明其反向代理功能和负载均衡功能
yum install haproxy 主配置文件haproxy.cfg 开启日志功能: 编辑/etc/rsyslog.conf文件 $ModLoad imudp $UDPServerRun 514 #开启udp514端口 local2.* /var/log/haproxy.log 编辑/etc/haproxy/haproxy.cfg文件: log 127.0.0.1 local2 配置负载均衡后端主机: global log 127.0.0.1 local2 chroot /var/lib/haproxy pidfile /var/run/haproxy.pid maxconn 4000 定义面向客户端的总的最大连接数(面向客户端那一面) user haproxy group haproxy daemon # turn on stats unix socket stats socket /var/lib/haproxy/stats #--------------------------------------------------------------------- # main frontend which proxys to the backends #--------------------------------------------------------------------- frontend main *:80 #第一种方式 # bind *:80 #第二种方式 # bind *:8080 #只能用于frontend, listen; # maxconn 也可以定义在这里或listen后,定义了单个实例的最大并发连接数,如果在global段定义就是所有实例总的 default_backend websrvs #--------------------------------------------------------------------- # round robin balancing between the various backends #--------------------------------------------------------------------- backend websrvs balance roundrobin server web1 192.168.20.7:80 check #定义的名字web1会被加到请求首部发到后端,当后端有虚拟主机时很有用 server web2 192.168.20.8:80 check
balance: 指明调度算法;几种调度算法:
动态:权重可动态调整
静态:调整权重不会实时生效
roundrobin: 轮询,动态算法,每个后端主机最多支持4128个连接;
static-rr: 轮询,静态算法,每个后端主机支持的数量无上限;
leastconn: 根据后端主机的负载数量进行调度;仅适用长连接的会话;动态;
hash-type:
map-based:取模法;静态;
consistent:一致性哈希法;动态;
下面的四种调度算法都基于上面的两种hash-type
source:
uri:对uri的左半部分(?标记之前的部分)或者整个uri做hash,除以后端服务器总权重后绑定到后端服务器
url_param: 根据url中的指定的参数的值进行调度;把值做hash计算,并除以总权重;
hdr(
示例:
backend websrvs balance hdr(User-Agent) hash-type consistent server web1 192.168.20.7:80 check server web2 192.168.20.8:80 check
测试:
mode: 健康状态检测时基于何种协议
HAProxy的工作模式;默认为tcp;有三种:tcp, http, health
只有客户端和前端,后端都是用http通信才可以使用http模式
在front段也可以指定log:
frontend main *:80 log global log 127.0.0.2 local3
使用use_backend 和acl定义后段
use_backend dynamic if url_dyn
use_backend static if url_css url_img extension_img
server段后可加的参数:
backup:设定为备用服务器,仅在负载均衡场景中的其它server均不可用于启用此server; check:启动对此server执行健康状态检查,其可以借助于额外的其它参数完成更精细的设定,如: inter:设定健康状态检查的时间间隔,单位为毫秒,默认为2000;也可以使用fastinter和downinter来根据服务器端状态优化此时间延迟; rise :设定健康状态检查中,某离线的server从离线状态转换至正常状态需要成功检查的次数; fall :确认server从正常状态转换为不可用状态需要检查的次数; cookie :为指定server设定cookie值,此处指定的值将在请求入站时被检查,第一次为此值挑选的server将在后续的请求中被选中,其目的在于实现持久连接的功能; maxconn :指定此服务器接受的最大并发连接数;如果发往此服务器的连接数目高于此处指定的值,其将被放置于请求队列,以等待其它连接被释放; maxqueue :设定请求队列的最大长度; observe :通过观察服务器的通信状况来判定其健康状态,默认为禁用,其支持的类型有“layer4”和“layer7”,“layer7”仅能用于http代理场景; redir :启用重定向功能,将发往此服务器的GET和HEAD请求均以302状态码响应;需要注意的是,在prefix后面不能使用/,且不能使用相对地址,以免造成循环;例如: server srv1 172.16.100.6:80 redir http://imageserver.magedu.com check weight :权重,默认为1,最大值为256,0表示不参与负载均衡;
option httpchk option httpchkoption httpchk 例如: backend https_relay mode tcp option httpchk OPTIONS * HTTP/1.1\r\nHost:\ www.lee123.com server apache1 192.168.1.1:443 check port 80 使用案例: server first 172.16.100.7:1080 cookie first check inter 1000 server second 172.16.100.8:1080 cookie second check inter 1000
基于浏览器cookie实现session sticky:定义健康检查方式可以使用option:
要点: (1) 每个server有自己惟一的cookie标识; (2) 在backend中定义为用户请求调度完成后操纵其cookie backend websrvs balance roundrobin cookie SERVERID insert nocache indirect server web1 192.168.20.7:80 check cookie websrv1 server web2 192.168.20.8:80 check cookie websrv2
测试:注意到cookie头部的websrv1关键字了么?
开启统计页面:
listen statistics bind *:9090 stats enable stats hide-version #stats scope . stats uri /haproxyadmin?stats stats realm "HAPorxy\ Statistics" stats auth admin:mageedu stats admin if TRUE
向日志中记录额外信息:
capture request header
capture response header
当mode为http时,记录丰富的日志信息:
option httplog----默认是开启的
错误页面重定向:
errorfile: 使用haproxy主机本地文件进行响应;
errorloc, errorloc302: 使用指定的url进行响应,响应状态码为302;不适用于GET以外的其它请求方法;
errorloc303:返回303状态码;
添加请求或响应报文首部:
reqadd
rspadd
frontend main bind *:80 bind *:8080 rspadd Via:\ node1.lee.com default_backend websrvs
出现了Via:
动静分离的示例: frontend main bind *:80 bind *:8080 acl url_static path_beg -i /static /images /javascript /stylesheets acl url_static path_end -i .jpg .gif .png .css .js use_backend static if url_static default_backend appsrvs #--------------------------------------------------------------------- # static backend for serving up images, stylesheets and such #--------------------------------------------------------------------- backend static balance roundrobin server static1 192.168.20.7 check server static2 192.168.20.8 check backend appsrvs balance roundrobin option forwardfor except 127.0.0.1 header X-Client option httpchk cookie SERVERID insert indirect nocache server web1 192.168.20.7:80 check cookie web1 server web2 192.168.20.8:80 check cookie web2
关于haproxy中怎么实现反向代理和负载均衡就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。