>

负载均衡之Haproxy配置,之负载均衡配置详解

- 编辑:金沙国际平台登录 -

负载均衡之Haproxy配置,之负载均衡配置详解

负载均衡之Haproxy配置,负载均衡haproxy

下图描述了应用keepalived+Haproxy主从布署来到达能够针对前段流量进行负荷均衡到多台后端web1、web2、web3、img1、img2.不过出于haproxy会存在单点故障难点,因而使用keepalived来兑现对Haproxy单点难题的高可用管理。

常用开源软件负载均衡器有爬山涉水Nginx、LVS、Haproxy。

图片 1

三大主流软件负载均衡器相比较(LVS VS Nginx VS Haproxy)

一、LVS:
1、抗负载技能强。抗负载技巧强、品质高,能达到F5硬件的十分六;对内部存款和储蓄器和cpu财富消耗异常的低
2、专业在互连网4层,通过vrrp左券转向(仅作分发之用),具体的流量由linux内核管理,因而并未有流量的发出。
2、稳固性、可信赖性好,自己有周到的热备方案;(如跋山涉水的近义词LVS+Keepalived)
3、应用范围相比较广,能够对具有应用做负载均衡;
4、不协理正则管理,无法做动静分离。
5、支持负载均衡算法爬山涉水rr(轮循)、wrr(带权轮循)、lc(最小连接)、wlc(权重最小连接)
6、配置 复杂,对网络重视非常的大,稳固性超高。

二、Ngnix:
1、专门的学问在互连网的7层之上,能够本着http应用做一些疏散的国策,比如针对域名、目录结构;
2、Nginx对互连网的正视相当小,理论上能ping通就就会扩充负荷成效;
3、Nginx安装和配备比较轻便,测验起来相比便利;
4、也足以担负高的载重压力且稳固,平时能支撑抢先1万次的产出;
5、对后端服务器的健检,只支持通过端口来检验,不帮助通过url来检测。
6、Nginx对诉求的异步处理能够扶持节点服务器减轻负载;
7、Nginx仅能扶助http、https和Email商业事务,那样就在适用范围比较小。
8、不扶持Session的直接保持,但能经过ip_hash来缓慢解决。、对Big request header的扶植不是很好,
9、帮忙负载均衡算法爬山涉水Round-robin(轮循)、Weight-round-robin(带权轮循)、Ip-hash(Ip哈希)
10、Nginx还是能做Web服务器即Cache效用。

三、HAProxy的风味是跋山涉水的近义词
1、协理三种代理格局跋山涉水的近义词TCP(四层)和HTTP(七层),扶植设想主机;
2、能够补充Nginx的大器晚成部分顽疾比方Session的保证,Cookie的携带等专门的工作
3、帮忙url检验后端的服务器出题指标检查测试会有很好的帮手。
4、更加的多的载荷均衡战术比如跋山涉水的近义词动态加权轮循(Dynamic Round 罗布in),加权源地址哈希(Weighted Source Hash),加权UOdysseyL哈希和加权参数哈希(Weighted Parameter Hash)已经落到实处
5、单纯从作用上来说HAProxy更会比Nginx有更优越的载荷均衡速度。
6、HAProxy能够对Mysql举行负荷均衡,对后端的DB节点举办检查实验和负载均衡。
9、协理负载均衡算法跋山涉水的近义词Round-robin(轮循)、Weight-round-robin(带权轮循)、source(原地点保持)、中华VI(央浼U奥迪Q3L)、rdp-cookie(遵照cookie)
10、不能做Web服务器即Cache。

三大主流软件负载均衡器适用业务场景爬山涉水
1、网址建设中期,能够选用Nigix/HAproxy作为反向代理负载均衡(恐怕流量一点都不大都能够不选用负载均衡),因为其布署轻易,质量也能满意平常的思想政治工作场景。假如考虑到负载均衡器是有单点难题,能够利用Nginx+Keepalived/HAproxy+Keepalived幸免负载均衡器自己的单点难题。
2、网址出现达到自然水平之后,为了抓好稳定性和转化效能,能够利用LVS、毕竟LVS比Nginx/HAproxy要更平稳,转载成效也越来越高。可是维护LVS对珍重职员的需要也会更加高,投入费用也更加大。

注爬山涉水Niginx与Haproxy比较爬山涉水Niginx支持七层、顾客量最大,稳固性相比可信。Haproxy扶持四层和七层,帮衬越来越多的负载均衡算法,协理session保存等。具体选型看使用情况,近年来以来Haproxy由于弥补了一些Niginx的弱点客商量也不断在进步。

权衡负载均衡器好坏的多少个珍视成分爬山涉水
1、会话率 爬山涉水单位时间内的拍卖的号令数
2、会话并发技能爬山涉水并发处理技能
3、数据率跋山涉水的近义词管理多少技术
经过官方测量检验总括,haproxy 单位时间拍卖的最大要求数为20040个,能够同期保证40000-50000个冒出连接,最大数量管理本领为10Gbps。综合上述,haproxy是质量卓越的负载均衡、反向代理服务器。

总计HAProxy首要优点跋山涉水的近义词

走上坡路、免费开源,稳固性也是可怜好,那些可经过自个儿做的生气勃勃对小项目能够看出来,单Haproxy也跑得不错,牢固性能够与LVS相比美;

二、依据官方文书档案,HAProxy能够跑满10Gbps-New benchmark of HAProxy at 10 Gbps using Myricom’s 10GbE NICs (Myri-10G PCI-Express),这一个作为软件级负载均衡,也是相比较惊人的;

三、HAProxy能够作为MySQL、邮件或其余的非web的载重均衡,大家常用于它作为MySQL(读)负载均衡;

四、自带强盛的督察服务器状态的页面,实际条件中我们结合Nagios实行邮件或短信报告急察方,那一个也是自个儿拾贰分喜欢它的来由之生机勃勃;

五、HAProxy援助虚构主机。

下述将甄选Haproxy作为负载均衡器实行讲授爬山涉水

常用开源软件负载均衡器有爬山涉水Nginx、LVS、Haproxy。

三大主流软件负载均衡器相比(LVS VS Nginx VS Haproxy)

LVS:
1、抗负载本事强。抗负载本领强、质量高,能达到F5硬件的肆分一;对内部存款和储蓄器和cpu财富消耗超低
2、专门的学业在网络4层,通过vrrp左券转向(仅作分发之用),具体的流量由linux内核管理,由此并未有流量的爆发。
2、牢固性、可相信性好,本身有一揽子的热备方案;(如爬山涉水LVS+Keepalived)
3、应用范围相比广,能够对具有应用做负载均衡;
4、不补助正则管理,不可能做动静分离。
5、扶助负载均衡算法跋山涉水的近义词rr(轮循)、wrr(带权轮循)、lc(最小连接)、wlc(权重最小连接)
6、配置 复杂,对网络信任超级大,牢固性相当的高。
Ngnix:
1、职业在网络的7层之上,可以本着http应用做一些疏散的国策,比如对准域名、目录结构;
2、Nginx对互连网的正视比不大,理论上能ping通就就会实行负荷效能;
3、Nginx安装和布局比较简单,测量试验起来相比便利;
4、也足以担负高的负荷压力且牢固,日常能扶助超越1万次的产出;
5、对后端服务器的健检,只援救通过端口来检测,不扶持通过url来检验。
6、Nginx对央浼的异步处理能够扶助节点服务器减轻负载;
7、Nginx仅能支撑http、https和Email切磋,这样就在适用范围比较小。
8、不援助Session的一向保持,但能透过ip_hash来缓和。、对Big request header的支撑不是很好,
9、支持负载均衡算法爬山涉水Round-robin(轮循)、Weight-round-robin(带权轮循)、Ip-hash(Ip哈希)
10、Nginx还能做Web服务器即Cache成效。
HAProxy的性状是爬山涉水
1、帮忙二种代理情势爬山涉水TCP(四层)和HTTP(七层),援救虚构主机;
2、能够填补Nginx的黄金时代对短处例如Session的涵养,Cookie的引导等专门的学业
3、扶植url检查评定后端的服务器出难题的检查实验会有很好的援救。
4、越多的载重均衡攻略比如跋山涉水的近义词动态加权轮循(Dynamic Round Robin),加权源地址哈希(Weighted Source Hash),加权UKoleosL哈希和加权参数哈希(Weighted Parameter Hash)已经达成
5、单纯从功能上来说HAProxy更会比Nginx有更非凡的载荷均衡速度。
6、HAProxy能够对Mysql进行负荷均衡,对后端的DB节点进行检测和负载均衡。
9、辅助负载均衡算法跋山涉水的近义词Round-robin(轮循)、Weight-round-robin(带权轮循)、source(原地点保持)、PAJEROI(央求U卡宴L)、rdp-cookie(依据cookie)
10、无法做Web服务器即Cache。

这一次使用情况爬山涉水

ubuntu16.04+Haproxy 192.168.93.21
centos6+httpd 192.168.93.5
centos6+httpd 192.168.93.7

Haproxy配置文件

vi /etc/haproxy/haproxy.cfg
global
    log /dev/log    local0
    log /dev/log    local1 notice
    chroot /var/lib/haproxy
    stats socket /run/haproxy/admin.sock mode 660 level admin
    stats timeout 30s
    user haproxy
    group haproxy
    daemon

    # Default SSL material locations
    ca-base /etc/ssl/certs
    crt-base /etc/ssl/private

    # Default ciphers to use on SSL-enabled listening sockets.
    # For more information, see ciphers(1SSL). This list is from:
    #  https://hynek.me/articles/hardening-your-web-servers-ssl-ciphers/
    ssl-default-bind-ciphers ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS
    ssl-default-bind-options no-sslv3




defaults
    log global
    mode    http   #默认的模式mode { tcp|http|health },tcp是4层,http是7层,health只会返回OK
    option  httplog
    option  dontlognull
        timeout connect 5000
        timeout client  50000
        timeout server  50000
    errorfile 400 /etc/haproxy/errors/400.http
    errorfile 403 /etc/haproxy/errors/403.http
    errorfile 408 /etc/haproxy/errors/408.http
    errorfile 500 /etc/haproxy/errors/500.http
    errorfile 502 /etc/haproxy/errors/502.http
    errorfile 503 /etc/haproxy/errors/503.http
    errorfile 504 /etc/haproxy/errors/504.http

########统计页面配置########
listen admin_stats
bind 0.0.0.0:1080 #监听端口
mode http #http的7层模式
option httplog #采用http日志格式
#log 127.0.0.1 local0 err
maxconn 10
stats refresh 30s #统计页面自动刷新时间
stats uri /stats #统计页面url
stats realm XingCloud Haproxy #统计页面密码框上提示文本
stats auth admin:admin #统计页面用户名和密码设置
stats hide-version #隐藏统计页面上HAProxy的版本信息


########test配置#################
listen test
bind 0.0.0.0:8080 #注意端口号要不低于1024
mode tcp
#maxconn 4086
#log 127.0.0.1 local0 debug
server s1 192.168.93.5:80
server s2 192.168.93.7:80

假设想拜望监察和控制分界面跋山涉水的近义词配置stats uri /haproxy项,重启服务爬山涉水

service haproxy restart

接下去对Haproxy+web负载均衡使用进行实战解说爬山涉水
先是配置两台web服务器爬山涉水192.168.93.5/192.168.93.7
两台都以一模二样操作爬山涉水

1、实验意况

CentOS release 6.8 (Final)

2、配置web服务器(node5/7):

测量试验方便,关闭selinux、关闭iptables

风姿浪漫晃儿都选取暗许,不做布署就可以。

yum install httpd -y

# vim /etc/httpd/conf/httpd.conf 

httpd监听端口爬山涉水

DocumentRoot跋山涉水的近义词网页存放的路线,文书档案的根目录

重启httpd

#service httpd restart

修正呈现内容爬山涉水

# vim /var/www/html/index.html

I'm node5!!! My IP is 192.168.93.5...

再一次拜见爬山涉水

那般多个web服务就搭好了

接下去配置负载均衡(此次实验只用贰个Haproxy爬山涉水192.168.93.21)爬山涉水
vim /etc/haproxy/haproxy.cfg

########test配置#################
listen test
bind 0.0.0.0:8080 #注意端口号要不低于1024
mode tcp
#maxconn 4086
#log 127.0.0.1 local0 debug
server s1 192.168.93.5:80
server s2 192.168.93.7:80

浏览器央浼192.168.93.21:8080

从上述结果可以,前端对192.168.93.21的倡议,被Haproxy的载重均衡器,均衡央浼到八个后端web192.168.93.5、192.168.93.7上边去了。
如此当两个中的二个涌出故障,流量则能符合规律分发到剩余三个好端端的web上,一贯升高了系统可相信性。

三大主流软件负载均衡器适用业务场景跋山涉水的近义词

1、网址建设开始的一段时代,能够选取Nigix/HAproxy作为反向代理负载均衡(也许流量超小都能够不选拔负载均衡),因为其铺排轻巧,品质也能满足平时的事体场景。假诺杜撰到负载均衡器是有单点难题,能够采用Nginx+Keepalived/HAproxy+Keepalived制止负载均衡器自身的单点难题。
2、网站出现到达一定程度之后,为了加强稳固性和转载功用,能够利用LVS、究竟LVS比Nginx/HAproxy要更平稳,转载成效也越来越高。不过维护LVS对保卫安全人士的供给也会更加高,投入开销也越来越大。

注爬山涉水Niginx与Haproxy相比跋山涉水的近义词Niginx援救七层、顾客量最大,牢固性比较保障。Haproxy援助四层和七层,扶持更加多的负载均衡算法,辅助session保存等。具体选型看使用景况,这段时间的话Haproxy由于弥补了有的Niginx的短处客商量也每每在进步。

衡量负载均衡器好坏的多少个关键因素跋山涉水的近义词

1、会话率 爬山涉水单位时间内的拍卖的乞求数
2、会话并发手艺爬山涉水并发管理手艺
3、数据率爬山涉水管理多少技术
由此官方测验统计,haproxy 单位时间处理的最大央浼数为二零零二0个,可以同期保证40000-50000个冒出连接,最大数目管理技巧为10Gbps。综合上述,haproxy是质量特出的负荷均衡、反向代理服务器。

小结HAProxy重要优点爬山涉水

风流倜傥、无偿开源,稳固性也是不行好,那一个可经过本人做的意气风发对小项目能够看出来,单Haproxy也跑得科学,稳固性能够与LVS相比美;
二、根据官方文书档案,HAProxy能够跑满10Gbps-New benchmark of HAProxy at 10 Gbps using Myricom's 10GbE NICs (Myri-10G PCI-Express),那么些作为软件级负载均衡,也是相比较惊人的;
三、HAProxy能够看成MySQL、邮件或其余的非web的负载均衡,大家常用于它当作mysql(读)负载均衡;
四、自带强大的监察服务器状态的页面,实际条件中大家结合Nagios举行邮件或短信报告急察方,那一个也是本身特别喜欢它的由来之意气风发;
五、HAProxy帮衬虚构主机。

下述将精选Haproxy作为负载均衡器举行传授跋山涉水的近义词

本次使用条件跋山涉水的近义词
环境centos7.1
Haproxy 1.5.4

Haproxy+keeplived 172.31.2.31
Haproxy+keeplived 172.31.2.32

下述针对Haproxy的布局文件进行详解爬山涉水

vim /etc/haproxy/haproxy.cfg

图片 2

文本部分:
global                               # 全局参数的设置
    log         127.0.0.1 local2             # log语法:log <address_1>[max_level_1]
                                           # 全局的日志配置,使用log关键字,指定使用127.0.0.1上的syslog
                                             服务中的local0日志设备,记录日志等级为info的日志

    chroot      /var/lib/haproxy             #改变当前工作目录
    pidfile     /var/run/haproxy.pid         #当前进程id文件
    maxconn     4000                         #最大连接数
    user        haproxy                      #所属用户
    group     haproxy                        #所属组
    daemon                                   #以守护进程方式运行haproxy
    stats socket /var/lib/haproxy/stats
defaults
    mode           http            #默认的模式mode { tcp|http|health },
                                   tcp是4层,http是7层,health只会返回OK
    log            global          #应用全局的日志配置
    option         httplog         # 启用日志记录HTTP请求,默认haproxy日志记
                                     录是不记录HTTP请求日志

    option         dontlognull     # 启用该项,日志中将不会记录空连接。所谓空
                                     连接就是在上游的负载均衡器或者监控系统为
                                     了探测该 服务是否存活可用时,需要定期的
                                     连接或者获取某一固定的组件或页面,或者探
                                     测扫描端口是否在监听或开放等动作被称为空
                                     连接;官方文档中标注,如果该服务上游没有
                                     其他的负载均衡器的话,建议不要使用该参
                                     数,因为互联网上的恶意扫描或其他动作就不
                                     会被记录下来

     option http-server-close        #每次请求完毕后主动关闭http通道

     option forwardfor       except 127.0.0.0/8   
           #如果服务器上的应用程序想记录发起请求的客户端的IP地址,需要在HAProxy
           上 配置此选项, 这样HAProxy会把客户端的IP信息发送给服务器,在HTTP请
           求中添加"X-Forwarded-For"字段。 启用 X-Forwarded-For,在requests
         头部插入客户端IP发送给后端的server,使后端server获取到客户端的真实IP。 

    option                  redispatch      
           # 当使用了cookie时,haproxy将会将其请求的后端服务器的serverID插入到
           cookie中,以保证会话的SESSION持久性;而此时,如果后端的服务器宕掉
           了, 但是客户端的cookie是不会刷新的,如果设置此参数,将会将客户的请求
           强制定向到另外一个后端server上,以保证服务的正常。

    retries            3              
          # 定义连接后端服务器的失败重连次数,连接失败次数超过此值后
            将会将对应后端服务器标记为不可用

    timeout http-request    10s          #http请求超时时间
    timeout queue           1m           #一个请求在队列里的超时时间
    timeout connect         10s          #连接超时
    timeout client          1m           #客户端超时
    timeout server          1m           #服务器端超时
    timeout http-keep-alive 10s          #设置http-keep-alive的超时时间
    timeout check           10s          #检测超时
    maxconn                 3000         #每个进程可用的最大连接数
frontend  main *:80                      #监听地址为80

    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        my_webserver     
           #定义一个名为my_app前端部分。此处将对于的请求转发给后端

backend static              
           #使用了静态动态分离(如果url_path匹配 .jpg .gif .png .css .js静态
           文件则访问此后端)

    balance     roundrobin        
           #负载均衡算法(#banlance roundrobin 轮询,balance source 保存
            session值,支持static-rr,leastconn,first,uri等参数)

    server      static 127.0.0.1:80 check         
           #静态文件部署在本机(也可以部署在其他机器或者squid缓存服务器)

backend my_webserver                                  
           #定义一个名为my_webserver后端部分。PS:此处my_webserver只是一个自
           定义名字而已,但是需要与frontend里面配置项default_backend 值相一致

    balance     roundrobin        #负载均衡算法

    server  web01 172.31.2.33:80  check inter 2000 fall 3 weight 30
                                    #定义的多个后端
    server  web02 172.31.2.34:80  check inter 2000 fall 3 weight 30
                                    #定义的多个后端
    server  web03 172.31.2.35:80  check inter 2000 fall 3 weight 30
                                    #定义的多个后端

布署实现则重启服务跋山涉水的近义词

systemctl restart haproxy

假诺想访谈监察和控制分界面爬山涉水配置stats uri /haproxy项,重启服务跋山涉水的近义词

图片 3

systemctl reload haproxy

图片 4

留心爬山涉水假若页面范围持续,是还是不是selinux关闭了,iptables开启此端口了(iptables -F)

同理在172.31.2.32地点安装上述手续安装配备好haproxy爬山涉水

图片 5

上述对Haproxy的得失及配置进行了详尽批注。

接下去对Haproxy+web负载均衡使用进行实战讲授爬山涉水

率先配置三台web服务器跋山涉水的近义词172.31.2.33、172.31.2.34、172.31.2.35
三台都以均等操作跋山涉水的近义词

1、实验景况
centos 7

2、配置web服务器(node33/34/35):

测量试验方便,关闭selinux、关闭iptables

以下都选择暗中同意,不做安插就能够。

yum install httpd -y
# vim /etc/httpd/conf/httpd.conf 

httpd监听端口跋山涉水的近义词

图片 6

DocumentRoot爬山涉水网页存放的路子,文书档案的根目录

图片 7

重启httpd

# systemctl restart httpd

页面访问httpd跋山涉水的近义词

图片 8

改正展现内容爬山涉水

# vim /var/www/html/index.html
I'm node33!!! My IP is 172.31.2.33...

再一次会见跋山涉水的近义词

图片 9

图片 10

图片 11

那般多少个web服务33/34/35搭建设成功!!!!

接下去配置负载均衡(此番试验只用多少个Haproxy跋山涉水的近义词172.31.2.31)跋山涉水的近义词

vim /etc/haproxy/haproxy.cfg

图片 12

浏览器乞求172.31.2.31跋山涉水的近义词

图片 13

图片 14

图片 15

从上述结果可见,前端对172.31.2.31的央求,被Haproxy的载重均衡器,均衡诉求到三个后端web172.31.2.33、172.31.2.34、172.31.2.35方面去了。
与此相类似当两个中等的贰个不由自主故障,流量则能符合规律分发到剩余多个常规的web上,一向提升了系统可信赖性。

正文来源爬山涉水blog.csdn.net/tantexian。

本文由金沙国际平台登录发布,转载请注明来源:负载均衡之Haproxy配置,之负载均衡配置详解