haproxy配置详解以及动静分离的实现

时间  2019-12-19
标签 haproxy 配置 详解 以及 动静 分离 实现 栏目 负载均衡 繁體版
原文   原文链接

1、前面已经介绍过关于haproxy的工做特性了，本文主要介绍下haproxy如何来实现web应用的动静分离的，主要思路就是经过frontend段中定义acl访问控制，把符合静态内容的请求归类到一个acl，符合动态的请求归类到另一个acl,backend段中定义接收请求的静态内容和动态内容的服务器，而后经过use_backend调用定义的acl便可。
javascript


2、实验环境：
php

192.168.30.116 OS：Centos6.4 x86_64  haproxy.luojianlong.comcss

192.168.30.117 OS：Centos6.4 x86_64  static.luojianlong.comhtml

192.168.30.119 OS：Centos6.4 x86_64  dynamic.luojianlong.comjava

haproxy version：haproxy-1.4.24 web

拓扑图以下：正则表达式

wKiom1M88sHiF5ofAAEnJ_tv2Oo134.jpg



在haproxy server上安装haproxy，这里使用yum安装redis

[root@haproxy ~]# yum -y install haproxy

在static server,dynamic上安装httpd和php算法

[root@static ~]# yum -y install httpd
[root@dynamic ~]# yum -y install httpd php

分别启动static,dynamic的httpd，测试本地访问是否正常后端

[root@static ~]# service httpd start
[root@static ~]# ss -naptl | grep :80
LISTEN     0      128                      :::80                      :::*      users:(("httpd",24245,5),("httpd",24247,5),("httpd",24248,5),("httpd",24249,5),("httpd",24250,5),("httpd",24251,5),("httpd",24252,5),("httpd",24253,5),("httpd",24254,5))
[root@static ~]# echo "static.luojianlong.com" >> /var/www/html/index.html
[root@static ~]# curl 192.168.30.117
static.luojianlong.com
[root@dynamic ~]# service httpd start
[root@dynamic ~]# ss -anplt | grep :80
LISTEN     0      128                      :::80                      :::*      users:(("httpd",13702,5),("httpd",13704,5),("httpd",13705,5),("httpd",13706,5),("httpd",13707,5),("httpd",13708,5),("httpd",13709,5),("httpd",13710,5),("httpd",13711,5))
[root@dynamic ~]# vi /var/www/html/index.php
<?php
echo "dynamic.luojianlong.com"
?>
[root@dynamic ~]# curl -I http://192.168.30.119/index.php
HTTP/1.1 200 OK
Date: Thu, 03 Apr 2014 05:39:23 GMT
Server: Apache/2.2.15 (CentOS)
X-Powered-By: PHP/5.3.3
Connection: close
Content-Type: text/html; charset=UTF-8


访问都正常

下面开始配置haproxy

[root@haproxy ~]# cp /etc/haproxy/haproxy.cfg /etc/haproxy/haproxy.cfg.bak
[root@haproxy ~]# vi /etc/haproxy/haproxy.cfg
global
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                 
    log         127.0.0.1 local2
    chroot      /var/lib/haproxy
    pidfile     /var/run/haproxy.pid
    maxconn     4000
    user        haproxy
    group       haproxy
    daemon
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                
    stats socket /var/lib/haproxy/stats
defaults
    mode                    http
    log                     global
    option                  httplog
    option                  dontlognull
    option http-server-close
    option forwardfor       except 127.0.0.0/8
    option                  redispatch
    retries                 3
    timeout http-request    10s
    timeout queue           1m
    timeout connect         10s
    timeout client          1m
    timeout server          1m
    timeout http-keep-alive 10s
    timeout check           10s
    maxconn                 3000
listen stats
    mode http
    bind 0.0.0.0:1080
    stats enable
    stats hide-version
    stats uri     /haproxyadmin?stats
    stats realm   Haproxy\ Statistics
    stats auth    admin:admin
    stats admin if TRUE
frontend http-in
    bind *:80
    mode http
    log global
    option httpclose
    option logasap
    option dontlognull
    capture request  header Host len 20
    capture request  header Referer len 60
    acl url_static       path_beg       -i /static /p_w_picpaths /javascript /stylesheets
    acl url_static       path_end       -i .html .jpg .jpeg .gif .png .css .js
    acl url_dynamic      path_end       -i .php .jsp
    use_backend static_servers          if url_static
    use_backend dynamic_servers         if url_dynamic
backend static_servers
    balance roundrobin
    server imgsrv1 192.168.30.117:80 check maxconn 6000
#   server imgsrv2 192.168.30.118:80 check maxconn 6000
backend dynamic_servers
    balance source
    server websrv1 192.168.30.119:80 check maxconn 1000
#   server websrv2 192.168.30.120:80 check maxconn 1000

stats enable：启用基于程序编译时默认设置的统计报告，不能用于“frontend”区段；

stats hide-version：启用统计报告并隐藏HAProxy版本报告，不能用于“frontend”区段。默认状况下，统计页面会显示一些有用信息，包括HAProxy的版本号，然而，向全部人公开HAProxy的精确版本号是很是有风险的，由于它能帮助恶意用户快速定位版本的缺陷和漏洞；

stats realm：启用统计报告并高精认证领域，不能用于“frontend”区段。haproxy在读取realm时会将其视做一个单词，所以，中间的任何空白字符都必须使用反斜线进行转义。此参数仅在与“stats auth”配置使用时有意义；

stats scope：启用统计报告并限定报告的区段，不能用于“frontend”区段。当指定此语句时，统计报告将仅显示其列举出区段的报告信息，全部其它区段的信息将被隐藏。若是须要显示多个区段的统计报告，此语句能够定义屡次。须要注意的是，区段名称检测仅仅是以字符串比较的方式进行，它不会真检测指定的区段是否真正存在；

stats auth：启用带认证的统计报告功能并受权一个用户账号，其不能用于“frontend”区段；

stats admin：在指定的条件知足时启用统计报告页面的管理级别功能，它容许经过web接口启用或禁用服务器，不过，基于安全的角度考虑，统计报告页面应该尽量为只读的。此外，若是启用了HAProxy的多进程模式，启用此管理级别将有可能致使异常行为；

option http-server-close：容许服务器端关闭链接；

option dontlognull：访问内容为空的不记录日志；

option redispatch：在session失败后，是否容许从新分配；

retries：用于haproxy到后端server链接失败时重试次数；

option httplog：启用记录HTTP请求、会话状态和计时器的功能；

option forwardfor：容许在发往服务器的请求首部中插入“X-Forwarded-For”首部；


ACL语法格式:

acl <aclname> <criterion> [flags] [operator] <value> ...

<aclname>：ACL名称，区分字符大小写，且其只能包含大小写字母、数字、-(链接线)、_(下划线)、.(点号)和:(冒号)；haproxy中，acl能够重名，这能够把多个测试条件定义为一个共同的acl；

<criterion>：测试标准，即对什么信息发起测试；测试方式能够由[flags]指定的标志进行调整；而有些测试标准也能够须要为其在<value>以前指定一个操做符[operator]；

[flags]：目前haproxy的acl支持的标志位有3个：

        -i：不区分<value>中模式字符的大小写；

        -f：从指定的文件中加载模式；

        --：标志符的强制结束标记，在模式中的字符串像标记符时使用；

<value>：acl测试条件支持的值有如下四类：

        整数或整数范围：如1024:65535表示从1024至65535；仅支持使用正整数(若是出现相似小数的标识，其为           一般为版本测试)，且支持使用的操做符有5个，分别为eq、ge、gt、le和lt；

        字符串：支持使用“-i”以忽略字符大小写，支持使用“\”进行转义；若是在模式首部出现了-i，能够在         其以前使用“--”标志位；

        正则表达式：其机制类同字符串匹配；

        IP地址及网络地址  

path_beg <string>：用于测试请求的URL是否以<string>指定的模式开头；

path_end <string>：用于测试请求的URL是否以<string>指定的模式结尾；


支持的负载均衡算法：

roundrobin：基于权重进行轮叫，在服务器的处理时间保持均匀分布时，这是最平衡、最公平的算法。此算法是动态的，这表示其权重能够在运行时进行调整，不过，在设计上，每一个后端服务器仅能最多接受4128个链接；

static-rr：基于权重进行轮叫，与roundrobin相似，可是为静态方法，在运行时调整其服务器权重不会生效；不过，其在后端服务器链接数上没有限制；

leastconn：新的链接请求被派发至具备最少链接数目的后端服务器；在有着较长时间会话的场景中推荐使用此算法，如LDAP、SQL等，其并不太适用于较短会话的应用层协议，如HTTP；此算法是动态的，能够在运行时调整其权重；

source：将请求的源地址进行hash运算，并由后端服务器的权重总数相除后派发至某匹配的服务器；这可使得同一个客户端IP的请求始终被派发至某特定的服务器；不过，当服务器权重总数发生变化时，如某服务器宕机或添加了新的服务器，许多客户端的请求可能会被派发至与此前请求不一样的服务器；经常使用于负载均衡无cookie功能的基于TCP的协议；其默认为静态，不过也可使用hash-type修改此特性；

uri：对URI的左半部分(“问题”标记以前的部分)或整个URI进行hash运算，并由服务器的总权重相除后派发至某匹配的服务器；这可使得对同一个URI的请求老是被派发至某特定的服务器，除非服务器的权重总数发生了变化；此算法经常使用于代理缓存或反病毒代理以提升缓存的命中率；须要注意的是，此算法仅应用于HTTP后端服务器场景；其默认为静态算法，不过也可使用hash-type修改此特性；

url_param：经过<argument>为URL指定的参数在每一个HTTP GET请求中将会被检索；若是找到了指定的参数且其经过等于号“=”被赋予了一个值，那么此值将被执行hash运算并被服务器的总权重相除后派发至某匹配的服务器；此算法能够经过追踪请求中的用户标识进而确保同一个用户ID的请求将被送往同一个特定的服务器，除非服务器的总权重发生了变化；若是某请求中没有出现指定的参数或其没有有效值，则使用轮叫算法对相应请求进行调度；此算法默认为静态的，不过其也可使用hash-type修改此特性；

hdr(<name>)：对于每一个HTTP请求，经过<name>指定的HTTP首部将会被检索；若是相应的首部没有出现或其没有有效值，则使用轮叫算法对相应请求进行调度；其有一个可选选项“use_domain_only”，可在指定检索相似Host类的首部时仅计算域名部分，以下降hash算法的运算量；此算法默认为静态的，不过其也可使用hash-type修改此特性；


hash-type <method>

定义用于将hash码映射至后端服务器的方法；其不能用于frontend区段；可用方法有map-based和consistent，在大多数场景下推荐使用默认的map-based方法。

map-based：hash表是一个包含了全部在线服务器的静态数组。其hash值将会很是平滑，会将权重考虑在列，但其为静态方法，对在线服务器的权重进行调整将不会生效，这意味着其不支持慢速启动。此外，挑选服务器是根据其在数组中的位置进行的，所以，当一台服务器宕机或添加了一台新的服务器时，大多数链接将会被从新派发至一个与此前不一样的服务器上，对于缓存服务器的工做场景来讲，此方法不甚适用。

consistent：hash表是一个由各服务器填充而成的树状结构；基于hash键在hash树中查找相应的服务器时，最近的服务器将被选中。此方法是动态的，支持在运行时修改服务器权重，所以兼容慢速启动的特性。添加一个新的服务器时，仅会对一小部分请求产生影响，所以，尤为适用于后端服务器为cache的场景。不过，此算法不甚平滑，派发至各服务器的请求未必能达到理想的均衡效果，所以，可能须要不时的调整服务器的权重以得到更好的均衡性。




这里就写这么多了，更多，请查看官方网站：http://haproxy.1wt.eu/


接下来，启动haproxy

[root@haproxy ~]# service haproxy start
Starting haproxy:                                          [  OK  ]
[root@haproxy ~]# ss -anptl | grep :80
LISTEN     0      128                       *:80                       *:*      users:(("haproxy",20436,6))

正常启动，打开浏览器访问管理界面：http://192.168.30.116:1080/haproxyadmin?stats

wKiom1M8_lGgGILtAAcwdnD_TDI817.jpg


发现定义的static_servers和dynamic_servers已经正常工做

haproxy的管理界面支持直接禁用backend_server，使客户端没法访问：

wKioL1M8_o-TFrF7AAHNf4WpYUQ527.jpg


接下来验证下动静分离的效果，打开浏览器访问http://192.168.30.116/index.html

wKioL1M8_z3R9VTTAABE_NRbwjc525.jpg

发现访问的192.168.30.117,为静态内容服务器


访问http://192.168.30.116/index.php

wKioL1M8_7WgJioHAABCZctrMxw758.jpg






发现访问的192.168.30.119,为动态内容服务器

到此已经实现了动静分离的效果。

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程