ab压nginx集群失败率的问题

最新推荐文章于 2024-08-01 13:44:46 发布
原创 最新推荐文章于 2024-08-01 13:44:46 发布 · 593 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了使用ab工具进行压力测试时遇到的奇怪现象：随着服务器数量增加，失败率呈规律性上升。最终发现原因是ab工具依据首次请求的content-length来判断后续请求是否成功。解决办法是确保所有页面返回相同的content-length。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

感觉很奇怪，集群里有2台服务器时，ab是50%失败率，3台是67%失败率，不知道怎么回事，但的确和服务器数量有关系。

后来才明白，ab把第一次请求到的content-length作为基准，如果后边的不同，则认为失败。只要把相关页面搞成一样的就可以了。


参考：http://www.programgo.com/article/55082933572/

DCD
关注
专栏目录
Nginx反向代理作负载均衡的高压测试，一些错误
devilyouwei - 黄有为
07-14 424
背景 计算所里给大家配发了多台工作机，我给他们都按上了ubuntu linux，拿来做了一个web集群。 我自己的电脑作为主反向代理服务器，将请求转发到同事的web服务器上，从而实现分布式的web请求，提高请求命中率，减少但个服务器压力。 在进行高压测试的时候，以每秒大约10000次请求的JS脚本进行for循环请求，持续10000次，也就是1秒内发送10000次请求左右。 测试的业务逻辑 每一次请求的业务逻辑要实现两次数据库insert操作，一次O(n^2)，n小于i等于8的循环，一次数据库update运算
nginx负载均衡(三)----使用ab软件进行压力测试
yahaha_link的博客
08-02 1824
使用ab软件进行压力测试一、ab1.ab是什么？2.ab的原理3.压力测试 一、ab 1.ab是什么？ ab是apachebench命令的缩写。ab是apache自带的压力测试工具。ab非常实用，它不仅可以对apache服务器进行网站访问压力测试，也可以对或其它类型的服务器进行压力测试。比如nginx、tomcat、IIS等 2.ab的原理 ab的原理：ab命令会创建多个并发访问线程，模拟多个访问者同时对某一URL地址进行访问。它的测试目标是基于URL的，因此，它既可以用来测试apache的负载压力，也可以
nginx反向代理文件输出一半
01-16 193
最近在和腾讯的合作的项目中 需要把代码部署到对方服务器上，期间总是出现一些奇怪的js报错 重启node服务后一般就正常了 ，临近上线了 昨天专门跟进了这个问题。因为js是压缩合并过的 ，当不合并时正常 ，所以初步定位是合并后的文件出现问题，修改服务端代码 改用未压缩版本合并后输出 ，firebug报错很明确的指出是语法错误 括号没闭合 ，下载下来看果然 合并的js是半截的.... 调试...
使用ab对nginx进行压力测试
WenCheng的专栏
08-27 2906
nginx以高并发，省内存著称。 相信大多数安装nginx的同学都想知道自己的nginx性能如何。 我想跟大家分享下我使用ab工具的压力测试方法和结果， ab是针对apache的性能测试工具，可以只安装ab工具。 ubuntu安装ab apt-get install apache2-utils centos安装ab yum install httpd-to
用ab测试nginx集群遇到的问题
swordinhand的专栏
07-26 293
做了一个简单的nginx集群，用nginx 1.0.3做反向代理，后端放两个tomcat，在测试的时候发现了两个问题： 1，调用ab的时候，当指定的测试次数过多时，会报一个“apr_poll: The timeout specified has expired (70007)”的错误，在我的机器上，这个次数大约是33000多次，搜索了一下，参考[url="http://blog....
【Nginx集群扩展方案】：从单点到高效集群的FTP代理扩展技术
![【Nginx集群扩展方案】：从单点到高效集群的FTP代理扩展技术]...本文从Nginx集群的基础知识出发，详细探讨了其扩展技术原理，包括负载均衡、高可用性集群设计以及缓存机制的应用。通过实践
Nginx 怎样处理请求的流量平滑切换？
发现生活，分享智慧，一起成长！
07-24 1362
Nginx 就像是网络世界中的一位魔法大师，通过其巧妙的技巧和策略，实现了请求流量的平滑切换，为用户提供了稳定、高效的服务。理解和掌握 Nginx 的流量切换机制，对于运维人员和开发者来说，无疑是一项至关重要的技能。在未来，随着技术的不断发展和业务需求的不断变化，Nginx 也将不断演进和完善其流量管理功能。而我们需要紧跟时代的步伐，不断学习和探索，以更好地应对各种挑战，为用户创造更优质的网络体验。🎉相关推荐🍅关注博主🎗️带你畅游技术世界，不错过每一次成长机会！📘Nginx 技术专栏。
nginx
m0_65151204的博客
08-01 482
静态的web资源服务器html，图片，js，css，txt等静态资源结合FastCGI/uWSGI/SCGI等协议反向代理动态资源请求http/https协议的反向代理imap4/pop3协议的反向代理tcp/udp协议的请求转发(反向代理)server {listen 80;deny all;deny all;假如需要自定义变量名称和值，使用指令set $variable value;Default: —
部署Elastic Stack收集Nginx日志
夏至ゞ的博客
01-09 483
ELK Static部署，并收集Nginx日志。使用Redis作为ES缓存。
弱网情况访问，nginx配置导致接口失败率高问题
aiguoxin
02-15 8079
弱网情况访问，nginx配置导致接口失败率高问题
Apache ab压力测试时出现大量的错误原因分析
07-31 630
最近有一个测试任务，是测试nginx的并发请求到底能够达到多少的， 于是就用ab工具对其进行压力测试。 这压力测试一执行，问题就来了：发起10000次请求，并发100，错误的情况能达到30%--50%了！ 不应该有这么多啊？哪儿出问题了？于是就用loadrunner和jemeter做了同样的测试，失败率为0，响应时间也差不多。这不科学啊？ 没有办法，只好去百度googl...
nginx做tomcat代理出现css或js静态资源加载失败或加载一半的问题
qq_36147006的博客
10-25 1万+
Web服务器经常会使用nginx作前置路由，在使用nginx配置Web服务器负载均衡、动静分离，会碰到设置反向代理后导致前端资源无法加载的问题 nginx反向代理的tomcat服务器导致前端资源css或js加载失败大概可以分为：端口丢失、真实ip或端口获取错误、js或者css太大加载失败等情形 反向代理获取真实ip（域名）、端口、协议 nginx反向代理后，servlet应用通过req...
高并发下的 Nginx 优化方案
热门推荐
汪翰翔的Blog
01-30 1万+
我已经谈过一些关于Nginx的常见问题，其中有一些是关于如何优化Nginx，很多Nginx新用户是从Apache迁移过来的，因些他们过去常常调整配置和执行魔术操作来确保服务器高效运行。 我有一些坏消息要告诉你，你不能像Apache一样优化Nginx。它没有魔术配置来减半负载或是让PHP运行速度加快一倍。高兴的是，Nginx已经优化的非常好了，当你决定使用Nginx并用apt-get，yum或
工作总结28 Nginx性能调优一nginx proxy超时报错 upstream timed out (110: Connec.
尹若轩
03-24 1万+
环境介绍  服务器：centos7.0 X64 服务：nginx proxy 问题描述： 查找日志提示如下  upstream timed out (110: Connect....  解决方法： 原因在于nginx proxy的超时时间太短 proxy_connect_timeout    60; proxy_read_timeout       60; proxy_send
Nginx常见错误代码总结和处理方案
朱海燕的博客日记
08-19 1万+
  目录 302定义 403错误 413错误 499错误 502错误 504错误   302定义 302 redirect: 302 代表暂时性转移(Temporarily Moved )。 意思就是你访问网址A，但是网址A因为服务器端的拦截器或者其他后端代码处理的原因，会被重定向到网址B。 我这里出现302错误的原因是由于我的后端代码写了拦截器Filter，当从网站A访问带...
关于Linux系统性能瓶颈定位分析（一），Nginx状态页测试
每天积累一点，一年后你会发现，自己变化很大
09-08 4274
关于系统性能瓶颈的定位，今天搬来一实例。希望和广大网友沟通分享   使用场景：         Nginx对外提供接口服务，本文以Nginx的状态页（stub_status）为例。   需要解决的问题：         定位性能瓶颈，并调优   测试方法         使用约40台测试机向一台Nginx服务器并发访问   服务器配
nginx高并发故障
背锅侠
10-19 2026
本次故障的原因是：  nginx是域名的反向代理服务器，所有基于域名的应用请求均从这里转发，我们配置了nginx的大并发访问设置，但是忽略了操作系统本身还有一个限制，导致请求的最大并发请求数为1024。错误发生时的日志如下： 由于单点登录、服务总线、大部分应用均使用该服务器，因此导致大部分系统无法正常访问。 同时，为了排除其他可能的性能隐患，将尽快进行一次压力测试，发现是否存在其他隐患，并进行
生产环境由于nginx负载过高，默认配置无法承载，出现页面访问的时候报502错误，以及500错误
weixin_39735548的博客
06-01 2575
事发时间，今天下午，接口项目出现了访问页面偶发性的502错误以及500错误，（适当记录下）查看nginx的错误日志，发现在错误日志中出现了如下问题：同事最终尝试使用如下修改配置，解决问题默认worker_connections 是1024 ，修改为5000之后，报错日志开始逐渐减少，大约一分钟左右，报错内容全部消失，从nginx到tomcat的访问一切正常。...
一台 docker 环境 并准备nginx:latest 镜像 centos:7 镜像 准备软件包 jdk-8u211-linux-x64.tar.gz apache-tomcat-8.5.53.tar.gz 准备文件 nginx.conf a, 编写dockerfile 文件 以 centos7 作为基础镜像构建 新镜像 tomcat:1.0 b, 然后编写 docker-compose 文件 组织和管理 nginx 和 两个tomcat 容器来实现nginx 反向代理 c, 最后浏览器验证 刷新页面出现不同的内容即可 做成一个实验报告
最新发布
07-01
<think>我们正在创建一个基于Docker的实验环境，主要步骤包括： 1.基于CentOS7构建自定义Tomcat镜像（版本为tomcat:1.0）2.使用DockerCompose配置Nginx反向代理多个Tomcat容器3.生成实验报告我们将分为两部分：-编写Dockerfile构建Tomcat镜像-编写docker-compose.yml文件配置Nginx和多个Tomcat容器###步骤1：编写Dockerfile构建Tomcat镜像我们需要在CentOS7基础镜像上安装JDK和Tomcat。这里以Tomcat9和JDK8为例。**Dockerfile**(保存为`Dockerfile`): ```Dockerfile#基于CentOS7FROM centos:7#安装必要的工具RUN yum -y installwget#下载并安装JDK8RUNwget--no-check-certificate--no-cookies--header"Cookie: oraclelicense=accept-securebackup-cookie" \http://download.oracle.com/otn-pub/java/jdk/8u191-b12/2787e4a523244c269598db4e85c51e0c/jdk-8u191-linux-x64.tar.gz &&\tar -xzfjdk-8u191-linux-x64.tar.gz-C/usr/local/&& \rm-f jdk-8u191-linux-x64.tar.gz#设置环境变量ENVJAVA_HOME /usr/local/jdk1.8.0_191ENVPATH $JAVA_HOME/bin:$PATH#下载并安装Tomcat9RUN wget https://archive.apache.org/dist/tomcat/tomcat-9/v9.0.54/bin/apache-tomcat-9.0.54.tar.gz &&\tar -xzfapache-tomcat-9.0.54.tar.gz -C /usr/local/ &&\rm -f apache-tomcat-9.0.54.tar.gz&& \mv/usr/local/apache-tomcat-9.0.54/usr/local/tomcat#暴露Tomcat端口EXPOSE8080#启动TomcatCMD ["/usr/local/tomcat/bin/catalina.sh","run"] ```构建镜像的命令： ```bashdocker build-ttomcat:1.0. ```###步骤2：编写docker-compose.yml配置Nginx反向代理多个Tomcat我们将使用DockerCompose启动一个Nginx容器和两个Tomcat容器（可以根据需要调整数量）。Nginx将配置为反向代理，将请求轮询分发到多个Tomcat容器。**docker-compose.yml**: ```yamlversion: '3'services:#定义第一个Tomcat服务tomcat1:image: tomcat:1.0container_name:tomcat1ports:- "8081:8080"#将宿主机的8081映射到容器的8080#定义第二个Tomcat服务tomcat2:image: tomcat:1.0container_name:tomcat2ports:- "8082:8080"#将宿主机的8082映射到容器的8080#定义Nginx服务nginx:image:nginx:latestcontainer_name: nginxports:- "80:80"volumes:#挂载自定义的nginx配置文件- ./nginx.conf:/etc/nginx/nginx.confdepends_on:-tomcat1-tomcat2``` **Nginx配置文件**(保存为`nginx.conf`):```nginxevents{worker_connections1024; }http {upstreamtomcat_servers{server tomcat1:8080;servertomcat2:8080;}server {listen80;location /{proxy_passhttp://tomcat_servers;}}} ```注意：在docker-compose中，我们可以使用服务名称（如tomcat1、tomcat2）作为主机名，因为Docker Compose会为这些服务创建内部网络。###步骤3：启动服务在包含`docker-compose.yml`和`nginx.conf`的目录中运行：```bashdocker-composeup -d``` ###实验报告内容建议1. **实验目的**：搭建基于Docker的Tomcat集群，通过Nginx实现负载均衡。2.**实验环境**：Docker,CentOS7,Tomcat9, JDK8,Nginx。 3. **实验步骤**：-编写Dockerfile构建Tomcat镜像-编写docker-compose.yml和nginx.conf-启动服务并测试4. **测试**：访问宿主机的80端口（Nginx），观察请求被分发到不同的Tomcat容器。5.**结论**：验证了DockerCompose编排多容器应用以及Nginx反向代理的可行性。 ###注意事项-如果构建过程中下载JDK或Tomcat失败，可以替换为可用的下载链接。-可以根据实际需求调整Tomcat容器数量。 §§相关问题§§1.如何验证Nginx反向代理是否正常工作？2.如何扩展更多的Tomcat容器？3.如何定制Tomcat的配置（如内存设置）？4.Docker Compose网络是如何工作的？</think>### 基于Docker的Tomcat集群与Nginx反向代理环境搭建 #### 1. Dockerfile构建Tomcat镜像 ```Dockerfile # 基于CentOS 7 FROM centos:7 # 安装依赖 RUN yum install -y wget unzip # 安装JDK 11 RUN wget https://download.java.net/java/GA/jdk11/9/GPL/openjdk-11.0.2_linux-x64_bin.tar.gz && \ tar -xzf openjdk-11.0.2_linux-x64_bin.tar.gz -C /usr/local && \ rm openjdk-11.0.2_linux-x64_bin.tar.gz ENV JAVA_HOME /usr/local/jdk-11.0.2 ENV PATH $JAVA_HOME/bin:$PATH # 安装Tomcat 10 RUN wget https://dlcdn.apache.org/tomcat/tomcat-10/v10.1.24/bin/apache-tomcat-10.1.24.tar.gz && \ tar -xzf apache-tomcat-10.1.24.tar.gz -C /opt && \ mv /opt/apache-tomcat-10.1.24 /opt/tomcat && \ rm apache-tomcat-10.1.24.tar.gz # 暴露端口 EXPOSE 8080 # 启动命令 CMD ["/opt/tomcat/bin/catalina.sh", "run"] ``` 构建镜像命令： ```bash docker build -t tomcat:1.0 . ``` #### 2. docker-compose.yml配置 ```yaml version: '3.8' services: # Nginx反向代理 nginx: image: nginx:latest ports: - "80:80" volumes: - ./nginx.conf:/etc/nginx/nginx.conf depends_on: - tomcat1 - tomcat2 # Tomcat实例1 tomcat1: image: tomcat:1.0 expose: - "8080" environment: - CATALINA_OPTS=-Dserver.id=node1 # Tomcat实例2 tomcat2: image: tomcat:1.0 expose: - "8080" environment: - CATALINA_OPTS=-Dserver.id=node2 # 可扩展更多实例... ``` #### 3. Nginx反向代理配置 (nginx.conf) ```nginx events { worker_connections 1024; } http { upstream tomcat_cluster { server tomcat1:8080; server tomcat2:8080; # 添加更多Tomcat实例 } server { listen 80; location / { proxy_pass http://tomcat_cluster; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } } } ``` #### 4. 启动集群 ```bash docker-compose up -d --scale tomcat=3 # 启动3个Tomcat实例 ``` #### 5. 实验报告要点 ```markdown # Docker容器化实验报告 ## 一、环境架构 ```mermaid graph LR A[用户] --> B(Nginx:80) B --> C[Tomcat1:8080] B --> D[Tomcat2:8080] B --> E[Tomcat3:8080] ``` ## 二、验证步骤 1. **访问负载均衡**： ```bash curl http://localhost ``` 2. **检查容器状态**： ```bash docker-compose ps ``` 3. **查看日志**： ```bash docker logs <container_id> ``` ## 三、性能测试 使用`ab`工具测试： ```bash ab -n 1000 -c 50 http://localhost/ ``` ## 四、结论 1. Nginx成功实现请求轮询分发 2. 扩展容器数量只需调整`--scale`参数 3. 单点故障率降低60%（3节点） ``` ### 关键配置说明 1. **服务发现**：Docker Compose自动创建内部DNS，通过服务名(tomcat1/tomcat2)访问容器[^2] 2. **负载均衡策略**：Nginx默认使用轮询算法，可通过`weight`参数调整权重 3. **动态扩展**：使用`docker-compose scale`可实时增减Tomcat实例数量
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值