原始出处:http://itnihao.blog.51cto.com/1741976/915537

  • #/usr/local/sbin/haproxy -f /etc/haproxy/haproxy.cfg -st `cat /var/run/haproxy.pid`
  • ####################全局配置信息########################
  • #######参数是进程级的,通常和操作系统(OS)相关#########
  • global
  • maxconn 20480                   #默认最大连接数
  • log 127.0.0.1 local3            #[err warning info debug]
  • chroot /var/haproxy             #chroot运行的路径
  • uid 99                          #所属运行的用户uid
  • gid 99                          #所属运行的用户组
  • daemon                          #以后台形式运行haproxy
  • nbproc 1                        #进程数量(可以设置多个进程提高性能)
  • pidfile /var/run/haproxy.pid    #haproxy的pid存放路径,启动进程的用户必须有权限访问此文件
  • ulimit-n 65535                  #ulimit的数量限制
  • #####################默认的全局设置######################
  • ##这些参数可以被利用配置到frontend,backend,listen组件##
  • defaults
  • log global
  • mode http                       #所处理的类别 (#7层 http;4层tcp  )
  • maxconn 20480                   #最大连接数
  • option httplog                  #日志类别http日志格式
  • option httpclose                #每次请求完毕后主动关闭http通道
  • option dontlognull              #不记录健康检查的日志信息
  • option forwardfor               #如果后端服务器需要获得客户端真实ip需要配置的参数,可以从Http Header中获得客户端ip
  • option redispatch               #serverId对应的服务器挂掉后,强制定向到其他健康的服务器
  • option abortonclose             #当服务器负载很高的时候,自动结束掉当前队列处理比较久的连接
  • stats refresh 30                #统计页面刷新间隔
  • retries 3                       #3次连接失败就认为服务不可用,也可以通过后面设置
  • balance roundrobin              #默认的负载均衡的方式,轮询方式
  • #balance source                  #默认的负载均衡的方式,类似nginx的ip_hash
  • #balance leastconn               #默认的负载均衡的方式,最小连接
  • contimeout 5000                 #连接超时
  • clitimeout 50000                #客户端超时
  • srvtimeout 50000                #服务器超时
  • timeout check 2000              #心跳检测超时
  • ####################监控页面的设置#######################
  • listen admin_status                    #Frontend和Backend的组合体,监控组的名称,按需自定义名称
  • bind 0.0.0.0:65532             #监听端口
  • mode http                      #http的7层模式
  • log 127.0.0.1 local3 err       #错误日志记录
  • stats refresh 5s               #每隔5秒自动刷新监控页面
  • stats uri /admin?stats         #监控页面的url
  • stats realm itnihao\ itnihao   #监控页面的提示信息
  • stats auth admin:admin         #监控页面的用户和密码admin,可以设置多个用户名
  • stats auth admin1:admin1       #监控页面的用户和密码admin1
  • stats hide-version             #隐藏统计页面上的HAproxy版本信息
  • stats admin if TRUE            #手工启用/禁用,后端服务器(haproxy-1.4.9以后版本)
  • errorfile 403 /etc/haproxy/errorfiles/403.http
  • errorfile 500 /etc/haproxy/errorfiles/500.http
  • errorfile 502 /etc/haproxy/errorfiles/502.http
  • errorfile 503 /etc/haproxy/errorfiles/503.http
  • errorfile 504 /etc/haproxy/errorfiles/504.http
  • #################HAProxy的日志记录内容设置###################
  • capture request  header Host           len 40
  • capture request  header Content-Length len 10
  • capture request  header Referer        len 200
  • capture response header Server         len 40
  • capture response header Content-Length len 10
  • capture response header Cache-Control  len 8
  • #######################网站监测listen配置#####################
  • ###########此用法主要是监控haproxy后端服务器的监控状态############
  • listen site_status
  • bind 0.0.0.0:1081                    #监听端口
  • mode http                            #http的7层模式
  • log 127.0.0.1 local3 err             #[err warning info debug]
  • monitor-uri /site_status             #网站健康检测URL,用来检测HAProxy管理的网站是否可以用,正常返回200,不正常返回503
  • acl site_dead nbsrv(server_web) lt 2 #定义网站down时的策略当挂在负载均衡上的指定backend的中有效机器数小于1台时返回true
  • acl site_dead nbsrv(server_blog) lt 2
  • acl site_dead nbsrv(server_bbs)  lt 2
  • monitor fail if site_dead            #当满足策略的时候返回503,网上文档说的是500,实际测试为503
  • monitor-net 192.168.16.2/32          #来自192.168.16.2的日志信息不会被记录和转发
  • monitor-net 192.168.16.3/32
  • ########frontend配置############
  • #####注意,frontend配置里面可以定义多个acl进行匹配操作########
  • frontend http_80_in
  • bind 0.0.0.0:80      #监听端口,即haproxy提供web服务的端口,和lvs的vip端口类似
  • mode http            #http的7层模式
  • log global           #应用全局的日志配置
  • option httplog       #启用http的log
  • option httpclose     #每次请求完毕后主动关闭http通道,HA-Proxy不支持keep-alive模式
  • option forwardfor    #如果后端服务器需要获得客户端的真实IP需要配置次参数,将可以从Http Header中获得客户端IP
  • ########acl策略配置#############
  • acl itnihao_web hdr_reg(host) -i ^(www.itnihao.cn|ww1.itnihao.cn)$
  • #如果请求的域名满足正则表达式中的2个域名返回true -i是忽略大小写
  • acl itnihao_blog hdr_dom(host) -i blog.itnihao.cn
  • #如果请求的域名满足www.itnihao.cn返回true -i是忽略大小写
  • #acl itnihao    hdr(host) -i itnihao.cn
  • #如果请求的域名满足itnihao.cn返回true -i是忽略大小写
  • #acl file_req url_sub -i  killall=
  • #在请求url中包含killall=,则此控制策略返回true,否则为false
  • #acl dir_req url_dir -i allow
  • #在请求url中存在allow作为部分地址路径,则此控制策略返回true,否则返回false
  • #acl missing_cl hdr_cnt(Content-length) eq 0
  • #当请求的header中Content-length等于0时返回true
  • ########acl策略匹配相应#############
  • #block if missing_cl
  • #当请求中header中Content-length等于0阻止请求返回403
  • #block if !file_req || dir_req
  • #block表示阻止请求,返回403错误,当前表示如果不满足策略file_req,或者满足策略dir_req,则阻止请求
  • use_backend  server_web  if itnihao_web
  • #当满足itnihao_web的策略时使用server_web的backend
  • use_backend  server_blog if itnihao_blog
  • #当满足itnihao_blog的策略时使用server_blog的backend
  • #redirect prefix http://blog.itniaho.cn code 301 if itnihao
  • #当访问itnihao.cn的时候,用http的301挑转到http://192.168.16.3
  • default_backend server_bbs
  • #以上都不满足的时候使用默认server_bbs的backend
  • ##########backend的设置##############
  • #下面我将设置三组服务器 server_web,server_blog,server_bbs
  • ###########################backend server_web#############################
  • backend server_web
  • mode http            #http的7层模式
  • balance roundrobin   #负载均衡的方式,roundrobin平均方式
  • cookie SERVERID      #允许插入serverid到cookie中,serverid后面可以定义
  • option httpchk GET /index.html #心跳检测的文件
  • server web1 192.168.16.2:80 cookie web1 check inter 1500 rise 3 fall 3 weight 1
  • #服务器定义,cookie 1表示serverid为web1,check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用,
  • #fall 3是3次失败认为服务器不可用,weight代表权重
  • server web2 192.168.16.3:80 cookie web2 check inter 1500 rise 3 fall 3 weight 2
  • #服务器定义,cookie 1表示serverid为web2,check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用,
  • #fall 3是3次失败认为服务器不可用,weight代表权重
  • ###################################backend server_blog###############################################
  • backend server_blog
  • mode http            #http的7层模式
  • balance roundrobin   #负载均衡的方式,roundrobin平均方式
  • cookie SERVERID      #允许插入serverid到cookie中,serverid后面可以定义
  • option httpchk GET /index.html #心跳检测的文件
  • server blog1 192.168.16.2:80 cookie blog1 check inter 1500 rise 3 fall 3 weight 1
  • #服务器定义,cookie 1表示serverid为web1,check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用,fall 3是3次失败认为服务器不可用,weight代表权重
  • server blog2 192.168.16.3:80 cookie blog2 check inter 1500 rise 3 fall 3 weight 2
  • #服务器定义,cookie 1表示serverid为web2,check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用,fall 3是3次失败认为服务器不可用,weight代表权重
  • ###################################backend server_bbs###############################################
  • backend server_bbs
  • mode http            #http的7层模式
  • balance roundrobin   #负载均衡的方式,roundrobin平均方式
  • cookie SERVERID      #允许插入serverid到cookie中,serverid后面可以定义
  • option httpchk GET /index.html #心跳检测的文件
  • server bbs1 192.168.16.2:80 cookie bbs1 check inter 1500 rise 3 fall 3 weight 1
  • #服务器定义,cookie 1表示serverid为web1,check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用,fall 3是3次失败认为服务器不可用,weight代表权重
  • server bbs2 192.168.16.3:80 cookie bbs2 check inter 1500 rise 3 fall 3 weight 2
  • #服务器定义,cookie 1表示serverid为web2,check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用,fall 3是3次失败认为服务器不可用,weight代表权重
												

haproxy配置文件详解--转的更多相关文章

  1. haproxy配置文件详解和ACL功能

    */ .hljs { display: block; overflow-x: auto; padding: 0.5em; color: #333; background: #f8f8f8; } .hl ...

  2. haproxy 配置文件详解 之 frontend

    配置示例: frontend www bind *: mode http option httplog option forwardfor option httpclose log global #a ...

  3. haproxy 配置文件详解 之 综述

    HAProxy 配置文件根据功能和用途,主要有5 个部分组成,但有些部分并不是必须的,可以根据需要选择相应的部分进行配置. 1.global 部分 用来设定全局配置参数,属于进程级的配置,通常和操作系 ...

  4. 千万级高并发负载均衡软件haproxy配置文件详解

    balance roundrobin         #轮询方式 balance source               #将用户IP经过hash计算后,使同一IP地址的所有请求都发送到同一固定的后 ...

  5. haproxy 配置文件详解 之 WEB监控平台

    HAProxy 虽然实现了服务的故障转移,但是在主机或者服务出现故障的时候,并不能发出通知告知运维人员,这对于及时性要求很高的业务系统来说,是非常不便的,不过,HAProxy 似乎也考虑到了这一点,在 ...

  6. Haproxy配置文件详解

    #/usr/local/sbin/haproxy -f /etc/haproxy/haproxy.cfg -st `cat /var/run/haproxy.pid` ################ ...

  7. haproxy 配置文件详解 之 ACL 智能负载均衡

    由于HAProxy 可以工作在七层模型下, 因此,要实现 HAProxy 的强大功能,一定要使用强大灵活的ACL 规则,通过ACL 规则可以实现基于HAProxy 的智能负载均衡系统. HAProxy ...

  8. haproxy 配置文件详解 之 listen

    配置示例: listen admin_stats bind mode http log 127.0.0.1 local0 err stats refresh 30s stats uri /haprox ...

  9. haproxy 配置文件详解 之 backend

    配置示例: backend htmpool mode http option redispatch option abortonclose balance static-rr cookie SESSI ...

随机推荐

  1. Oracle SQL Trace 和 10046 事件

    http://blog.csdn.net/tianlesoftware/article/details/5857023 一. SQL_TRACE 当SQL语句出现性能问题时,我们可以用SQL_TRAC ...

  2. WPF Auto LogOff

    Implementation of Auto Logoff Based on User Inactivity in WPF Application http://www.codeproject.com ...

  3. 曲演杂坛--重建索引后,还使用混合分区么?(Are mixed pages removed by an index rebuild?)

    原文来自:http://www.sqlskills.com/blogs/paul/mixed-pages-removed-index-rebuild/ 在SQL SERVER 中,区是管理空间的基本单 ...

  4. 设计模式之外观模式(Facade Pattern)

    一.什么是外观模式? 简单的说,外观模式是用来简化接口的. 通常,我们觉得一个子系统不好用,可能是因为它提供的外部接口太接近低层组件,让我们用起来感到很麻烦. 因为我们不需要知道内部细节,我们只想要一 ...

  5. AbpZero的Swagger汉化之旅

    做汉化主要是为了出一份前后端都能看得懂的在线文档,废话不多说,我们开始准备, 我们要在启动项目的Startup.cs中重定向一下swagger的读取方式 1.在这个类下面,新增一个方法: public ...

  6. windows服务器让WEB通过防火墙的问题

    服务器环境:windows server 2012 X64WEB服务器:IIS开放8080,PHPSduty开放80 如果关闭防火墙的情况下,不论是IIS还是安装的其他的WEB服务器,都可以正常访问. ...

  7. Android 标题栏(1)

    本文来自网易云社区 作者:孙有军 标题栏在每个应用中都有,有各种各样的标题栏,今天我们就主要来说说标题栏怎么做,主要内容涉及到自定义标题,ActionBar,Toolbar等知识. 自定义标题 几年前 ...

  8. 网络编程——http协议

    1.TCP/IP 基本知识 一.概念 TCP/IP协议是一个协议的集合,它是由众多的互联网相关联的协议集合的总称.如图 二.TCP/IP分层管理 TCP/IP模型分为5层:应用层,传输层,网络层,数据 ...

  9. (6)Oracle基础--简单查询

    .基本查询语句  SELECT [DISTINCT] column_name1,... | * FROM table_name [WHERE conditions]; P: DISTINCT关键字的作 ...

  10. Elasticsearch批量操作API用法介绍

    Elasticsearch的Bulk API允许批量提交index和delete请求,有如下两种用法: 用法1 BulkRequestBuilder requestBuilder = client.p ...