起因
最近对新开发的web系统进行了压力测试,发现tomcat默认配置下压到600人的并发登录首页响应速度就有比较严重的影响,一轮出现2000多个的 500和502错误。我把登录的时间统计做了一下,把服务器处理总时间打印出来,看了一下发现有个别响应确实在20秒,但平均时间和lr测试出来的还是相 差很远。所以可以断定不是程序处理处理花费了这么多时间,由于在局域网测试,所以也可以排除网络问题。这就把问题圈定在tomcat的请求响应能力上了。 先把tomcat线程数提升到1000,发现500和502的报错降到几十个,但是响应时间上还没什么提高。后来启动了2个tomcat,用nginx做 负载均衡,响应时间下降了40%,两个tomcat的处理时长都保持在1秒左右。
看来tomcat性能确实是系统的一个瓶颈,很有必要假设多个服务器来加强响应能力。之前由于只是测试登录,多个tomcat还不用共享session,但真正使用时是必须要能一起工作的。现记录一下负载均衡的安装配置过程。
2 解决方案的选择
多个tomcat要一起协同工作有几种办法,可以考虑的方案有以下几个:
1. 使用tomcat自带的cluster方式,多个tomcat见自动实时复制session信息,配置起来很简单。但这个方案的效率比较低,在大并发下表现并不好。
2. 利用nginx的基于访问ip的hash路由策略,保证访问的ip始终被路由到同一个tomcat上,这个配置更简单。但是我们的应用很可能是某一个局域网大量用户同时登录,这样负载均衡就没什么作用了。
3. 利用memcached把多个tomcat的session集中管理,这是最直接的解决方案,但是操作起来也最为复杂。
我们的系统既要求性能,又要比较好的利用上负载均衡,所以第3个方案是首选。接下来就是安装搭建之路了。
3 安装配置
3.1 memcached的安装
1)先下载libevent-1.4.14b-stable.tar.gz和memcached-1.4.7.tar.gz的源码包,前者是后者的依赖包,就是一个事件驱动的包。
2)安装非常顺利,还是经典的那几个编译安装命令:
- tar zxvf libevent-1.4.14b-stable.tar.gz
- cd libevent-1.4.14b-stable
- ./configure
- make
- make install
-
- tar zxvf memcached-1.4.7.tar.gz
- cd memcached-1.4.7
- ./configure
- make
- make install
3)启动memcached:
./bin/memcached -d -m 256 -u root -p 11211 -c 1024 -P /tmp/memcached.pid
3.2 memcached-session-manager配置
让tomcat调用memcached来存储session早就是一个很成熟的解决方案了,开源的msm就可以解决这个问题。比较折腾的就是要用到的jar包,官方文档说的也比较含糊,我这里用的是kryo的序列化方案,所以用到的包多一些,分别是:
kryo-1.03.jar
kryo-serializers-0.8.jar
memcached-2.5.jar(我在官方看最新已经到2.7了,但是msm官方说用2.5,可能新包没测试过,特别是2.6版本changelog里面提到api有调整,还是不要乱升的好)
memcached-session-manager-1.5.1.jar
memcached-session-manager-tc7-1.5.1.jar
minlog-1.2.jar
msm-kryo-serializer-1.5.1.jar
reflectasm-0.9.jar
以上这些包都放在$CATALINA_HOME/lib目录下。
另外提一下,官方给出的4种序列化方案,其中kryo是效率最高的,具体比较看http://code.google.com/p/memcached-session-manager/wiki/SerializationStrategies。
接下来是修改tomcat的配置文件$CATALINA_HOME/conf/context.xml,调整成新的session存储方式。配置文件中加入以下内容:
- <Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
- memcachedNodes="n1:127.0.0.1:11211"
- sticky="false"
- lockingMode="auto"
- sessionBackupAsync="false"
- sessionBackupTimeout="1000"
- transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
- />
在$CATALINA_HOME/conf/logging.properties文件中添加de.javakaffee.web.msm.level=FINE,就可以在catalina.out的日志中看到详细的session存取情况。
另外在Manager配置中加上requestUriIgnorePattern=".*\.(png|gif|jpg|css|js)$",用 chrome浏览器测试发现居然sessionID会突然变掉,然后就被拦截器给跳回首页了。去掉就一切正常,但拦截器只会去检测action的,按理说 应该完全没关系,望高人指点!
3.3 nginx配置
nginx非常简单,只要在upstream里面多配置几个server就可以了,这里把我的配置贴出来:
- #user nobody;
- worker_processes 16;
-
-
- events {
- use epoll;
- worker_connections 65535;
- }
-
-
- http {
- include mime.types;
- default_type application/octet-stream;
-
- #log_format main '$remote_addr - $remote_user [$time_local] "$request" '
- # '$status $body_bytes_sent "$http_referer" '
- # '"$http_user_agent" "$http_x_forwarded_for"';
-
- #access_log logs/access.log main;
-
- client_header_buffer_size 32k;
- large_client_header_buffers 4 32k;
- client_max_body_size 8m;
- client_body_buffer_size 128k;
-
- sendfile on;
- tcp_nopush on;
-
- #keepalive_timeout 0;
- keepalive_timeout 65;
-
- gzip on;
- gzip_types text/plain application/xml application/x-javascript;
- gzip_disable "MSIE [1-6]\.(?!.*SV1)";
-
- proxy_connect_timeout 300;
- proxy_send_timeout 300;
- proxy_read_timeout 300;
- proxy_buffer_size 16k;
- proxy_buffers 4 32k;
-
- proxy_set_header X-Forwarded-For $remote_addr;
- proxy_set_header Connection Close;
- server_names_hash_max_size 1024;
- server_names_hash_bucket_size 1024;
-
- # Default cache parameters for use by virtual hosts
- # Set the cache path to tmpfs mounted disk, and the zone name
- # Set the maximum size of the on disk cache to less than the tmpfs file system size
- proxy_cache_path ./cache levels=1:2 keys_zone=pscms:100m max_size=800m;
- proxy_temp_path ./proxy;
-
- #配置后端服务器信息
- upstream web_server {
- #ip_hash;
- server localhost:8080 max_fails=3 fail_timeout=30s;
- server localhost:8180 max_fails=3 fail_timeout=30s;
- }
-
- server {
- listen 8888; ## listen for ipv4
- #listen [::]:80 default ipv6only=on; ## listen for ipv6
- server_name localhost;
-
- charset utf-8;
- log_format main '$remote_addr - $remote_user [$time_local] "$request" '
- '$status $body_bytes_sent "$http_referer" '
- '"$http_user_agent" "$http_x_forwarded_for"';
- access_log logs/host.access.log main;
- #access_log off;
-
- location ~ .*\.(jsp|action)?$ {
- proxy_set_header Host $http_host;
- proxy_redirect off;
- proxy_pass http://web_server;
- proxy_set_header Host $host;
- proxy_set_header X-Real-IP $remote_addr;
- proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
- }
-
- location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|js|css)$ {
- #如果后端的服务器返回502、504、执行超时等错误,自动将请求转发到upstream负载均衡池中的另一台服务器,实现故障转移。
- proxy_next_upstream http_502 http_504 error timeout invalid_header;
-
- proxy_cache pscms; #进行缓存,使用Web缓存区cache_one
- proxy_cache_valid 200 304 1h; #对不同的HTTP状态码设置不同的缓存时间
- proxy_cache_valid 301 302 5m;
- proxy_cache_valid any 1m;
- proxy_set_header Host $host;
- proxy_set_header X-Real-IP $remote_addr;
- proxy_set_header X-Forwarded-For $remote_addr;
- proxy_set_header Accept-Encoding ""; #(或是后台服务器关闭gzip),这样这台机器才不会缓存被压缩的文件,造成乱码
- proxy_ignore_headers "Cache-Control" "Expires"; #这段配置加上后,proxy_cache就能支持后台设定的expires。
- proxy_pass http://web_server;
- expires 15m;
- }
-
- location / {
- proxy_set_header Host $http_host;
- proxy_redirect off;
- proxy_pass http://web_server;
- proxy_set_header Host $host;
- proxy_set_header X-Real-IP $remote_addr;
- proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
- }
-
- }
-
- }
相关推荐
辣椒油树脂检验表格(食品添加剂食用香精质量验收记录表).docx
字体路径文件
Screenshot_2025-03-14-16-46-14-26.jpg
交警队伍管理制度.docx
乳酸链球菌素检验表格(食品添加剂食用香精质量验收记录表).docx
编译的axel windows工具,有需要的拿去 使用命令例子如下 cmd 界面下cd 到axel.exe 文件路径 比如下载image net 1k axel -n 8 -o ./ https://image-net.org/data/ILSVRC/2012/ILSVRC2012_img_train.tar --insecure 编译过程的记录为 https://blog.csdn.net/Magicapprentice/article/details/146250906?sharetype=blogdetail&sharerId=146250906&sharerefer=PC&sharesource=Magicapprentice&spm=1011.2480.3001.8118 可以参照这个链接从零开始自己编译
羧甲基淀粉钠检验表格(食品添加剂食用香精质量验收记录表).docx
光学多层膜系统模拟仿真matlab代码 这段代码是一个光学多层膜系统的模拟程序,计算了TE模和TM模的反射率,并绘制了反射率随波长和入射角变化的等高线图。 这里是代码的主要流程: 1. 加载材料参数数据(Al2O3、Si3N4、SiO2、Ag)和波长数据(lambda)。 2. 循环遍历不同的入射角度(theta0)。 3. 对于每个入射角度,计算TE模和TM模的传输矩阵,包括各个层的传输矩阵。 4. 计算反射率,并将TE模和TM模的反射率取平均作为总的反射率。 5. 将总的反射率随波长和入射角度的变化绘制成等高线图。 这段代码非常详细,而且注释也很清晰,让人容易理解。 不过最后一行的中文注释应该是解释如何使用`colormap`函数来设置绘图的颜色映射,可以将其翻译为“设置颜色映射为Jet色彩”。 ,多层膜系统模拟; TE模和TM模反射率计算; 波长和入射角变化; 传输矩阵; 平均反射率; 绘制等高线图; 颜色映射设置。,光学多层膜系统模拟仿真:Matlab代码实现
中国城市统计年鉴全集(1985-2022).zip。内容来源于网络分享,如有侵权请联系我删除。
双向DC DC全钒液流蓄电池充放电储能matlab simulink仿真模型,采用双闭环控制,充放电电流和电压均可控,直流母线端电压可控,电流为负则充电,电流为正则放电,可以控制电流实现充放电 (1)完整复现文献全钒液流模型,多个全钒液流电池串联成电池组,提供模型参数,电压等级可调 (2)可通过电流环控制电池充放电电流,可实现不同充放电电流,控制速度快(电流闭环) (3)可通过电压环控制电池两端充放电电压,可实现不同充放电电流,控制速度快(电压闭环) ,全钒液流电池; 双向DC-DC; 充放电控制; 电流环控制; 电压环控制; MATLAB Simulink仿真模型; 电池组; 模型参数; 电压等级可调; 电流闭环; 电压闭环,Matlab Simulink仿真模型:全钒液流电池双闭环充放电控制储能系统
windows平台mysql版本安装包 mysql-installer-community
分享课程——BEV模型部署全栈教程(3D检测+车道线+Occ)课程
基于FPGA流水线结构并行FFT的设计与实现-王英喆.caj
内核驱动开发,调试监控IRP请求包发送接收工具
comsol三元锂离子电池模型 NCA111三元锂离子电池21700 电化学-热耦合模型 老化模型 容量衰减模型 参数已经设置好 自己更改参数即可进行使用学习 可进行多倍率充放电仿真 有对应参考文献 A17 ,comsol模型;三元锂离子电池;NCA111电池;电化学-热耦合模型;老化模型;容量衰减模型;参数设置;仿真学习;参考文献,COMSOL三元锂离子电池模型与NCA111电池仿真研究
野火征途Pro FPGA开发板 实现基于帧差法的运动目标检测与跟踪 摄像头:OV5640 显示屏:TFT LCD,VGA,HDMI ,野火征途Pro; FPGA开发板; 帧差法; 运动目标检测与跟踪; OV5640摄像头; TFT LCD; VGA; HDMI,野火征途Pro FPGA开发板:运动目标检测与跟踪的视觉处理
基于PLC控制的自动洗车系统 采用s7-1200设计 lunwenPPT都有 博图仿真 ,基于PLC控制; 自动洗车系统; S7-1200设计; LunwenPPT; 博图仿真,基于S7-1200 PLC控制的自动洗车系统设计与仿真
基于Springboot网吧管理系统【源码+数据库+运行文档】 后端技术栈:SpringBoot ,SpringBoot就是SSM项目的升级版,后端语言Java 前端技术栈:Vue,前端底层都是HTML+JavaScript 数据库:MySQL是目前企业最流行的数据库 SpringBoot通过“约定优于配置”自动化处理繁琐设置,内置Tomcat等服务器实现快速部署,提供Starter POMs简化依赖管理,集成大量开发工具与监控功能,极大提升开发效率,让开发者聚焦业务逻辑而非配置,故成为现代快速开发Web应用的首选框架。 Vue.js因轻量高效、双向数据绑定、组件化开发模式、灵活的插件生态以及细致的文档而受青睐。它通过虚拟DOM提高页面渲染性能,实现视图与数据的分离,便于团队协作和项目维护,尤其适合构建复杂的单页应用程序,在提升开发效率的同时保障用户体验。 MySQL是一款开源、免费的关系型数据库管理系统,以其高性能、高可扩展性、广泛的跨平台支持和活跃的社区著称。是 web 开发和企业应用的热门选择。
内容概要:本文介绍了一种用于洪水淹没模拟的空间缩减与重建(SRR)方法。SRR 方法由两部分组成:SRR-RL 和 SRR-Reco。前者旨在识别模型域内的代表性位置(RL),以便用少量数据驱动模型(如深度学习模型)代替整个网格模拟;后者则根据代表性的水位信息重建洪水淹没表面。此外,SRR 方法还包括 SRR-Search 函数,用于确定河流排水路径和主要河段中心线。该方法已被验证应用于昆士兰州伯内特河下游的真实世界案例研究,并证明了其高效性。但其精度可能在离选定点较远或退水期间存在‘死储存’的地方有所降低。 适用人群:环境工程学者,洪水风险研究人员,水文学家及对洪水模拟有兴趣的研究人员和技术开发者。 使用场景及目标:该方法适用于需要快速高效的模拟大规模或实时洪水情况的研究场景,能够显著减少模型训练所需的水量监测点,从而提升建模效率。特别有助于缺乏详细洪水历史资料区域的研究。 其他说明:本研究提出了新的数据处理手段,不仅提高了传统二维流体力学仿真之外的应用可能性,而且为构建智能防洪预警系统提供了理论依据。此外,该工具可通过提供的开源仓库下载获取并进行实际操作尝试。