Haproxy搭建web群集

目录

一：Haproxy

1.Haproxy常见的调度算法

二：环境案例

1.配置web主机

2.配置haproxy主机

3.Haproxy日志

---

一：Haproxy

Haproxy 是目前比较流行的一种群集调度工具，同类群集调度工具有很多,如 LVS 和 Nginx。相比较而言，LVS 性能最好，但是搭建相对复杂;Nginx 的upstream 模块支持群集功能，但是对群集节点健康检查功能不强，高并发性能没有 Haproxy 好。Haproxy 官方网站是 http://www.haproxy.org/。

1.Haproxy常见的调度算法

HAProxy 常见的调度算法分为静态调度算法和动态调度算法，具体如下：

静态调度算法：

• static - rr：基于权重的轮询调度，不支持运行时权重动态调整，只支持权重为 0 和 1，也不支持后端服务器慢启动，其后端主机数量没有限制，相当于 LVS 中的 wrr
• first：根据服务器在列表中的位置，自上而下进行调度。只有当第一台服务器的连接数达到上限，新请求才会分配给下一台服务器，会忽略服务器的权重设置，此方式使用较少。

动态调度算法：

• roundrobin：轮询动态调度算法，是 HAProxy 的默认调度算法。支持权重的运行时调整，还支持慢启动，即新加的服务器会逐渐增加转发数，每个后端 backend 中最多支持 4095 个 real server
• leastconn：最少连接动态算法，支持权重的运行时调整和慢启动。该算法会将新客户端连接优先调度到当前连接最少的后端服务器，比较适合长连接场景，如 MySQL 等
• source：基于用户源地址 hash 并将请求转发到后端服务器，默认为静态的取模方式，但可通过 hash - type 选项更改。后续同一个源地址请求将被转发至同一个后端 web 服务器，比较适用于 session 保持、缓存业务等场景。
• uri：基于客户端请求的 URI 做 hash 计算，可通过 hash - type 指令指定使用 hash 取模算法还是 hash 一致性算法。适用于后端为 varnish 这样的缓存服务器，能让相同 URI 的请求始终发往同一台后端服务器。

二：环境案例

主机	操作系统	IP	应用
web1	open Euler	192.168.10.102	httpd
web2	open Euler	192.168.10.103	httpd
haproxy	open Euler	192.168.10.101	haproxy

1.配置web主机

（1）在web1 web2 上创建测试网站

web1

web2

使用haproxy主机测试

2.配置haproxy主机

haproxy主机

（1）安装haproxy

（2）建立Haproxy的配置文件

Haproxy 配置项介绍:
Haproxy 配置文件通常分为三个部分，即 global、defaults 和 listen。
global 为全局配置，defaults 为默认配置，listen 为应用组件配置。

global 配置项通常有下面配置参数，以示例参数说明如下：

defaults 配置项配置默认参数，一般会被应用组件继承，如果在应用组件中没有特别声明，将按照默认配置参数设置。

listen配置项一般配置应用模块参数：

（3）测试web群集

使用浏览器访问haproxy主机

可以看到群集的负载均衡已生效，满足了群集的高性能需求

3.Haproxy日志

Haproxy 的日志默认输出到系统的 syslog 中，查看起来不是非常方便，为了更好地管理 Haproxy 的日志，在生产环境中一般单独定义出来，定义的方法如下所述

(1)修改 haproxy 配置文件，将原有的配置更改为以下配置:

（2）配置Rsyslog服务

创建 rsyslog 的 HAProxy 日志规则文件:

（3）重启 Rsyslog和 HAProxy 服务

（4）测试日志信息

在客户端访问 http://192.168.10.103/test.html后，可以使用 tail -f/var/log/haproxy.log 即时査看 Haproxy 的访问请求日志信息。

4.Haproxy的参数优化

参数	参数说明	优化建议
maxconn	最大连接数	此参数根据应用的实际使用情况进行调整，推荐使用10240，同时“defaults”中的最大连接数的值不能超过“global”段中的定义
daemon	守护进程模式	Haproxy可以使用非守护进程模式启动，生产环境建议使用守护进程模式启动
nbproc	负载均衡的并发进程数	建议与当前服务器CPU核数相等或为其2倍
retries	重试次数	此参数主要用于对群集节点的检查，如果节点多，且并发量大，设置为2次或3次:在服务器节点不多的情况下，可以设置5次或6次
option http-server-close	主动关闭 http 请求选项	建议在生产环境中使用此选项，避免由于timeout 时间设置过长导致http连接堆积
timeout http-keep-alive	长连接超时时间	此选项设置长连接超时时间，具体参考应用自身特点设置，可以设置为 10s
timeout http-request	http 请求超时时间	建议将此时间设置为5~10s，增加http连接释放速度
timeout client	客户端超时时间	如果访问量过大，节点响应慢，可以将此时间设置短一些，建议设置为 1min 左右就可以ha