基于域名负载均衡的Haproxy配置

标签: 域名 负载均衡 haproxy | 发表时间:2017-06-09 16:07 | 作者:lixuguang
出处:http://www.iteye.com
global  
        log 127.0.0.1 local0 info #[err warning info debug] //日志位置  
        maxconn 4096  
        daemon #设置成后台运行  
        nbproc 1 #进程数量  
       # pidfile /home/admin/haproxy/logs/haproxy.pid  
  
defaults  
        log     global  
        mode    http #默认模式  
        option  httplog #http日志格式  
        option  dontlognull  
        retries 3  #三次失败后认为服务器不可用  
        option  redispatch  #如果cookie写入了serverId而客户端不会刷新cookie,当serverId对应的服务器挂掉后,强制定向到其他健康的服务器  
        maxconn 2000 #当服务器负载很高的时候,自动结束掉当前队列处理比较久的链接默认的最大连接数  
        contimeout 5000 #连接超时  
        clitimeout 30000 #客户端超时  
        srvtimeout 30000 #服务器超时  
  
frontend web_in  
        mode http  
        maxconn 1000  
        bind :80  
        acl is_a hdr_beg(host) -i www.abc.test1  #判断域名是不是www.abc.test1,是则给与a服务器集群服务  
        acl is_b hdr_beg(host) -i www.abc.test2  #判断域名是不是www.abc.test2,是则给与a服务器集群服务  
  
        use_backend a_server if is_a  
        use_backend b_server if is_b  
  
backend a_server  
        mode http #http 模式  
        stats   uri  /haproxy  
        balance roundrobin  
        cookie  JSESSIONID prefix  
        stats   hide-version  
        option  httpclose  
        server web1 128.1.87.3:80 check  
        server web2 128.1.2.5:80 check  
  
  
backend b_server  
        mode http #http 模式  
        stats   uri  /haproxy  
        balance roundrobin  
        cookie  JSESSIONID prefix  
  
        stats   hide-version  
        option  httpclose  
        server web1 128.1.87.4:80  

 



已有 0 人发表留言,猛击->> 这里<<-参与讨论


ITeye推荐



相关 [域名 负载均衡 haproxy] 推荐:

基于域名负载均衡的Haproxy配置

- - 互联网 - ITeye博客
log 127.0.0.1 local0 info #[err warning info debug] //日志位置. daemon #设置成后台运行. nbproc 1 #进程数量. option httplog #http日志格式. retries 3 #三次失败后认为服务器不可用. option redispatch #如果cookie写入了serverId而客户端不会刷新cookie,当serverId对应的服务器挂掉后,强制定向到其他健康的服务器.

Haproxy+KeepAlived 负载均衡

- - CSDN博客系统运维推荐文章
软件负载均衡一般通过两种方式来实现:基于操作系统的软负载实现和基于第三方应用的软负载实现. LVS就是基于Linux操作系统实现的一种软负载,HAProxy就是开源的并且基于第三应用实现的软负载. 还可以使用nginx来实现,不过nginx只工作在7层网络之上. 详细请参考 抚琴煮酒写的“ 软件级负载均衡器(LVS/HAProxy/Nginx)的特点简介和对比”这篇文章,简单很详细,很好.

haproxy负载均衡 xtracluster

- - x-marker的博客
上一篇为xtracluster的安装(http://xmarker.blog.163.com/blog/static/226484057201472610520306/),本篇将记录下使用haproxy在三个数据节点做负载均衡,haproxy可以安装在数据节点,也可以安装在别的节点,如果安装在数据节点,需要注意端口号不能和mysql的3306冲突.

RabblitMQ Cluster + HAProxy(负载均衡)

- - 飞翔的荷兰人
        在本节中,我们主要来学习软件负载均衡器HAProxy在RabbitMQ集群中的使用.         软件负载均衡器HAProxy.         HAProxy的特点是:.         1、HAProxy是支持虚拟主机的,,并能支持上万级别的连接;.         2、能够补充Nginx的一些缺点比如Session的保持,Cookie的引导等工作;.

使用HAProxy对MySQL进行负载均衡和状态监控

- Kevin - Michael`s blog
转载请保留原文内容,并声明转载地址:http://www.toplee.com/blog/1284.html. 乐搜(lesoo.com)使用HAProxy已经很久了,但主要用在前端web请求的负载均衡和状态监控上,对于后端的Memcached以及MySQL却一直没有应用,最近对系统架构进行了小规模的整理,把MySQL也收编到了HAProxy下,经过一段时间的使用,体验还是不错的.

使用haproxy做TCP协议负载均衡

- - 行业应用 - ITeye博客
之前有使用过Nginx进行tcp负载均衡,但后来发现nginx总是会跟服务端进行断开连接、断开连接的操作,所以选择一下别的代理进行处理. 写这个的时候,我也只是把haproxy运行成功,而且简单测试了一下,具体适不适合自己的系统还有待测试. 1.下载haproxy:. 从主页下载,我使用的是最新版本,haproxy-1.4.24.tar.gz.

常见分布式负载均衡工具介绍nginx lighttpd haproxy

- - 互联网 - ITeye博客
       在架构系统的时候,通常会涉及到分布式,而处分布式里面最前端的是负载均衡器(当然还有cdn). 在网上搜寻一份,对目前常见的负载均衡器做一些介绍和常见组合,不涉及具体配置. 第一种是常见的硬件有比较昂贵的NetScaler、F5、Radware和Array等商用的负载均衡器,它的优点就是有专业的维护团队来对这些服务进行维护、缺点就是花销太大,所以对于规模较小的网络服务来说暂时还没有需要使用;.

(总结)Nginx/LVS/HAProxy负载均衡软件的优缺点详解

- - 服务器运维与网站架构|Linux运维|X研究
PS:Nginx/LVS/HAProxy是目前使用最广泛的三种负载均衡软件,本人都在多个项目中实施过,参考了一些资料,结合自己的一些使用经验,总结一下. 一般对负载均衡的使用是随着网站规模的提升根据不同的阶段来使用不同的技术. 具体的应用需求还得具体分析,如果是中小型的Web应用,比如日PV小于1000万,用Nginx就完全可以了;如果机器不少,可以用DNS轮询,LVS所耗费的机器还是比较多的;大型网站或重要的服务,且服务器比较多时,可以考虑用LVS.

软件级负载均衡器(LVS/HAProxy/Nginx)的特点简介和对比

- - 开源软件 - ITeye博客
原文: http://andrewyu.blog.51cto.com/1604432/697466. 现在网站发展的趋势对网络负载均衡的使用是随着网站规模的提升根据不同的阶段来使用不同的技术:. 在这里我也有一点要跟大家申明下:很多朋友担心软件级别的负载均衡在高并发流量冲击下的稳定情况,事实是我们通过成功上线的许多网站发现,它们的稳定性也是非常好的,宕机的可能性微乎其微,所以我现在做的项目,基本上没考虑服务级别的高可用了.

nginx tomcat负载均衡,同一服务器下多域名转发

- - ITeye博客
用nginx进行同一个服务器下多域名的负载均衡配置. Nginx进行http负载均衡的模块是upstream. Upstream可以进行多个配置,这样的话可以灵活的配置站点,但是注意的是upstream后面的名字最好是配置成为域名,因为upstream是进行http访问的,一般的解析没有问题,但是如果是ajax的解析就会通过访问upstream后面的名字来进行访问了,这里要注意.