haproxy多进程下对后端服务器进行摘除

haproxy多进程下对后端服务器进行摘除

haproxy在多进程模式下无法直接对后端服务器直接进行软下线,当输入软下线的命令时haproxy依旧可以将用户的请求调度到后端已经下下的服务器上,这是应为haproxy的socket文件的关系,一个socket文件对应一个进程,当haproxy处于多进程的模式下时,就需要有多个socket文件,并将其和进程进行绑定,对后端服务器进行软下线时需要对所有的socket文件下达软下线的指令。
示例:

[[email protected] ~]# vim /etc/haproxy/haproxy.cfg
global
maxconn 100000
chroot /usr/local/haproxy
stats socket /var/lib/haproxy/haproxy.sock1 mode 600 level admin process 1  #分别使用不用的socket文件名,并使用process选项将其于进程进行绑定
stats socket /var/lib/haproxy/haproxy.sock2 mode 600 level admin process 2
uid 99
gid 99
daemon
nbproc 2        #haproxy进程数为2,所以需要创建出2个socket文件
cpu-map 1 0
cpu-map 2 1
pidfile /usr/local/haproxy/run/haproxy.pid
log 127.0.0.1 local3 info

对后端服务器进行软下线操作

[[email protected] ~]# echo "disable server php_server/web1" | socat stdio /var/lib/haproxy/haproxy.sock1
[[email protected] ~]# echo "disable server php_server/web1" | socat stdio /var/lib/haproxy/haproxy.sock2
#对后端的服务器进行下线时分别对每个socket文件发送软下线指令

原文地址:https://blog.51cto.com/11886307/2406607

时间: 2024-10-18 05:46:06

haproxy多进程下对后端服务器进行摘除的相关文章

nginx反向代理-后端服务器组设置

nginx服务器的反向代理时其最常用的重要功能之一,在实际工作中应用广泛,涉及的配置指令也比较多.下面会尽量详细地介绍对应的指令,及其使用状态. 反向代理一般是互联网需要向内网拉取资源,比如访问一个web网站时,互联网应用通过一个代理服务器到后面真实的web服务器拉取应用所需的数据. nginx服务器反向代理用到的指令如果没有特别的说明,原则上可以出现在nginx配置文件的http块,server块和location块中,但是同正向代理一样,一般是搭建在nginx服务器中单独配置一个server

Haproxy隐藏后端服务器信息及Haproxy实现压缩

1.隐藏后端服务器版本 在日常工作中我们都会使用haproxy作为负载均衡器,因为后端应用服务器多更改麻烦,因此决定在负载均衡器实现. 只需要再frondend或listen或backend,添加         rspidel ^Server:.*         rspidel ^X-Forwarded-For:.*         rspidel ^X-Powered-By:.*         rspidel ^Via:.*         rspidel ^X-AspNet-Versi

多台服务器情况下Microsoft Dynamics CRM Server后端服务器的高可用探讨

服务器信息如下: 前端服务器1 前端服务器2 后端服务器1 后端服务器2 DB服务器 两台前端服务器之前架设了SLB,用户访问时直接访问SLB的地址,SLB分发到这两台前端服务器 目前问题是想知道后端服务器如何实现负载均衡,整个安装过程中没有看到有可以配置的地方,于是进行了如下测试 以导入数据功能为例: 禁用后端服务器1,禁用后端服务器2 数据停留在已提交状态,无后续操作:说明后端服务器无可用 禁用后端服务器1,启用后端服务器2 数据导入成功:说明匹配到了后端服务器 禁用后端服务器2,启用后端服

分别使用Nginx反向代理和Haproxy调度器实现web服务器负载均衡

1.1 使用nginx实现静态分离得负载均衡集群 1.1.1 Nginx负载均衡基础知识 本实验使用的主机是: 主机 IP地址 角色 centos23.cn 192.168.3.23 Nginx反向代理服务器 centos24.cn 192.168.3.24 web服务器 centos25.cn 192.168.3.25 web服务器 网络拓扑图: Nginx的upstream负载的5种方式,目前最常用得前3种方式 1.轮询(默认) 每个请求按时间顺序逐一分配到不同得后端服务器,如果后端服务器d

Webpack系列:在Webpack+Vue中如何将对后端的http请求转到https的后端服务器中?

在上一篇文章(Webpack系列:在Webpack+Vue开发中如何调用tomcat的后端服务器的接口?)我们介绍了如何将对于webpack-dev-server的数据请求转发到后端服务器上,这在大部分情况下就够用了. 然后现在问题又来了,在生产环境下接口一般采用https协议,如果我们要把数据请求转发到生产服务器上怎么办? 首先会想是不是把上一篇博文中提到的proxyTable改成https就可以了,如下:     proxyTable: {                '/appserve

让你的浏览器强制在后端服务器执行而不用通过前端CDN服务器

因为后端执行时间过长,前端不等待,导致提示504错误的解决办法 504 错误是因为你的CDN服务器设置的延时有限, 超时导致的504 是前端不等待中止,是前端不行,后端应该正常 502 错误是后端无应答,是后端不行,不是前端 在你的电脑C:\Windows\System32\drivers\etc\hosts 文件里面加以下代码(50.158.99.88为域名对应的IP,cnblogs.com为你的域名) 50.158.99.88 cnblogs.com 50.158.99.88 www.cnb

【转】nginx 主动式后端服务器健康检查

原文链接  http://tengine.taobao.org/document_cn/http_upstream_check_cn.html ngx_http_upstream_check_module 该模块可以为Tengine提供主动式后端服务器健康检查的功能. 该模块在Tengine-1.4.0版本以前没有默认开启,它可以在配置编译选项的时候开启:./configure --with-http_upstream_check_module Examples http { upstream

LoadRunner对移动互联网后端服务器压力测试

一.LoadRunner简介 LoadRunner,是惠普公司研发的一款预测系统行为和性能的负载测试工具.通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试. LoadRunner11是目前比较常用的版本,有免费的超级license 最高支持6.5w个并发,目前该版本对Web网站的压力测试有很好的支持,但是不支持手机app的操作脚本录制. LoadRunner12顺应移动互联网的快速发展,增加了对手机app的操作脚本录制功能,由于

Lync2013SQL后端服务器部署(三)

LYNC2013后端服务器部署 作者:牛志会 准备工作 计算机名称 操作系统 角色 IP地址 AD01.BJN99.CN Windows Server 2008R2 DC / DNS /CAS 192.168.3.10 LYNCFE01.BJN99.CN Windows Server 2008R2 LYNC前端服务器 192.168.3.11 LYNCSQL01.BJN99.CN Windows Server 2008R2 LYNC后端服务器 192.168.3.12 LYNCCHAT.BJN9