Haproxy在大并发下的表现

讯奇消息网关服务器从北京迁移到无锡机房后,出现短信下发后,短信状态报告只接收到60%左右。

通过了解业务逻辑后,通过haproxy的stats页面,看到统计状态如下:

在红圈中可以看到,最高session数量已经到达4096,而我的haproxy.cfg文件中的maxconn是2000.当然连接数是不够的。其实后端短信服务器上一直报错,前台页面服务器也报错,只是大家没有就这个问题沟通过。导致这个问题持续了将近一个月才一起解决。

所以果断修改为5000.重新加载配置,连接数上去了。但resp部分的reset连接还是持续上涨。为何呢?

使用ulimit -n查看,发现open files 是默认的1024,果断修改为50000,大一点也无法。观察一段时间,发现虽然resp增长的速度降低,但还是有。再调整参数:

net.ipv4.tcp_fin_timeout = 5

net.ipv4.tcp_tw_reuse = 1

net.ipv4.tcp_tw_recycle = 1

net.ipv4.ip_local_port_range = 10240    61000

修改完成后,再观察一段时间,发现这下终于安静的。resp一直保持为0.

当然这中间过程持续了2天时间才解决。

时间: 2024-08-04 18:19:18

Haproxy在大并发下的表现的相关文章

PHP使用redis防止大并发下二次写入

php调用redis进去读写操作,大并发下会出现:读取key1,没有内容则写入内容,但是大并发下会出现同时多个php进程写入的情况,这个时候需要加一个锁,即获取锁的php进程有权限写. $lock_key = 'LOCK_PREFIX' . $redis_key; $is_lock = $redis->setnx($lock_key, 1); // 加锁 if($is_lock == true){ // 获取锁权限 $redis->setex($redis_key, $expire, $dat

Haproxy实现大并发web高可用群集部署

Haproxy web群集部署 HAProxy提供高可用性.负载均衡以及基于TCP和HTTP应用的代理,支持虚拟主机,它是免费.快速并且可靠的一种解决方案.HAProxy特别适用于那些负载特大的web站点,这些站点通常又需要会话保持或七层处理,HAProxy实现了一种 单一进程模型,此模型支持非常大的并发连接数多进程或多线程模型受内存限制 .系统调度器限制以及无处不在的锁限制,很少能处理数千并发连接. 部署环境: 主机 IP地址 主机名 软件 操作系统 Haproxy服务器 192.168.1.

聚集索引和取消外键,外键影响在大并发下的性能.删除外键

聚集索引是指数据库表行中数据的物理顺序与键值的逻辑(索引)顺序相同.一个表只能有一个聚集索引,因为一个表的物理顺序只有一种情况,所以,对应的聚集索引只能有一个.如果某索引不是聚集索引,则表中的行物理顺序与索引顺序不匹配,与非聚集索引相同,聚集索引有着更快的检索速度. 不相关的拆离.查询不一定关联的列单独分出一张表. 做对应关联. 外键. 外键约束去掉,锁很多,占用资源.多表关联较多. 列有空值,空值不走索引. 外键是否采用看业务应用场景,以及开发成本的,大致列下什么时候适合,什么时候不适合使用:

linux 大并发下 内核优化

To support over 500k users, you *need* - A 64 bits hardware/kernel (AMD64, Opterons) - At least 8GB of ram - A recent linux kernel (2.6.x) About tuning, I prefer to not fully disclose them because servers are targets of many attacks, so it's better n

PHP 使用redis防止大并发下二次写入(redis 锁)

//避免频繁请求 (ThinkPHP) $sessID = 'register' . $data['mobile_code_id'] . $data['mobile'] . $data['password']; if(!(new \think\session\driver\Redis())->lock($sessID,3)){ throw new \Exception('频繁请求'); } //自己定义 $lock_key = 'LOCK_PREFIX' . $redis_key; $is_lo

浅谈大数据

大数据概述 一.大数据是什么? 大数据目前没有一个严格的定义,但是我们可以举出很多具体的例子!例如:互联网上的网页数据.社交网站上的用户交互数据(如新浪微博).物联网中产生的活动数据(如智能家居).电话网络中的话单数据(如移动语音详单)等等都是大数据的具体表现. 二.大数据的三个特征 1.数据量大小–大容量 我们现在常说大数据,到底有多大呢?先看一组公式: 1024GB = 1TB;1024TB = 1PB;1024PB=1EB;1024EB=1ZB;1024ZB=1YB. 在淘宝上,每天新增的

高并发下linux系统、业务结构性能优化——index(不断更新)

工作中零零散散写了些博客,总结了些知识,当然是从运维的角度.东西一多就乱,闲时突发奇想,这些东西能不能打在一个点上,如果能有一个东西把所有内容串起来并且有一个主题岂不妙哉,也方便查阅和阅读,就像一个网站有了内容后需要一个index主页一样,哈哈,然后就有了这篇置顶博文. 对于主题,我喜欢研究业务架构和大并发相关知识,就定为"高并发下linux系统.业务结构性能优化"了,现有目录结构是根据工作经验进行的梳理,以后会动态修改.我的知识非常有限,不乏有些错误认识,不管怎样抛砖引玉分享出来,希

雅思8分大神叫你如何学习口语

首先说目的问题.有的人说口语说得怎么怎么样的也不影响交流啊.是的,比手画脚都能交流,口语不好只是说在与人交流的时候困难更大罢了.我自己的感觉是,我是中国人,所以跟口语再烂的中国人交流,我都能猜到他想说什么,但是nativespeaker就难得听懂我们在说什么了,我听其他国家的口语很烂的也很难猜到他们在说什么了. 另外,如果是有交流的意愿的,或者是必须交流的,那克服克服也就过去了:但是如果可以说可以不说的,那口语很烂的时候别人就不想跟你说了,呵呵拜拜祝你快乐就走了……反过来说,像我爸妈这种不会用到

硅谷观察之大数据篇【下】:硅谷巨头们的大数据玩法

在硅谷观察之大数据篇的[上]篇中,我把硅谷地区大数据生长状况基本梳理了一个相对完整的形状出来.有朋友看了[下]的预告后在微博上给我留言说,听说下篇要介绍一些公司的大数据部门情况,问能不能点名加个Google尤其是Google Maps,因为特别想知道这个世界上最大的搜索引擎以及每天必不可少的出行神器是怎么当一个挖掘机的. 于是,上周我又去了Google采访.本篇将一共呈现硅谷四大不同类型的公司如何玩转大数据,其中包括了著名FLAG中的三家(Apple在大数据这块来说表现并不突出). 本篇内容来自