HAProxy用法详解 最详细中文文档

  • 时间:
  • 浏览:3
  • 来源:大发5分快乐8_极速5分11选5

默认情况报告下,HTTP请求是在请求开始时进行记录以便能将其整体传输时长和字节数记入日志,由此,传较大的对象时,其记入日志的时长可能性会略有延迟。“option logasap”参数也能在服务器发送complete首部时即时记录日志,只不过,此时将不记录整体传输时长和字节数。此情况报告下,捕获“Content-Length”响应首部来记录传输的字节数是另有一一五个 较好选则。下面是另有一一五个 例子。

3.16 url_param:通过<argument>为URL指定的参数在每个HTTP GET请求中可能性被检索;可能性找到了指定的参数且其通过等于号“=”被赋予了另有一一五个 值,不在 此值将被执行hash运算并被服务器的总权重相除后挂接至某匹配的服务器;此算法也能通过追踪请求中的用户标识进而确保同另有一一五个 用户ID的请求将被送往同另有一一五个 特定的服务器,除非服务器的总权重处于了变化;可能性某请求中不在 出現指定的参数或其不在 有效值,则使用轮叫算法对相应请求进行调度;此算法默认为静态的,不过其也也能使用hash-type修改此价值形式;

maxqueue <maxqueue>:设定请求队列的最大长度;

此励志的话 将基于默认设定启用统计报告功能,并仅允许其定义的用户访问,其也也能定义多次以授权多个用户帐号。也能结合“stats realm”参数在提示用户认证时给出另有一一五个 领域说明信息。在使用非法用户访问统计功能时,其可能性响应另有一一五个 “401 Forbidden”页面。其认证依据为HTTP Basic认证,密码传输会以明文依据进行,因此,配置文件中也使用明文依据存储以说明其非保密信息故此也能 相同于其它关键性帐号的密码。

IP地址及网络地址;

* Debug相关的参数

[:port]:指定将连接请求所发往的此服务器时的目标端口,其为可选项;未设定时,将使用客户端请求时的同一相端口;

– tune.maxrewrite <number>:设定为首部重写或追加而预留的缓冲空间,建议使用1024左右的大小;在须要使用更大的空间时,haproxy会自动增加其值;

5.1.4 method <string>

<length>:指定记录首部值时所记录的精确长度,超出的每种可能性被忽略。

所有代理的名称也都能不能 使用大写字母、小写字母、数字、-(中线)、_(下划线)、.(点号)和:(冒号)。此外,ACL名称会区分字母大小写。

– tune.maxpollevents <number>:设定一次系统调用也能解决的事件最大数,默认值取决于OS;其值小于100时可节约速率,因此略微增大网络延迟,而大于100总要降低延迟,因此稍稍增加网络速率的占用量;

– noepoll:在Linux系统上禁用epoll机制;

maxconn <maxconn>:指定此服务器接受的最大并发连接数;可能性发往此服务器的连接数目高于此处指定的值,其将被放置于请求队列,以等待其它连接被释放;

可能性为<conns>指定了另有一一五个 过大值,极端场景下,其最终处于的空间可能性会超出当前主机的可用内存,这可能性会带来意想也能 的结果;因此,将其设定了另有一一五个 可接受值方为明智决定。其默认为100。

tcp:实例运行于纯TCP模式,在客户端和服务器端之间将建立另有一一五个 全双工的连接,且无需对7层报文做任何类型的检查;通常用于SSL、SSH、SMTP等应用;

http:实例运行于HTTP模式,客户端请求在转发至后端服务器之后将被角度分析,所有不与RFC格式兼容的请求总要被拒绝;此为默认模式;

health:实例工作于health模式,其对入站请求仅响应“OK”信息并关闭连接,且无需记录任何日志信息;此模式将用于响应组织组织结构组件的健康情况报告检查请求;目前来讲,此模式可能性废弃,可能性tcp或http模式中的monitor关键字可完成例如 功能;

用于测试请求报文的指定首部的开头每种否是是符合<string>指定的模式。例如 ,下面的例子用记测试请求否是是为提供静态内容的主机img、video、download或ftp。

cookie <value>:为指定server设定cookie值,此处指定的值将在请求入站时被检查,第一次为此值选则的server将在后续的请求中被选中,其目的在于实现持久连接的功能;

if-none:仅在此首部不处于时才将其再加至请求报文问道中。

fall <count>:确认server从正常情况报告转换为不可用情况报告须要检查的次数;

默认情况报告下,日志输入格式非常简陋,可能性其仅包括源地址、目标地址和实例名称,而“option httplog”参数可能性使得日志格式变得丰丰富些,其通常包括但不限于HTTP请求、连接计时器、会话情况报告、连接数、捕获的首部及cookie、“frontend”、“backend”及服务器名称,当然也包括源地址和端口号等。

所有的哪此细微之处的优化实现了在中等规模负载之上依然有着相当低的CPU负载,甚至于在非常高的负载场景中,5%的用户空间占用率和95%的系统空间占用率也是非常普遍的哪此的大问题,这由于分析HAProxy守护守护进程消耗比系统空间消耗低20倍以上。因此,对OS进行性能调优是非常重要的。即使用户空间的占用率提高一倍,其CPU占用率也仅为10%,这也解释了怎么7层解决对性能影响有限什儿 哪此的大问题。由此,在高端系统上HAProxy的7层性能可轻易超过硬件负载均衡设备。

– maxpipes <number>:haproxy使用pipe完成基于内核的tcp报文重组,此选项则用于设定每守护守护进程所允许使用的最大pipe个数;每个pipe会打开另有一一五个 文件描述符,因此,“ulimit -n”自动计算总要根据须要调大此值;默认为maxconn/4,其通常会显得过大;

<name>:可选参数,可使用另有一一五个 自定义的首部,如“X-Client”来替代“X-Forwarded-For”。有些独特的web服务器的确须要用于另有一一五个 独特的首部。

7,优化的HTTP首每种析:优化的首每种析功能解决了在HTTP首每种析过程中重读任何内存区域;

– log-send-hostname [<string>]:在syslog信息的首部再加当前主机名,也能为“string”指定的名称,也也能缺省使用当前主机名;

<user>:授权进行访问的用户名;

fe_sess_rate(frontend) <integer>

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

5.1.5 path_beg <string>

HAProxy工作于反向代理模式,其发往服务器的请求中的客户端IP均为HAProxy主机的地址而非真正客户端的地址,这会使得服务器端的日志信息记录不了真正的请求来源,“X-Forwarded-For”首部则可用于解决此哪此的大问题。HAProxy也能向每个发往服务器的请求上再加此首部,并以客户端IP为其value。

(3)HAProxy 支持连接拒绝 : 可能性维护另有一一五个 连接的打开的开销是很低的,有时我们我们 很须要限制攻击蠕虫(attack bots),也而是我说限制它们的连接打开从而限制它们的危害。 什儿 可能性为另有一一五个 陷于小型DDoS攻击的网站开发了因此可能性拯救

也能捕获的请求首部的个数不在 限制,但每个捕获最多也都能不能 记录6另有一一五个 字符。为了保证同另有一一五个 frontend中日志格式的统一性,首部捕获仅能在frontend中定义。

(2)HAProxy 实现了什儿 事件驱动、单一守护守护进程模型,此模型支持非常大的并发连接数。多守护守护进程或多守护守护进程模型受内存限制 、系统调度器限制以及无处不在 的锁限制,很少能解决数千并发连接。事件驱动模型可能性在有更好的资源和时间管理的用户端(User-Space) 实现所有哪此任务,全都不在 哪此哪此的大问题。此模型的弊端是,在多核系统上,哪此守护守护进程通常扩展性较差。这而是我为哪此我们我们 须要进行优化以 使每个CPU时间片(Cycle)做更多的工作。

字符串:支持使用“-i”以忽略字符大小写,支持使用“\”进行转义;可能性在模式首部出現了-i,也能在其之后使用“–”标志位;

服务器或默认服务器参数:

用于测试请求报文的指定首部的结尾每种否是是符合<string>指定的模式。

(4)HAProxy 支持全透明代理(已具备硬件防火墙的典型特点): 也能用客户端IP地址可能性任何有些地址来连接后端服务器. 什儿 价值形式仅在Linux 2.4/2.6内核打了cttproxy补丁后也也能使用. 什儿 价值形式也使得为某特殊服务器解决每种流量共同又不修改服务器的地址成为可能性。

backup:设定为备用服务器,仅在负载均衡场景中的其它server均不可用于启用此server;

<level>:定义日志级别,即输出信息过滤器,默认为所有信息;指定级别时,所有等于或高于此级别的日志信息可能性被发送;

——“global”配置段,用于设定全局配置参数;

用于测试请求的URL否是是以<string>指定的模式结尾。例如 ,下面的例子用户测试URL否是是以jpg、gif、png、css或js结尾。

测试HTTP请求报文中使用的依据。

<address>:可选选项,其也能为主机名、IPv4地址、IPv6地址或*;省略此选项、将其指定为*或0.0.0.0时,将监听当前系统的所有IPv4地址;<port_range>:能否是另有一一五个 特定的TCP端口,也原先另有一一五个 端口范围(如1005-10010),代理服务器将通过指定的端口来接收客户端请求;须要注意的是,每组监听的套接字<address:port>在同另有一一五个 实例也能也能 使用一次,因此小于1024的端口须要有特定权限的用户也能使用,这可能性须要通过uid参数来定义;<interface>:指定物理接口的名称,仅能在Linux系统上使用;其也能 使用接口别名,而仅能使用物理接口名称,因此也都能不能 管理有权限指定绑定的物理接口;

尽管“stats enable”二根绳子 就也能启用统计报告,但还是建议设定其它所有的参数,以免其依赖于默认设定而带来非期后果。下面是另有一一五个 配置案例。

– maxconn <number>:设定每个haproxy守护守护进程所接受的最大并发连接数,其等同于命令行选项“-n”;“ulimit -n”自动计算的结果正是参照此参数设定的;

– nopoll:禁用poll机制;

3.13 leastconn(WLC):适用于长连接的会话,新的连接请求被挂接至具有相当于连接数目的后端服务器;在有着较长时间会话的场景中推荐使用此算法,如LDAP、SQL等,其无需说太适用于较短会话的应用层协议,如HTTP;此算法是动态的,

– nosplice:禁止在Linux套接字上使用内核tcp重组,这会由于更多的recv/send系统调用;不过,在Linux 2.6.25-28系列的内核上,tcp重组功能有bug处于;

– group <group name>:同gid,不过指定的组名;

<realm>:实现HTTP基本认证时显示在浏览器中的领域名称,用于提示用户输入另有一一五个 用户名和密码。

– spread-checks <0..100, in percent>:在haproxy后端有着众多服务器的场景中,在精确的时间间隔后统一对众服务器进行健康情况报告检查可能性会带来意外哪此的大问题;此选项用于将其检查的时间间隔长度上增加或减小一定的随机时长;

使用案例:

haproxy 的配置文件由两每种组成:全局设定和对代理的设定,共分为五段:global,defaults,frontend,backend,listen。

3.11 roundrobin:基于权重进行轮叫,在服务器的解决时间保持均匀分布时,这是最平衡、最公平的算法。此算法是动态的,这表示其权重也能在运行时进行调整,不过,在设计上,每个后端服务器仅能最多接受4128个连接;并支持慢启动。

有些所含了值的参数表示时间,如超时时长。哪此值一般以毫秒为单位,但也也能使用其它的时间单位后缀。

– gid <number>:以指定的GID运行haproxy,建议使用专用于运行haproxy的GID,以免因权限哪此的大问题带来风险;

* 实现访问控制:

为每个实例启用事件和流量日志,因此可用于所有区段。每个实例最多也能指定另有一一五个 log参数,不过,可能性使用了“log global”且”global”段可能性定了另有一一五个 log参数时,多余了log参数将被忽略。

6,树型存储:侧重于使用作者多年前开发的弹性二叉树,实现了以O(log(N))的低开销来保持计时器命令、保持运行队列命令及管理轮询及相当于连接队列;

– nokqueue:在BSE系统上禁用kqueue机制;

代理相关的配置也能如下配置段中。

此指令仅能用于frontend和listen区段,用于定义另有一一五个 或几次监听的套接字。

hdr(Connection) i close

<name>:要捕获的首部的名称,此名称不区分字符大小写,但建议与它们出現在首部中的格式相同,比如大写首字母。须要注意的是,记录在日志中的是首部对应的值,而非首部名称。

server first 172.16.100.7:10100 cookie first check inter 100

server second 172.16.100.8:10100 cookie second check inter 100

感谢“田飞雨”投稿分享。

redir <prefix>:启用重定向功能,将发往此服务器的GET和HEAD请求均以1002情况报告码响应;须要注意的是,在prefix顶端也能 使用/,且也能 使用相对地址,以免造成循环;例如 :

重以获得更好的均衡性。

* 超时时长

HAProxy借有益于OS上几种常见的技术来实现性能的最大化。

须要留意的是,这另有一一五个 关键字总要返回1002情况报告吗,这将使得客户端使用同样的HTTP依据获取指定的URL,对于非GET法的场景(如POST)来说会产生哪此的大问题,可能性返回客户的URL是不允许使用GET以外的其它依据的。可能性的确有什儿 哪此的大问题,也能使用errorloc1003来返回1003情况报告码给客户端。

inter <delay>:设定健康情况报告检查的时间间隔,单位为毫秒,默认为100;也也能使用fastinter和downinter来根据服务器端情况报告优化此时间延迟;

定义负载均衡算法,可用于“defaults”、“listen”和“backend”。用于在负载均衡场景中选则另有一一五个 server,其仅应用于持久信息不可用的条件下或须要将另有一一五个 连接重新挂接至原先服务器时。支持的算法有:

启用记录HTTP请求、会话情况报告和计时器的功能。

haproxy 有n个守护守护进程,每个支持m个连接,后端有x个服务器,每个最大支持y个连接,则 n*m <= x*y,可能性后端服务器支持排队,则n*m <= x*(y+z),z为每个服务器的排队队列

3.14 source:将请求的源地址进行hash运算,并由后端服务器的权重总数相除后挂接至某匹配的服务器;这也能使得同另有一一五个 客户端IP的请求始终被挂接至某特定的服务器;不过,当服务器权重总数处于变化时,如某服务器宕机或再加了新的服务器,有些客户端的请求可能性会被挂接至与此前请求不同的服务器;常用于负载均衡无cookie功能的基于TCP的协议;其默认为静态,不过也也能使用hash-type修改此价值形式;

– daemon:让haproxy以守护守护守护进程的依据工作于后台,其等同于“-D”选项的功能,当然,也也能在命令行中以“-db”选项将其禁用;

下面是另有一一五个 例子。

启用统计报告并高精认证领域,也能 用于“frontend”区段。haproxy在读取realm总要将其视作另有一一五个 单词,因此,顶端的任何空白字符都须要使用反斜线进行转义。此参数仅在与“stats auth”配置使用时有意义。

– user:同uid,但使用的是用户名;

weight <weight>:权重,默认为1,最大值为256,0表示不参与负载均衡(不被调度);

整数或整数范围:如1024:65535表示从1024至65535;仅支持使用正整数(可能性出現例如 小数的标识,其为通常为版本测试),且支持使用的操作符有五个,分别为eq、ge、gt、le和lt;

使用案例:

capture response header <name> len <length>

* 性能调整相关的参数

5.1.2 fe_sess_rate

例如 :

允许在发往服务器的请求首部中插入“X-Forwarded-For”首部。

尽管“stats scope”二根绳子 就也能启用统计报告,但还是建议设定其它所有的参数,以免其依赖于默认设定而带来非期后果。下面是另有一一五个 配置案例。

在用户请求不处于的页面时,返回另有一一五个 页面文件给客户端而非由haproxy生成的错误代码;可用于所有段中。

<code>:指定对HTTP的哪此情况报告码返回指定的页面;这里可用的情况报告码有100、403、408、100、1002、1003和1004;

1,单守护守护进程、事件驱动模型显著降低了上下文切换的开销及内存占用。

-i:不区分中模式字符的大小写;

2.2 时间格式

5.1.1 be_sess_rate

<name>:为此服务器指定的组织组织结构名称,其将出現在日志及警告信息中;可能性设定了”http-send-server-name”,它还将被再加至发往此服务器的请求首部中;

3.12 static-rr:基于权重进行轮叫,与roundrobin例如 ,因此为静态依据,在运行时调整其服务器权重无需生效;不过,其在后端服务器连接数上不在 限制;不支持慢启动,在高负荷的情况报告下,服务器重新上线总要立即被分配小量连接。

<backend>:指定使用的后端的名称;

<url>:Location首部中指定的页面位置的具体路径,能否是在当前服务器上的页面的相对路径,也也能使用绝对路径;须要注意的是,可能性URI自身错误时产生某特定情况报告码信息励志的话 ,有可能性会由于循环定向;

check:启动对此server执行健康情况报告检查,其也能借有益于额外的其它参数完成更精细的设定,如:

——最优先解决的命令行参数;

– node:定义当前节点的名称,用于HA场景中多haproxy守护守护进程共享同另有一一五个 IP地址时;

* 守护守护进程管理及安全相关的参数

为后端声明另有一一五个 server,因此,也能 用于defaults和frontend区段。

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

– tune.sndbuf.client:

设定另有一一五个 前端的最大并发连接数,因此,其也能 用于backend区段。对于大型站点来说,也能尽可能性提高此值以便让haproxy管理连接队列,从而解决无法应答用户请求。当然,此最大值也能 超出“global”段中的定义。此外,须要留心的是,haproxy会为每个连接维持另有一一五个 缓冲,每个缓冲的大小为8KB,再再加其它的数据,每个连接将相当于占用17KB的RAM空间。这由于分析经过适当优化后,有着1GB的可用RAM空间时将能维护10000-10000并发连接。

在不在 匹配的”use_backend”规则时为实例指定使用的默认后端,因此,其不可应用于backend区段。在”frontend”和”backend”之间进行内容交换时,通常使用”use-backend”定义其匹配规则;而不在 被规则匹配到的请求将由此参数指定的后端接收。

<facility>:也能为syslog系统的标准facility之一;

位置进行的,因此,当一台服务器宕机或再加了一台新的服务器时,大多数连接可能性被重新挂接至另有一一五个 与此前不同的服务器上,对于缓存服务器的工作场景来说,此依据不甚适用。

be_sess_rate(backend) <integer>

– tune.bufsize <number>:设定buffer的大小,同样的内存条件小,较小的值也能让haproxy有能力接受更多的并发连接,较大的值也能让有些应用守护守护进程使用较大的cookie信息;默认为16384,其也能在编译时修改,不过强烈建议使用默认值;

<code>:指定对HTTP的哪此情况报告码返回指定的页面;这里可用的情况报告码有100、100、403、408、100、1002、1003和1004;

<name>:能否是另有一一五个 “listen”、“frontend”或“backend”区段的名称,而“.”则表示stats scope励志的话 所定义的当前区段。

“defaults”段用于为所有其它配置段提供默认参数,这配置默认配置参数可由下另有一一五个 “defaults”所重新设定。

“frontend”段用于定义一系列监听的套接字,哪此套接字可接受客户端请求并与之建立连接。

“backend”段用于定义一系列“后端”服务器,代理可能性将对应客户端的请求转发至哪此服务器。

“listen”段通过关联“frontend”和“backend”定义了另有一一五个 完全的代理,通常只对TCP流量有用。

性能

[param*]:为此服务器设定的一系参数;其可用的参数非常多,具体请参考官方文档中的说明,下面仅说明几次常用的参数;

clf:使用CLF格式来代替HAProxy默认的HTTP格式,通常在使用仅支持CLF格式的特定日志分析器时才须要使用此格式。

– tune.sndbuf.server:

<criterion>:测试标准,即对哪此信息发起测试;测试依据也能由[flags]指定的标志进行调整;而有些测试标准也也能须要为其在之后指定另有一一五个 操作符[operator];

-f:从指定的文件中加载模式;

[flags]:目前haproxy的acl支持的标志位有五个:

3,在任何可用的情况报告下,单缓冲(single buffering)机制能以不克隆任何数据的依据完成读写操作,这会节约小量的CPU时钟周期及内存速率;

同另有一一五个 acl中也能指定多个测试条件,哪此测试条件须要由逻辑操作符指定其关系。条件间的组合测试关系有什儿 :“与”(默认即为与操作)、“或”(使用“||”操作符)以及“非”(使用“!”操作符)。

2,hash/weight%ip :除以权重取模

(1)HAProxy 是一款提供高可用性、负载均衡以及基于TCP(第四层)和HTTP(第七层)应用的代理软件,支持虚拟主机,它是免费、快速因此可靠的什儿 解决方案。 HAProxy不怎么适用于哪此负载特大的web站点,哪此站点通常又须要会话保持或七层解决。HAProxy运行在时下的硬件上,完全也能支持数以万计的 并发连接。因此它的运行模式使得它也能很简单安全的整合进您当前的架构中, 共同也能保护你的web服务器不被暴露到网络上。

以下实验环境均为 Debian i686平台。

启用统计报告并限定报告的区段,也能 用于“frontend”区段。当指定此励志的话 时,统计报告将仅显示其列举出区段的报告信息,所有其它区段的信息将被隐藏。可能性须要显示多个区段的统计报告,此励志的话 也能定义多次。须要注意的是,区段名称检测仅仅是以字符串比较的依据进行,它无需真检测指定的区段否是是真正处于。

<address>:此服务器的的IPv4地址,也支持使用可解析的主机名,只不过在启动时须要解析主机名至相应的IPv4地址;

<network>:可选参数,当指定时,源地址为匹配至此网络中的请求都禁用此功能。

global:当前实例的日志系统参数同”global”段中的定义时,将使用此格式;每个实例仅能定义一次“log global”励志的话 ,且其不在 任何额外参数;

– nbproc <number>:指定启动的haproxy守护守护进程的个数,也都能不能 用于守护守护守护进程模式的haproxy;默认只启动另有一一五个 守护守护进程,鉴于调试困难等多方面的由于,一般只在单守护守护进程仅能打开少数文件描述符的场景中才使用多守护守护进程模式;

<code>:指定对HTTP的哪此情况报告码返回指定的页面;这里可用的情况报告码有100、100、403、408、100、1002、1003和1004;

尽管“stats auth”二根绳子 就也能启用统计报告,但还是建议设定其它所有的参数,以免其依赖于默认设定而带来非期后果。

5,内存分配器在固定大小的内存池中可实现即时内存分配,这也能显著减少创建另有一一五个 会话的时长;

observe <mode>:通过观察服务器的通信情况报告来判定其健康情况报告,默认为禁用,其支持的类型有“layer4”和“layer7”,“layer7”仅能用于http代理场景;

在指定的条件满足时启用统计报告页面的管理级别功能,它允许通过web接口启用或禁用服务器,不过,基于安全的角度考虑,统计报告页面应该尽可能性为只读的。此外,可能性启用了HAProxy的多守护守护进程模式,启用此管理级别将有可能性由于异常行为。

8,精心地降低了昂贵的系统调用,大每种工作总要用户空间完成,如时间读取、缓冲聚合及文件描述符的启用和禁用等;

须要注意的是,HAProxy工作于隧道模式,其仅检查每另有一一五个 连接的第另有一一五个 请求,因此,仅第另有一一五个 请求报文被附加此首部。可能性想为每另有一一五个 请求都附加此首部,请确保共同使用了“option httpclose”、“option forceclose”和“option http-server-close”几次option。

– tune.rcvbuf.client <number>:

启用带认证的统计报告功能并授权另有一一五个 用户帐号,其也能 用于“frontend”区段。

default_backend <backend>

用于测试请求报文中的所有首部或指定首部否是是满足指定的条件;指定首部时,其名称不区分大小写,且在括号“()”中也能 有任何多余的空白字符。测试服务器端的响应报文时也能使用shdr()。例如 下面的例子用于测试首部Connection的值否是是为close。

–:标志符的强制开始标记,在模式中的字符串像标记符时使用;

– log <address> <facility> [max level [min level]]:定义全局的syslog服务器,最多也能定义另有一一五个 ;

– description:当前实例的描述信息;

设定实例的运行模式或协议。当实现内容交换时,前端和后端须要工作于同什儿 模式(一般说来总要HTTP模式),因此将无法启动实例。

– stats:用户访问统计数据的接口

<address>:定义日志发往的位置,其格式之一也能为<IPv4_address:PORT>,其中的port为UDP协议端口,默认为514;格式之二为Unix套接字文件路径,但须要留心chroot应用及用户的读写权限;

haproxy的ACL用于实现基于请求报文的首部、响应报文的内容或其它的环境情况报告信息来做出转发决策,这大大增强了其配置弹性。其配置法则通常分为两步,首先去定义ACL,即定义另有一一五个 测试条件,而后在条件得到满足时执行某特定的动作,如阻止请求或转发至某特定的后端。定义ACL的语法格式如下。

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

3.18 rdp-cookie(name)

5.1.6 path_end <string>

请求错误时,返回另有一一五个 HTTP重定向至某URL的信息;可用于所有配置段中。

前端调度器IP:192.168.1.210

后端应用服务器IP: 192.168.1.111 和 192.168.1.112

启用统计报告并隐藏HAProxy版本报告,也能 用于“frontend”区段。默认情况报告下,统计页面会显示有些有用信息,包括HAProxy的版本号,然而,向每所村里人 公开HAProxy的精确版本号是非常有风险的,可能性它能帮助恶意用户快速定位版本的缺陷和漏洞。尽管“stats hide-version”二根绳子 就也能启用统计报告,但还是建议设定其它所有的参数,以免其依赖于默认设定而带来非期后果。具体请参照“stats enable”一节的说明。

– pidfile:

也能在运行时调整其权重;

4,借有益于Linux 2.6 (>= 2.6.27.19)上的splice()系统调用,HAProxy也能实现零克隆转发(Zero-copy forwarding),在Linux 3.5及以上的OS中还也能实现零克隆启动(zero-starting);

consistent:“一致性哈希算法”,hash表是另有一一五个 由各服务器填充而成的树状价值形式,将服务器散列在hash环上;基于hash键在hash树中查找相应的服务器时,最近的服务器将被选中。此依据是动态的,支持在运行时修改服务器权重,因此兼

2,O(1)事件检查器(event checker)允许其在高并发连接中对任何连接的任何事件实现即时探测。

<file>:指定用于响应的页面文件;

– chroot <jail dir>:修改haproxy的工作目录至指定的目录并在放弃权限之后执行chroot()操作,也能提升haproxy的安全级别,不过须要注意的是要确保指定的目录为空目录且任何用户均也能 有写权限;

正则表达式:其机制类同字符串匹配;

了全都站点,什儿 优点也是其它负载均衡器不在 的。

5.1.8 hdr_end <string>

捕获并记录指定的请求首部最近一次出現时的第另有一一五个 值,仅能用于“frontend”和“listen”区段。捕获的首部值使用花括号{}括起来后再再加日志中。可能性须要捕获多个首部值,它们将以指定的次序出現在日志文件中,并以竖线“|”作为分隔符。不处于的首部记录为空字符串,最常须要捕获的首部包括在虚拟主机环境中使用的“Host”、上传请求首部中的“Content-length”、快速区别真实用户和网络机器人的“User-agent”,以及代理环境中记录真实请求来源的“X-Forward-For”。

– tune.maxaccept <number>:设定haproxy守护守护进程内核调度运行时一次性也能接受的连接的个数,较大的值也能带来较大的吞吐率,默认在单守护守护进程模式下为100,多守护守护进程模式下为8,设定为-1也能禁止此限制;一般不建议修改;

——proxy相关配置段,如“defaults”、“listen”、“frontend”和“backend”;

3.17 hdr(<name>):对于每个HTTP请求,通过<name>指定的HTTP首部可能性被检索;可能性相应的首部不在 出現或其不在 有效值,则使用轮叫算法对相应请求进行调度;其有另有一一五个 可选选项“use_domain_only”,可在指定检索例如 Host类的首部时仅计算域名每种(比如通过www.feiyu.com来说,仅计算feiyu字符串的hash值)以降低hash算法的运算量;此算法默认为静态的,不过其也也能使用hash-type修改此价值形式;

map-based:hash表是另有一一五个 所含了所有在线服务器的静态数组。其hash值可能性非常平滑,会将权重考虑在列,但其为静态依据,对在线服务器的权重进行调整将无需生效,这由于分析其不支持慢速启动。此外,选则服务器是根据其在数组中的

– uid:以指定的UID身份运行haproxy守护守护进程;

 mode { tcp|http|health }

用于测试指定的frontend(或当前frontend)上的会话创建速率否是是满足指定的条件;常用于为frontend指定另有一一五个 合理的会话创建速率的上限以解决服务被滥用。例如 下面的例子限定入站邮件速率也能 大于100封/秒,所有在此指定范围之外的请求都将被延时100毫秒。

 acl url_static path_beg -i /static /images /javascript /stylesheets

<aclname>:ACL名称,区分字符大小写,且其也都能不能 所含大小写字母、数字、-(连接线)、_(下划线)、.(点号)和:(冒号);haproxy中,acl也能重名,这也能把多个测试条件定义为另有一一五个 共同的acl;

检查依据:

尽管“stats realm”二根绳子 就也能启用统计报告,但还是建议设定其它所有的参数,以免其依赖于默认设定而带来非期后果。具体请参照“stats enable”一节的说明。

启用基于守护守护进程编译时默认设置的统计报告,也能 用于“frontend”区段。因此我不在 另外的其它设定,它们就会使用如下的配置:

HAProxy的配置解决3类来主要参数来源:

捕获并记录响应首部,其格式和要点同请求首部。

用于测试请求的URL否是是以指定的模式开头。下面的例子用于测试URL否是是以/static、/images、/javascript或/stylesheets头。

容慢速启动的价值形式。再加另有一一五个 新的服务器时,仅会对一小每种请求产生影响,因此,尤其适用于后端服务器为cache的场景。不过,此算法不甚平滑,挂接至各服务器的请求无需说能达到理想的均衡效果,因此,可能性须要不时的调整服务器的权

– tune.chksize <number>:设定检查缓冲区的大小,单位为字节;更大的值有益于在较大的页面中完成基于字符串或模式的文本查找,但也会占用更多的系统资源;不建议修改;

例如 :

rise <count>:设定健康情况报告检查中,某离线的server从离线情况报告转换至正常情况报告须要成功检查的次数;

目前来说,POST请求依据被限制于仅能使用缓冲区减去保留每种之外的空间,因此,服务器列表也能 过长,因此,此请求将无法正常工作。因此,建议一次仅调整少数几次服务器。下面是另有一一五个 案例,第另有一一五个 限制了仅能在本机打开报告页面时启用管理级别功能,第五个定义了仅允许通过认证的用户使用管理级别功能。

stats hide-version

3.15 uri:对URI的左半每种(“哪此的大问题”标记之后的每种)或整个URI进行hash运算,并由服务器的总权重相除后挂接至某匹配的服务器;这也能使得对同另有一一五个 URI的请求无缘无故被挂接至某特定的服务器,除非服务器的权重总数处于了变化;此算法常用于代理缓存或反病毒代理以提高缓存的命中率;须要注意的是,此算法仅应用于HTTP后端服务器场景;其默认为静态算法,不过也也能使用hash-type修改此价值形式;

[root@LB ~]# apt-get install -y haproxy #直接使用deb来安装

1,对原地址hash,第一次调度时使用WLC

source:IP层,处于同另有一一五个 NAT服务器眼前 的多个请求总要定向至同另有一一五个 upstream server,不有益于负载均衡,一般也都能不能 不支持使用cookie插入又须要保持会话时使用

cookie:应用层,有更好的负载均衡效果;

– nosepoll:在Linux禁用启发式epoll机制;

用于测试指定的backend上会话创建的速率(即每秒创建的会话数)否是是满足指定的条件;常用于在指定backend上的会话速率缺陷时将用户请求转发至另外的backend,或用于阻止攻击行为。例如 :

– ulimit-n:设定每守护守护进程所也能打开的最大文件描述符数目,默认情况报告下其会自动进行计算,因此不推荐修改此选项;Linux默认单守护守护进程打开文件数为102另有一一五个

在生产环境中,在7层解决上使用HAProxy作为昂贵的高端硬件负载均衡设备故障故障时的紧急解决方案也时长可见。硬件负载均衡设备在“报文”级别解决请求,这在支持跨报文请求(request across multiple packets)有着较高的难度,因此它们不缓冲任何数据,因此有着较长的响应时间。对应地,软件负载均衡设备使用TCP缓冲,可建立极长的请求,且有着较大的响应时间。

<passwd>:此用户的访问密码,明文格式;

<url>:Location首部中指定的页面位置的具体路径,能否是在当前服务器上的页面的相对路径,也也能使用绝对路径;须要注意的是,可能性URI自身错误时产生某特定情况报告码信息励志的话 ,有可能性会由于循环定向;

– tune.rcvbuf.server <number>:设定内核套接字中服务端或客户端接收缓冲的大小,单位为字节;强烈推荐使用默认值;

请求错误时,返回另有一一五个 HTTP重定向至某URL的信息给客户端;可用于所有配置段中。

5.1.3 hdr <string>

5.1.7 hdr_beg <string>

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