haproxy附录

附录

附录1权重的几个参数

• roundrobin
  
  • Round Robin会对服务器进行轮流选定，亦为HAProxy的默认算法。即客户端每访问一次, 请求就跳转打到后端不同的节点机器上.
• leastconn
  
  • 选定连接数量最少的服务器——建议在周期较长的会话中使用这一算法。同一后端中的服务器亦会以轮循方式进行轮流选定。
• source
  
  • 其根据源IP（即用户IP地址）进行服务器选定。通过这种方式，我们可以确定同一用户接入同一服务器。
• static-rr:
  
  • 也是基于权重进行轮询的调度算法，不过此算法为静态方案，在运行是调整其服务器的权重是不会生效的。如果修改了，必须要重启服务才能生效

附录2mode的三种模式

• tcp模式：
  在此模式下，客户端和服务器端间将建立一个全双工的连接，不会对七层报文做任何检查，为默认的模式；经常用于SSL, SSH, SMTP等应用
• http模式
  在此模式下，客户端请求在转发至后端服务器前将会被深度分析，所有不与RFC格式兼容的请求都会被拒绝
• health模式
  目前已经被废除

附录3其他的option选项参数详细说明

• option httpclose
  haproxy会针对客户端的第一条请求的返回添加cookie并返回给客户端，客户端发送后续请求时会发送此cookie到HAProxy，HAProxy会针对此cookie分发到上次处理此请求的服务器上，如果服务器不能忽略此cookie值会影响处理结果。如果避免这种情况配置此选项，防止产生多余的cookie信息。"option httpclose" 和 "no option httpclose" 是两个对立设置, 分别表示启用或禁止消极的HTTP连接关闭,默认的，客户端与服务端的通讯，HAProxy只做分析、日志和分析每个连接的第一个request。如果设置了 "option httpclose" , 则会检查双向的http头是否有"Connection: close"，如果没有则自动添加，使每个客户端或服务端在每次传输后，都主动关闭TCP连接，使HTTP传输处于HTTP close模式下。任何 "Connection" 头如果不是"close"，都会被移除。很少会有服务器不正确的忽略掉头，即使收到"Connection: close"也不关闭连接，否则就是不兼容HTTP 1.0浏览器标准。 如果发生这种情况，可以使用"option forceclose"，在服务端响应后主动关闭请求连接。选项 "forceclose"还可以及早释放服务连接，而不必等到客户端的应答确认。这个选项可以设置在frontend或backend上，只要其上可以建立连接。如果同时设置了"option forceclose"，那么它比"httpclose"优先。如果同时设置了 "option http-server-close"，则会实现"option forceclose"的效果。

• option forceclose
  启用response后的主动关闭连接 (no option forceclose 表示禁止)
  有的HTTP服务器收到"option httpclose"设置的"Connection: close"，也不会关闭连接，如果客户端也不关闭，连接会 一直打开，直到超时。这会造成服务器上同一时段内的大量连接，日志中也会显示较高的全局会话时间。
  此时，可以使用 "option forceclose"，当完成响应时，立即关闭对外的服务通道。该选项隐式打开httpclose选项。需要注意，该选项允许解析完整的request 和 response，所以可以很快关闭至服务器的连接，比httpclose更早释放一些资源。
  如果同时启用了"option http-pretend-keepalive"，虽然会禁止发送 "Connection: close"头，但是依然会在整个response被接收后，关闭连接。

• option http-server-close 启用关闭服务端的HTTP连接 (no option http-server-close 表示禁止)默认的，客户端与服务端通讯，haproxy 只是分析、记日志，并处理每个连接的第一个请求。该选项设置server端为HTTP 连接关闭模式，并支持客户端为HTTP keep-alive的pipelining模式。提供了最低的客户端延迟和最快的服务端会话重用，以节省服务资源，类似"option forceclose"。还允许无keepalive能力的服务端在keep-alive模式下为客户端提供服务，但是需要符合 RFC2616。需要注意的是，有些服务器遇到"Connection: close" 时并不总是执行关闭，那么keep-alive 则无法使用，解决方法是启用 "option http-pretend-keepalive".目前，日志无法指明请求是否来自同一会话；日志中的接收日期为前一个请求的结束；请求时间为新请求的等待时间；keep-alive request time 存活请求时间为超时时间，绑定 "timeout http-keep-alive" 或 "timeout http-request"的设置。这个操作可以设置在frontend或backend上，只要其上可以建立连接。需要注意的是，这个选项可以与 "option httpclose"结合, 但 "option httpclose"优先级更高，结合后基本实现了forceclose的效果。

• option http-pretend-keepalive （表示http-假装-长连接, 即haproxy 与服务器是否是 keepalive 的） (如果不开启该配置, 则为no option http-pretend-keepalive )当声明了 "option http-server-close" 或 "option forceclose", haproxy会在给server的request头中添加 "Connection: close" 。然而有些服务器看到这个头，会返回未知长度的response，并自动避免chunked encoding，其实这是不对的。它会阻止haproxy保持客户端长连接，还会使客户端或缓存接收了未完成的响应，却认为响应结束了。设置 "option http-pretend-keepalive"， haproxy会在服务器端保持长连接，服务端则不会出现前面的问题。当 haproxy 获取了完整的response, 才会以类似forceclose的方式关闭服务端。这样客户端得到一个普通的响应，连接也在服务端被正常关闭。建议不将其设为默认值，因为大部分服务器会在发送完最后一个包之后更高效的关闭连接，并释放缓存，而且网络上的数据包也会略微降低整体的峰值性能。但是启用该选项，haproxy会略微少做一些工作。所以如果haproxy在整个架构中是个瓶颈，可以启用该操作，以节省CPU。这个选项可以设置在frontend或backend上，只要其上可以建立连接。这个选项可以与 "option httpclose"结合, 使服务端keepalive，客户端close，但并不建议这样做。

• option forwardfor
  如果服务器上的应用程序想记录发起请求的客户端的IP地址，需要在HAProxy上配置此选项，这样haproxy会把客户端的IP信息发送给服务器，在HTTP请求中添加"X-Forwarded-For"字段。

• option originalto
  如果服务器上的应用程序想记录发起请求的原目的IP地址，需要在HAProxy上配置此选项，这样haproxy会添加"X-Original-To"字段。

• option dontlognull (即记录空连接)
  保证haproxy不记录上级负载均衡发送过来的用于检测状态没有数据的心跳包。

• option abortonclose 丢弃由于客户端等待时间过长而关闭连接但仍在haproxy等待队列中的请求

• option accept-invalid-http-request 接受无效的http请求，建议关闭（开启可能有安全隐患）
• option accept-invalid-http-response 接受无效的response ,建议关闭
• option allbackups 应该是后备服务器，如果正常的后端无法使用，就使用这些后备的设备，balance方式还是用原来的，没有优先的选择，常用来提供错误的页面
• option checkcache 分析后端response,阻止可缓存的cookie,它对response 进行严格检查，包括"Cache-control", "Pragma" and "Set-cookie" ，查看在客户端代理那边保存是否有风险，如果这个允许的话，符全以下条件 的response 将被允许，其它的将被阻止。
• option clitcpka 是否允许客户端发送tcp keepalive 包,这个和http 的keepalive 没有关系
• option contstats 允许连续的流量统计更新
• option dontlog-normal 开启正常连接的日志
• option forceclose 允许关闭session 在后端把response 发送后
• option forwardfor [ except ] [ header ] 允许在request 中加入X-Forwarded-For header 发往server
• option http-pretend-keepalive 定义是否haproxy要宣布同server keepalive
• option http-server-close 是否开启在server 端 connection closing
• option http-use-proxy-header 用non-standard Proxy-Connection 替换 connection
• option httpchk 允许用http协议检查server 的健康
• option httplog [ clf ] 定制日志格式
• option http_proxy 开启http 代理模式，只有最基本的代理功能
• option ignore-persist { if | unless } 在某条件下拒绝持续连接，适用于对静态文件的负载均衡
• option independant-streams 启用双向超时处理，如socket 的read 和write
• option log-health-checks 记录健康检查日志
• option log-separate-errors 对非完全成功的连接改变日志记录等级
• option logasap 大传输大文件时可以提前记录日志
• option mysql-check mysql 健康检查
• option nolinger 清除肮脏连接后开成的tcp 状态及占用的资源，不过并不是强列要求你用这个选项，当然如果你有thousands of FIN_WAIT1 sessions on your system ，那肯定得用了
• option originalto [ except ] [ header ] 允许在requests中加入X-Original-To header 发往server
• option persist 强制将http请求发往已经down 掉的server
• option redispatch 是否允许重新分配在session 失败后, 即serverId对应的服务器挂掉后,强制定向到其他健康的服务器!
• option smtpchk smtp 检查;
• option socket-stats 允许对单个socket进行统计;
• option srvtcpka 是否允许向server 发送keepalive;
• option tcpka 是否允许向server和client发送keepalive;
• option tcplog 允许记录tcp 连接的状态和时间;
• option transparent 允许客户端透明代理;
  rate-limit sessions 设置frontend 每秒处理的连接的上限，如果到达上限就停止建立新的connection;
• mode http 所处理的类别 (#7层 http;4层tcp);
• mode tcp 所处理的类别 (#7层 http;4层tcp);
• stats hide-version 隐藏统计页面上的HAproxy版本信息;