HAproxy第一节:配置文件解读

本文是HAproxy系列的第一节,主要介绍了HAproxy的配置文件解读,为后续的实践操作打下基础。
摘要由CSDN通过智能技术生成
安装HAproxy
     yum install -y haproxy #我用CentOs7.0,默认自带haproxy-1.5版本
配置文件位置:/etc/haproxy/haproxy.cfg
配置文件主要分为5个大部分
 global:全局配置部分,配置后全局生效,一般是设定与系统性能和进程相关的参数,设定完后基本不会再次去变动。
      全局配置大多数参数是不需要我们自己配置的,默认的设置基本就够用了
 defaults:默认配置部分,这里配置的参数会被后面的(fronend backtend listen)使用。如果它们有自己的参数配置就不会引用此处的参数
 frontend:前段负载均衡或者代理服务器的相关配置
        acl:这里可以定义acl,实现请求分离
 backtend:后端真是服务器的配置
        server:定义真是服务器
 listen:前端和后端的综合配置
 
global   # 全局参数的设置
    log 127.0.0.1 local0 info
  # log语法:log 服务器地址 日志设备  级别
  #local0:日志设备。需要在日志文件/etc/syslog.com中定义相同的日志设备 和日志记录路径
  #级别:waring info err debug
  # 全局的日志配置,使用log关键字,指定使用127.0.0.1上的syslog服务中的local0日志设备,记录日志等级为info的日志
    user haproxy
  #用户
    group haproxy
  # 设置运行haproxy的用户和组,也可使用uid,gid关键字替代之
    daemon
  # 开启守护进程,运行在后台
    nbproc 4
  #开启4个进程  
    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
  # 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持久性;而此时,如果后端的服务器宕掉了,会将客户的请求强制定向到另外一个后端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(名字) # 定义一个名为http_80_in的前端部分
    bind 0.0.0.0:80(*:80)
  # http定义前端部分监听的套接字
    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
          #acl为定义一个acl规则
          #格式:acl 自己起个名字 acl规则
          # 定义一个名叫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
  #use_backend 为调用后端服务器
  #格式:use_backend 后端服务器名 if 定义的acl(acl名字)
  # 如果满足策略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的后端部分
  #名字要与acl中调度定义的名字要一致
    mode http
  # 设置为http模式
    balance source 调度方式
     # 设置haproxy的调度算法为源地址hash
    #调度方式:
        #roundrobin:动态轮询算法,支持后端服务器数量4095个之多。这种方法是最公平的调度
        #static-rr:静态轮询调度法,每个服务器根据权重启动,和roundrobin类似,但是它支持无限个服务器连接
        #leastcoun:最小连接数算法。连接数量最少的服务器被有限调度使用。通常用在长连接中
        #source:原地址hash算法,对原地址进行hash计算。简单理解就是来自同一个原地址的访问调度到同一个后端服务器上
        #uri:根据请求的uri左边或整个uri做hash计算,之后与服务器总权重相除,根据结果派发到后端服务器。简单理解就是将对同一个目标的请求派发到同一个服务器,
        #url_parm
        #hdr
        #rdp-cookie这三个不常用,我也没能完全理解,不敢随意解释。烦请谅解。也请高人指示
    cookie SERVERID
  # 允许向cookie插入SERVERID,每台服务器的SERVERID可在下面使用cookie关键字定义
    option httpchk GET /test/index.php
  # 开启对后端服务器的健康检测,通过GET /test/index.php来判断后端服务器的健康情况
    server php_server_1 192.168.1.100:80 cookie 1 check inter 2000 rise 3 fall 3 weight 2
    server php_server_2 192.168.1.101:80 cookie 2 check inter 2000 rise 3 fall 3 weight 1
    server php_server_bak 192.168.1.102:80 cookie 3 check inter 1500 rise 3 fall 3 backup
  # server语法:server 自定义个服务器名字  ip地址:端口 [param*] #
   使用server关键字来设置后端服务器;为后端服务器所设置的内部名称[php_server_1],
   指定该服务器的SERVERID为1[cookie 1]、
   接受健康监测[check]、监测的间隔时长,单位毫秒[inter 2000]、
   监测正常多少次后被认为后端服务器是可用的:[rise 3]、
   监测失败多少次后被认为后端服务器是不可用的:[fall 3]、
   分发的权重[weight 2]。
   最后为备份用的后端服务器,当正常的服务器全部都宕机后,才会启用备份服务器[backup]
 backend static_server
  #定义static_server后端服务器
  #这个服务器会被acl中定义的static_down调用
    mode http
    option httpchk GET /test/index.html
    server static_server_1 192.168.1.103:80 cookie 3 check inter 2000 rise 3 fall 3

本人能力一般,水平有限。若有不合理的地方还请多多指教!

今天第一节课简单解读一下配置文件。第二节课将做简单实验


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值