HAProxy

时间  2020-01-30
标签 haproxy 栏目 负载均衡 繁體版
原文   原文链接

博文参考

http://ju.outofmemory.cn/entry/218244
http://www.cnblogs.com/gtms/p/6790939.html
http://www.92to.com/bangong/2016/08-24/9737822.html
http://blog.sina.com.cn/s/blog_704836f40102vrt0.html
http://blog.csdn.net/jinshiyill/article/details/50824352

架构图

clipboard.png
图片描述

clipboard.png
clipboard.png

HAProxy概述

HAProxy简介

HAProxy主要提供两个功能：http协议反向代理(不提供缓存功能)、基于tcp层的负载均衡(如https、MySQL协议)。适用于须要会话保持或七层处理的且负载特别大的站点。可支持数以万计的并发链接。
  代理做用：web缓存（加速）、反向代理、内容路由（根据流量及内容类型等将请求转发至特定服务器）、转码器；
  HAProxy基于一种事件驱动(event-driven)、单一进程模型和ebtree弹性二叉树机制。
  多进程或多线程模型受内存限制、系统调度器限制以及无处不在的锁限制，不多能处理数千并发链接。事件驱动模型有更好的资源和时间管理的用户端(User-Space) 实现全部这些任务，因此并发响应能特别大。但在多核系统上此模型一般扩展性较差

性能优点

HAProxy借助于OS上几种常见的技术来实现性能的最大化。
      单进程、事件驱动模型显著下降了上下文切换的开销及内存占用。
      O(1)事件检查器(eventchecker)容许其在高并发链接中对任何链接的任何事件实现即时探测。
      在任何可用的状况下，单缓冲(singlebuffering)机制能以不复制任何数据的方式完成读写操做，这会节约大量的CPU时钟周期及内存带宽；
      借助于Linux 2.6 (>=2.6.27.19)上的splice()系统调用，HAProxy能够实现零复制转发(Zero-copy forwarding)，在Linux3.5及以上的OS中还能够实现零复制启动(zero-starting)；
       内存分配器在固定大小的内存池中可实现即时内存分配，这可以显著减小建立一个会话的时长；
       树型存储：侧重于使用做者多年前开发的弹性二叉树，实现了以O(log(N))的低开销来保持计时器命令、保持运行队列命令及管理轮询及最少链接队列；
      优化的HTTP首部分析：优化的首部分析功能避免了在HTTP首部分析过程当中重读任何内存区域；
      精心地下降了昂贵的系统调用，大部分工做都在用户空间完成，如时间读取、缓冲聚合及文件描述符的启用和禁用等；

HAProxy目前主要版本

1.4版本——提供较好的弹性：衍生于1.2版本，并提供了额外的新特性，其中大多数是期待已久的。
客户端侧的长链接(client-side keep-alive)
TCP加速(TCP speedups)
响应池(response buffering)
RDP协议
基于源的粘性(source-based stickiness)
更好的统计数据接口(a much better stats interfaces)
更详细的健康状态检测机制(more verbose health checks)
基于流量的健康评估机制(traffic-based health)
支持HTTP认证
服务器管理命令行接口(server management from the CLI)
基于ACL的持久性(ACL-based persistence)
日志分析器css

1.3版本——内容交换和超强负载：衍生于1.2版本，并提供了额外的新特性。

内容交换(content switching)：基于任何请求标准挑选服务器池；
ACL：编写内容交换规则；
负载均衡算法(load-balancing algorithms)：更多的算法支持；
内容探测(content inspection)：阻止非受权协议；
透明代理(transparentproxy)：在linux系统上容许使用客户端IP直接连入服务器；
内核TCP拼接(kernel TCPsplicing)：无copy方式在客户端和服务端之间转发数据以实现数G级别的数据速率；
分层设计(layereddesign)：分别实现套接字、TCP、HTTP处理以提供更好的健壮性、更快的处理机制及便捷的演进能力；
快速、公平调度器(fast and fairscheduler)：为某些任务指定优先级可实现理好的QoS；
会话速率限制(session rate limiting)：适用于托管环境；
注意：html

1)1.一、1.二、1.3的poll和epoll机制对性能影响
      1.1l版本默认使用的polling系统为select()，其处理的文件数达数千个时性能便会急剧降低。
      1.2和1.3版本默认的为poll()，在有些操做系统上可会也会有性能方面的问题，但在Solaris上表现至关不错。
      HAProxy1.3在Linux 2.6及打了epoll补丁的Linux2.4上默认使用epoll，在FreeBSD上使用kqueue，这两种机制在任何负载上都能提供恒定的性能表现。
 2) 高性能选型方案

Linux 2.6.32及以后版本上运行HAProxy 1.4；
打了epoll补丁的Linux2.4上运行HAProxy 1.4；
FreeBSD上运行HAProxy1.4；
Solaris10上运行HAProxy 1.4；mysql

3)splice()调用机制
        在较新版本的Linux2.6(>=2.6.27.19)上，HAProxy还可以使用splice()系统调用在接口间无复制地转发任何数据，甚至能够达到10Gbps的性能。

HAProxy安装配置

程序包安装

[root@localhost~]# yum install -y haproxy
主配置文件：/etc/haproxy/haproxy.cfg
主程序：/usr/sbin/haproxylinux

配置文件格式

clipboard.png
clipboard.png
clipboard.png

实例一：
frontend  main *:5000
   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             app
backendstatic
   balance    roundrobin
   server     static 127.0.0.1:4331 check
backendapp
   balance    roundrobin
   server app1 127.0.0.1:5001 check
   server app2 127.0.0.1:5002 check
   server app3 127.0.0.1:5003 check
   server app4 127.0.0.1:5004 check
实例二：
frontendmain
bind  *:80
default_backendwebsrvs
backendwebsrvs
balanceroundrobin
server web1 172.16.49.102:80 check
server web2 172.16.49.103:80 check

HAProxy代理相关配置

balance

定义负载均衡算法，可用于"defaults"、"listen"和"backend"配置段web

① roundrobin，表示简单的轮询，这个是负载均衡基本都具有的；
    ② static-rr，表示根据权重，选择 server 的逻辑最为简单
    ③ leastconn，表示最少链接者先处理
    ④ source，表示根据请求源IP，这个跟Nginx的IP_hash机制相似，用其做为解决session问题的一种方法
    ⑤ ri，表示根据请求的URI；
    ⑥ rl_param，表示根据请求的URl参数’balance url_param’ requires an URL parameter name；
    ⑦ hdr(name)，表示根据HTTP请求头来锁定每一次HTTP请求；

    ⑧ rdp-cookie(name)，表示根据据cookie(name)来锁定并哈希每一次TCP请求。

clipboard.png

注意算法

(1)当使用uri算法时，第一次请求一个URL分发到一个主机，则以后再次请求相同URL则使用一台主机响应。当第一次请求以后，若响应该请求的主机服务出现故障，则haproxy或将其调度到其余主机，此主机修复后再次调度回来
      (2)URI：统一资源标识符；格式以下：
    <SCHEME>://<USER>:<PASSWORD>@<HOST>:<PORT>/<PATH>;<PARAMS>?<QUERY>#<FRAG>
    方案://用户:密码@主机:端口/路径;参数(键值数据、能够多个参数字段)?查询语句#片断显示

hash-type

格式：hash-type <method>
     定义用于将hash码映射至后端服务器的方法；不能用于frontend区段；可用方法有map-based和consistent
  说明：

bind

定义一个或者几个监听的套接字、只能用于frontend， listen;
    bind[<address>]:<port_range> [, ...]
    bind[<address>]:<port_range> [, ...] interface <interface>

clipboard.png

default_backend

为frontend指明使用的默认后端；default_backend<backend>
实例：
use_backend dynamic if url_dyn
use_backend static if url_css url_img extension_img
default_backend dynamicsql

注意：use_backend: 条件式后端调用；

server

server <name> <addr>:port；用于为后端声明一个server
<name>：名称，标识符
<addr>[:port]：设定后端真实服务器监听的端口和地址
[param*]：参数
backup: 设定为备用服务器，仅在负载均衡场景中的其它server均不可用于启用此server；
check:健康状态检测；
inter<delay>：检测时间间隔；单位为ms, 默认为2000;
rise<count>：设定健康状态检查中，某离线的server从离线状态转换至正常状态须要成功检查的次数；
fall<count>：确认server从正常状态转换为不可用状态须要检查的次数；
cookie <value>：为指定server设定cookie值，用于实现持久链接的功能；
maxconn:此服务接受的并发链接的最大数量；
maxqueue:请求队列的最大长度；
observe:根据流量判断后端server的健康状态；
weight #: 指定权重，#默认为1，最大为256；0表示不被调度；
redir<prefix>: 重定向；全部发往此服务器的请求均以302响应；后端

注意：浏览器

健康监测的方式有多种，具体服务可能检测方法的配置指令不一样；此处为后端http服务时的健康状态的检测方法，在defaults配置段定义了" option httpchk "。

"httpchk"、"smtpchk"、"mysql-check"、"pgsql-check"、"ssl-hello-chk"缓存

实例：基于浏览器cookie实现sessionsticky(会话绑定)

backendwebsrvs

balance    roundrobin
  cookie SERVERID insert    # 报文首部插入标识
  server web1 172.16.49.102:80 check weight 1 cookie websrv1     # cookie绑定名称参数标识
  server web2 172.16.49.103:80 check weight 3 cookie websrv2

注释：每一个server有本身唯一的cookie标识、在backend中定义为用户请求调度完成后操纵其cookie

日志记录信息

(1) capture requestheader

格式：capture request header <name> len <length>
      捕获并记录指定的请求首部最近一次出现时的第一个值，仅能用于“frontend”和“listen”区段
    <name>：要捕获的首部的名称，此名称不区分字符大小写，但建议与它们出如今首部中的格式相同，好比大写首字母。须要注意的是，记录在日志中的是首部对应的值，而非首部名称。
    <length>：指定记录首部值时所记录的精确长度，超出的部分将会被忽略。

注意：

能够捕获的请求首部的个数没有限制，但每一个捕获最多只能记录64个字符。为了保证同一个frontend中日志格式的统一性，首部捕获仅能在frontend中定义。

(2)captureresponse header；捕获并记录响应首部，其格式和要点同请求首部。

格式：capture response header <name> len <length>

HAProxy状态监控页配置

配置监控页信息

1.配置监控页信息
(1)stats enable

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

(2)stats hide-version

启用统计报告并隐藏HAProxy版本报告，不能用于“frontend”区段。

(3)stats realm

格式：stats realm <realm>
        <realm>：实现HTTP基本认证时显示在浏览器中的领域名称，用于提示用户输入一个用户名和密码。
  启用统计报告并高精认证领域，不能用于“frontend”区段。haproxy在读取realm时会将其视做一个单词，所以，中间的任何空白字符都必须使用反斜线进行转义。此参数仅在与“statsauth”配置使用时有意义。

(4)stats scope

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

(5)stats auth

格式：stats auth <user>:<passwd>
<user>：受权进行访问的用户名；
<passwd>：此用户的访问密码，明文格式；
      启用带认证的统计报告功能并受权一个用户账号，其不能用于“frontend”区段。

(6)stats admin

格式：stats admin {if | unless } <cond>
     在指定的条件知足时启用统计报告页面的管理级别功能，它容许经过web接口启用或禁用服务器。

配置案例：stats状态监控页

(1)在配置文件/etc/haproxy/haproxy.cfg中配置代理和监控配置信息
listenstatistics

bind  *:9090
stats  enable
stats  hide-version
stats uri /haproxyadmin?stats 
stats realm  "HAPorxy\Statistics"
stats auth admin:xuding
stats admin if TRUE

(2)访问URL：http://172.16.49.101:9090/hap...

clipboard.png

(3)此时便可进入管理页面进行对后端服务器的管理和页面监控数据监控

clipboard.png

说明：

错误页面

errorfile:使用haproxy主机本地文件进行响应；
errorloc,errorloc302: 使用指定的url进行响应，响应状态码为302；不适用于GET之外的其它请求方法；
errorloc303：返回303状态码；

errorfile

格式：errorfile <code> <file>

：指定对HTTP的哪些状态码返回指定的页面；这里可用的状态码有200、400、40三、40八、500、50二、503和504；
<file>：指定用于响应的页面文件

在用户请求不存在的页面时，返回一个页面文件给客户端而非由haproxy生成的错误代码；可用于全部段中。

实例：
errorfile400 /etc/haproxy/errorpages/400badreq.http
errorfile403 /etc/haproxy/errorpages/403forbid.http
errorfile503 /etc/haproxy/errorpages/503sorry.http

errorloc和errorloc302

请求错误时，返回一个HTTP重定向至某URL的信息；可用于全部配置段中。
    errorloc<code> <url>
    errorloc302<code> <url>
       <code>：指定对HTTP的哪些状态码返回指定的页面；这里可用的状态码有200、400、40三、40八、500、50二、503和504；
       <url>：Location首部中指定的页面位置的具体路径，能够是在当前服务器上的页面的相对路径，也可使用绝对路径；须要注意的是，若是URI自身错误时产生某特定状态码信息的话，有可能会致使循环定向；

注意：

这两个关键字都会返回302状态吗，这将使得客户端使用一样的HTTP方法获取指定的URL，对于非GET广场法的场景(如POST)来讲会产生问题，由于返回客户的URL是不容许使用GET之外的其它方法的。若是的确有这种问题，可使用errorloc303来返回303状态码给客户端。

errorloc303

errorloc303 <code> <url>；请求错误时，返回一个HTTP重定向至某URL的信息给客户端；可用于全部配置段中。
     <code>：指定对HTTP的哪些状态码返回指定的页面；这里可用的状态码有400、40三、40八、500、50二、503和504；
     <url>：Location首部中指定的页面位置的具体路径，能够是在当前服务器上的页面的相对路径，也可使用绝对路径；须要注意的是，若是URI自身错误时产生某特定状态码信息的话，有可能会致使循环定向；

实例：backendwebserver server 172.16.100.6 172.16.100.6:80 checkmaxconn 3000 cookie srv01 server 172.16.100.7 172.16.100.7:80 checkmaxconn 3000 cookie srv02 errorfile 403/etc/haproxy/errorpages/sorry.htm errorfile 503/etc/haproxy/errorpages/sorry.htm

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