###Haproxy###

一 HAProxy介绍

HAProxy是一个使用C语言编写的自由及开放源代码软件，其提供高可用性、负载均衡，以及基于TCP（4层）和HTTP（7层）的应用程序代理。
HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上，完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务器不被暴露到网络上。
HAProxy实现了一种事件驱动, 单一进程模型，此模型支持非常大的并发连接数。多进程或多线程模型受内存限制 、系统调度器限制以及无处不在的锁限制，很少能处理数千并发连接。事件驱动模型因为在有更好的资源和时间管理的用户空间(User-Space) 实现所有这些任务，所以没有这些问题。此模型的弊端是，在多核系统上，这些程序通常扩展性较差。这就是为什么他们必须进行优化以 使每个CPU时间片(Cycle)做更多的工作。

实验环境:

主机	应用
westos1: 172.25.40.11	haproxy
westos2:172.25.40.12	web1
westos3:172.25.40.13	web2

##haproxy基础配置文件##

haproxy 配置中分成五部分内容，分别如下：

global： 设置全局配置参数，属于进程的配置，通常是和操作系统相关。
defaults：配置默认参数，这些参数可以被用到frontend，backend，Listen组件；
frontend：接收请求的前端虚拟节点，Frontend可以更加规则直接指定具体使用后端的backend；
backend：后端服务集群的配置，是真实服务器，一个Backend对应一个或者多个实体服务器；
Listen ：frontend和backend的组合体。

Haproxy配置文件祥解

global   # 全局参数的设置
    log 127.0.0.1 local2
    # log语法：log <address_1>[max_level_1] # 全局的日志配置，使用log关键字，指定使用127.0.0.1上的syslog服务中的local0日志设备，记录日志等级为info的日志
    user haproxy
    group haproxy
    # 设置运行haproxy的用户和组，也可使用uid，gid关键字替代之
    daemon
    # 以守护进程的方式运行
    nbproc 16
    # 设置haproxy启动时的进程数，根据官方文档的解释，我将其理解为：该值的设置应该和服务器的CPU核心数一致，即常见的2颗8核心CPU的服务器，即共有16核心，则可以将其值设置为：<=16 ，创建多个进程数，可以减少每个进程的任务队列，但是过多的进程数也可能会导致进程的崩溃。这里我设置为16
    maxconn 4096
    # 定义每个haproxy进程的最大连接数 ，由于每个连接包括一个客户端和一个服务器端，所以单个进程的TCP会话最大数目将是该值的两倍。
    #ulimit -n 65536
    # 设置最大打开的文件描述符数，在1.4的官方文档中提示，该值会自动计算，所以不建议进行设置
    pidfile /var/run/haproxy.pid
    # 定义haproxy的pid 
defaults # 默认部分的定义
    mode http
    # mode语法：mode {http|tcp|health} 。http是七层模式，tcp是四层模式，health是健康检测，返回OK
    log 127.0.0.1 local3 err
    # 使用127.0.0.1上的syslog服务的local3设备记录错误信息
    retries 3
    # 定义连接后端服务器的失败重连次数，连接失败次数超过此值后将会将对应后端服务器标记为不可用
    option httplog
    # 启用日志记录HTTP请求，默认haproxy日志记录是不记录HTTP请求的，只记录“时间[Jan 5 13:23:46] 日志服务器[127.0.0.1] 实例名已经pid[haproxy[25218]] 信息[Proxy http_80_in stopped.]”，日志格式很简单。
    option redispatch
    # 当使用了cookie时，haproxy将会将其请求的后端服务器的serverID插入到cookie中，以保证会话的SESSION持久性；而此时，如果后端的服务器宕掉了，但是客户端的cookie是不会刷新的，如果设置此参数，将会将客户的请求强制定向到另外一个后端server上，以保证服务的正常。
    option abortonclose
    # 当服务器负载很高的时候，自动结束掉当前队列处理比较久的链接
    option dontlognull
    # 启用该项，日志中将不会记录空连接。所谓空连接就是在上游的负载均衡器或者监控系统为了探测该服务是否存活可用时，需要定期的连接或者获取某一固定的组件或页面，或者探测扫描端口是否在监听或开放等动作被称为空连接；官方文档中标注，如果该服务上游没有其他的负载均衡器的话，建议不要使用该参数，因为互联网上的恶意扫描或其他动作就不会被记录下来
    option httpclose
    # 这个参数我是这样理解的：使用该参数，每处理完一个request时，haproxy都会去检查http头中的Connection的值，如果该值不是close，haproxy将会将其删除，如果该值为空将会添加为：Connection: close。使每个客户端和服务器端在完成一次传输后都会主动关闭TCP连接。与该参数类似的另外一个参数是“option forceclose”，该参数的作用是强制关闭对外的服务通道，因为有的服务器端收到Connection: close时，也不会自动关闭TCP连接，如果客户端也不关闭，连接就会一直处于打开，直到超时。
    contimeout 5000
    # 设置成功连接到一台服务器的最长等待时间，默认单位是毫秒，新版本的haproxy使用timeout connect替代，该参数向后兼容
    clitimeout 3000
    # 设置连接客户端发送数据时的成功连接最长等待时间，默认单位是毫秒，新版本haproxy使用timeout client替代。该参数向后兼容
    srvtimeout 3000
    # 设置服务器端回应客户度数据发送的最长等待时间，默认单位是毫秒，新版本haproxy使用timeout server替代。该参数向后兼容
 
listen status # 定义一个名为status的部分
    bind 0.0.0.0:1080
    # 定义监听的套接字
    mode http
    # 定义为HTTP模式
    log global
    # 继承global中log的定义
    stats refresh 30s
    # stats是haproxy的一个统计页面的套接字，该参数设置统计页面的刷新间隔为30s
    stats uri /admin?stats
    # 设置统计页面的uri为/admin?stats
    stats realm Private lands
    # 设置统计页面认证时的提示内容
    stats auth admin:password
    # 设置统计页面认证的用户和密码，如果要设置多个，另起一行写入即可
    stats hide-version
    # 隐藏统计页面上的haproxy版本信息
 
frontend http_80_in # 定义一个名为http_80_in的前端部分
    bind 0.0.0.0:80
    # http_80_in定义前端部分监听的套接字
    mode http
    # 定义为HTTP模式
    log global
    # 继承global中log的定义
    option forwardfor
    # 启用X-Forwarded-For，在requests头部插入客户端IP发送给后端的server，使后端server获取到客户端的真实IP
    acl static_down nbsrv(static_server) lt 1
    # 定义一个名叫static_down的acl，当backend static_sever中存活机器数小于1时会被匹配到
    acl php_web url_reg /*.php$
    #acl php_web path_end .php
    # 定义一个名叫php_web的acl，当请求的url末尾是以.php结尾的，将会被匹配到，上面两种写法任选其一
    acl static_web url_reg /*.(css|jpg|png|jpeg|js|gif)$
    #acl static_web path_end .gif .png .jpg .css .js .jpeg
    # 定义一个名叫static_web的acl，当请求的url末尾是以.css、.jpg、.png、.jpeg、.js、.gif结尾的，将会被匹配到，上面两种写法任选其一
    use_backend php_server if static_down
    # 如果满足策略static_down时，就将请求交予backend php_server
    use_backend php_server if php_web
    # 如果满足策略php_web时，就将请求交予backend php_server
    use_backend static_server if static_web
    # 如果满足策略static_web时，就将请求交予backend static_server
 
backend php_server #定义一个名为php_server的后端部分
    mode http
    # 设置为http模式
    balance source
    # 设置haproxy的调度算法为源地址hash
    cookie SERVERID
    # 允许向cookie插入SERVERID，每台服务器的SERVERID可在下面使用cookie关键字定义
    option httpchk GET /test/index.php
    # 开启对后端服务器的健康检测，通过GET /test/index.php来判断后端服务器的健康情况
    server php_server_1 10.12.25.68:80 cookie 1 check inter 2000 rise 3 fall 3 weight 2
    server php_server_2 10.12.25.72:80 cookie 2 check inter 2000 rise 3 fall 3 weight 1
    server php_server_bak 10.12.25.79:80 cookie 3 check inter 1500 rise 3 fall 3 backup
    # server语法：server [:port] [param*] # 使用server关键字来设置后端服务器；为后端服务器所设置的内部名称[php_server_1]，该名称将会呈现在日志或警报中、后端服务器的IP地址，支持端口映射[10.12.25.68:80]、指定该服务器的SERVERID为1[cookie 1]、接受健康监测[check]、监测的间隔时长，单位毫秒[inter 2000]、监测正常多少次后被认为后端服务器是可用的[rise 3]、监测失败多少次后被认为后端服务器是不可用的[fall 3]、分发的权重[weight 2]、最后为备份用的后端服务器，当正常的服务器全部都宕机后，才会启用备份服务器[backup]
 
backend static_server
    mode http
    option httpchk GET /test/index.html
    server static_server_1 10.12.25.83:80 cookie 3 check inter 2000 rise 3 fall 3

###反向代理 、负载均衡###
反向代理 负载均衡
负载平衡的类型：（1）无负载平衡：没有负载平衡的简单Web应用程序环境可能如下所示

在此示例中，用户直接连接到您的Web服务器，并且没有负载平衡。如果您的单个Web服务器出现故障，用户将无法再访问您的Web服务器。此外，如果许多用户试图同时访问您的服务器并且无法处理负载，他们可能会遇到缓慢的体验，或者可能根本无法连接

（2）4层负载平衡：

将网络流量负载平衡到多个服务器的最简单方法是使用第4层（传输层）负载平衡。以这种方式进行负载均衡将根据IP范围和端口转发用户流量，如果请求进入负载均衡器，则流量将转发到处理请求的后端。端口80

用户访问负载均衡器，负载均衡器将用户的请求转发给后端服务器的Web后端组。无论选择哪个后端服务器，都将直接响应用户的请求。通常，Web后端中的所有服务器应该提供相同的内容 - 否则用户可能会收到不一致的内容。

（3）7层负载平衡：
7层负载平衡是更复杂的负载均衡网络流量的方法是使用第7层（应用层）负载均衡。使用第7层允许负载均衡器根据用户请求的内容将请求转发到不同的后端服务器。这种负载平衡模式允许您在同一域和端口下运行多个Web应用程序服务器。

1.）给westos1: 172.25.40.1 安装haproxy
yum install -y haproxy
编辑/etc/haproxy/haproxy.cfg文件生成监控页面

注释以下内容

在文件中添加：

listen admin *:8080  #监控页面端口
       stats   enable
       stats   uri /status  #监控页面地址
       stats   auth admin:redhat  #帐号和密码
       stats   refresh  #刷新的频率

访问：172.25.40.11：8080输入帐号和密码

出现监测界面:

实现反向代理和负载均衡
在文件末尾添加：

listen admin *:8080  #监控页面端口
       stats   enable
       stats   uri /status  #监控页面地址
       stats   auth admin:redhat  #帐号和密码
       stats   refresh  #刷新的频率

listen westos *:80  ##监听的实例名称  地址 和端口 （端后是唯一的，此时确保httpd关闭，以免占用80端口）
       balance roundrobin  #轮询调度机制
       server web1  172.25.40.12:80 check #真实后端服务器
        server web2  172.25.40.13:80 check

后端服务器设置：
安装httpd并设置访问共享界面，实验为确保负载均衡的效果设置不同共享内容
测试：
实现反向代理以及负载均衡

作为反向代理服务器，varnish将自己的端口伪装成所代理的后端服务器的端口，因此只能代理一种服务，但是haproxy可以同时代理多个服务。只需要设置不同的代理配置段。
配置文件中写入监控页面，可直接在web页面上监控后端的状态

haproxy 自带后端服务器的健康检查，当某一个后端服务器宕机之后，其会自动自动将其移除出轮询队列，并在监控页面显示异常：
关闭其中一个后端服务器的httpd模拟异常：
测试

[root@foundation40 ~]# curl 172.25.40.11  ##只能访问到正常的后端服务
westos3
[root@foundation40 ~]# curl 172.25.40.11
westos3
[root@foundation40 ~]# curl 172.25.40.11
westos3
[root@foundation40 ~]# curl 172.25.40.11
westos3
[root@foundation40 ~]# curl 172.25.40.11

监控页面：异常后端会被表红

配置传属日志：
在haproxy中，我们可以看到日志保存在本地，local2需要自定义

log         127.0.0.1 local2

编辑日志服务rsyslog的配置文件
/etc/rsyslog.conf

[root@westos1 haproxy]# vim /etc/rsyslog.conf 

15 $ModLoad imudp
16 $UDPServerRun 514
61 local2.*                                                 /var/log/haproxy
[root@westos1 haproxy]# systemctl restart rsyslog

真机再重新访问几次后，查看日志/var/log/haproxy

###动静分离###
根据客户访问的实际情况将不同类型的访问去求调转到不同后端服务器。
php 请求交给php server处理，jsp交给tomcat处理，即实现业务的应用请求分离。haproxy可以利用acl 匹配规则实现这一目的

修改配置文件/etc/haproxy/haproxy.cfg

listen admin *:8080
       stats   enable
       stats   uri /status
       stats   auth admin:redhat
       stats   refresh

frontend  main *:80  ##设置接收请求的前端虚拟节点，frontend 可以增加规则直接指定直接使用后端的backup
    acl url_static       path_beg       -i /images
    acl url_static       path_end       -i .jpg .gif .png  ##增加规则
    use_backend static          if url_static
    default_backend             app  #不同条件对应不同的后端服务器

backend static #静态
     server web1 172.25.40.13:80 check
backend app  ##动态
     server web2 172.25.40.12:80 check
     server local 172.25.40.11:8000 backup  ##本机也做一个临时后端服务器

[root@westos1 haproxy]# systemctl restart haproxy
[root@westos1 haproxy]# systemctl status haproxy
● haproxy.service - HAProxy Load Balancer
   Loaded: loaded (/usr/lib/systemd/system/haproxy.service; disabled; vendor preset: disabled)
   Active: active (running) since Thu 2019-06-27 13:38:08 CST; 8s ago
[root@westos1 haproxy]# vim /etc/httpd/conf/httpd.conf  ##更改本机端口httpd 8000
Listen 8000
[root@westos1 haproxy]# systemctl start httpd
[root@westos1 haproxy]# systemctl status httpd
● httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; disabled; vendor preset: disabled)
   Active: active (running) since Thu 2019-06-27 13:32:41 CST; 7s ago

后端服务器设置：
当访问172.25.40.11/images 时，请求会被调转到172.25.40.13上，需要在该主机上/var/www/html/中创建images目录，需要提前在images中方一张图片

root@westos3 ~]# cd /var/www/html/
[root@westos3 html]# mkdir images
[root@westos3 html]# ls
images
[root@westos3 html]# cd images/
[root@westos3 images]# ls
redhat.jpg
[root@westos3 images]# systemctl start httpd

测试：
动态测试请求http://：172.25.40.11 此时访问的是后端服务器172.25.40.13

静态访问测试：http://172.25.40.11/images 此时访问的后端服务器172.25.40.12

###重定向（acl 访问控制）###
当客户访问某一域名的时候，服务器需要重定向到另一个域名

[root@foundation40 ~]# curl -I www.baidu.com
HTTP/1.1 200 OK
Accept-Ranges: bytes
Cache-Control: private, no-cache, no-store, proxy-revalidate, no-transform
Connection: Keep-Alive
Content-Length: 277
Content-Type: text/html
Date: Thu, 27 Jun 2019 06:01:24 GMT
Etag: "575e1f60-115"
Last-Modified: Mon, 13 Jun 2016 02:50:08 GMT
Pragma: no-cache
Server: bfe/1.0.8.18

[root@foundation40 ~]# curl -I taobao.com
HTTP/1.1 302 Found   #被临时重定向
Server: Tengine
Date: Thu, 27 Jun 2019 06:01:43 GMT
Content-Type: text/html
Content-Length: 258
Connection: keep-alive
Location: http://www.taobao.com/  被重定向到http://www.taobao.com/

重定向的两种：
301：永久重定向
302：临时重定向
acl访问控制（指定主机不能访问，将指定主机访问指向固定的位置）

haproxy主机的设置：
修改配置文件/etc/haproxy/haproxy.cfg：在上一个实验的配置文件基础上修改Frontend段落

frontend  main *:80
    acl url_static       path_beg       -i /images
    acl url_static       path_end       -i .jpg .gif .png .css .js

        acl badhost src 172.25.40.250    # 指定限制访问的ip规定谁不能访问我
        redirect location http://172.25.40.11:8000 if badhost   # 如果被限制之后，将其访问指向 http://172.25.40.11:8000  不管出现什么错误就重定向
    use_backend static          if url_static
    default_backend             app

backend static
     server web1 172.25.40.13:80 check
backend app
     server web2 172.25.40.12:80 check

为了看清实验效果，在172.25.40.11 的/var/www/html 下设置一个访问页面
测试：
用172.25.40.250 访问172.25.40.11会被限制，会重定向到指定位置
此时其他主机访问：正常

[root@westos3 ~]# curl 172.25.40.11
hello,westos2
[root@westos3 ~]# curl 172.25.40.11
hello,westos2

[root@westos2 ~]# curl 172.25.40.11
hello,westos2
[root@westos2 ~]# curl 172.25.40.11
hello,westos2

重定向
目标：当访问westos.org 或172.25.40.11的时候都被重定向到www.westos.org

haproxy 主机设置
修改配置文件/etc/haproxy/haproxy.cfg

frontend  main *:80
    acl url_static       path_beg       -i /images
    acl url_static       path_end       -i .jpg .gif .png .css .js
    acl westos.org hdr_beg(host)  -i   westos.org  #添加规则
    acl 172.25.40.11 hdr_beg(host)  -i   172.25.40.11

    redirect code 301 location http://www.westos.org if westos.org  ##以westos.org访问，将访问重定向到www.westos.org
    redirect code 301 location http://www.westos.org if 172.25.40.11
     ##以172.25.40.11访问，将访问重定向到www.westos.org
    use_backend static          if url_static
    default_backend             app
[root@westos1 haproxy]# systemctl restart haproxy
[root@westos1 haproxy]# systemctl status haproxy
● haproxy.service - HAProxy Load Balancer
   Loaded: loaded (/usr/lib/systemd/system/haproxy.service; disabled; vendor preset: disabled)
   Active: active (running) since Thu 2019-06-27 14:37:25 CST; 2s ago
 Main PID: 12209 (haproxy-systemd)

此时客户主机上得做解析

[root@foundation40 ~]# vim /etc/hosts
172.25.40.11 www.westos.org westos.org

测试：
访问westos.org和访问172.25.46.11 都会调转到以下www.westos.com

####读写分离####
当客户写入内容和读取内容的请求会被调转到不同的后端服务器
haproxy主机设置：/etc/haproxy/haproxy.cfg

frontend  main *:80
    acl url_static       path_beg       -i /images
    acl url_static       path_end       -i .jpg .gif .png .css .js

    acl read method HEAD
    acl read method GET
    acl write method PUT
    acl write method POST
   use_backend app       if write
   default_backend          static
[root@westos1 haproxy]# systemctl restart haproxy
[root@westos1 haproxy]# systemctl status haproxy
● haproxy.service - HAProxy Load Balancer
   Loaded: loaded (/usr/lib/systemd/system/haproxy.service; disabled; vendor preset: disabled)
   Active: active (running) since Thu 2019-06-27 15:10:08 CST; 2s ago
 Main PID: 12257 (haproxy-systemd)

此配置文件的目的为：默认进入web1的发布页面，也就是web1为读的服务器，write时为app服务，也就是web2写服务器，实现网页的读写分离。
后端服务器：
安装php插件 yum install -y php
在web1 ：172.25.40.13 上发布网页内容，并重启httpd

[root@westos3 html]# cat index.php 
<html>
<body>

<form action="upload_file.php" method="post"
enctype="multipart/form-data">
<label for="file">Filename:</label>
<input type="file" name="file" id="file" /> 
<br />
<input type="submit" name="submit" value="Submit" />
</form>

</body>
</html>
[root@westos3 html]# systemctl restart httpd

在web2:172.25.40.12上编写write时的web2发布内容，创建上传目录upload，重启httpd服务$_FILES[“file”][“size”] < 20000000000000)) ##更改可写的文件大小

创建上传upload目录

[root@westos2 html]# mkdir /var/www/html/upload
[root@westos2 html]# chmod  777  /var/www/html/upload
[root@westos2 ~]# systemctl restart httpd

注意：upload_file.php、index.php两个文件的均要有写权限。（若无写权限，则会出现网页空白的现象）
172.25.40.13 访问界面：

[root@westos3 html]# cat index.php 
hello



<html>
<body>

<form action="upload_file.php" method="post"
enctype="multipart/form-data">
<label for="file">Filename:</label>
<input type="file" name="file" id="file" /> 
<br />
<input type="submit" name="submit" value="Submit" />
</form>

</body>
</html>

172.25.46.12 动态访问界面

[root@westos2 html]# cat index.php 
<html>
<body>

<form action="upload_file.php" method="post"
enctype="multipart/form-data">
<label for="file">Filename:</label>
<input type="file" name="file" id="file" /> 
<br />
<input type="submit" name="submit" value="Submit" />
</form>

</body>
</html>

测试：
客户端访问：172.25.40.11/index.php 此时是静态访问可读 后端服务器是172.25.46.13

要写的时候访问的是172.25.40.11 ,后端服务器172.25.40.12

读写分离成功