如何解读PeopleSoft Web服务器负载测试的错误峰值与响应延迟问题

4分钟错误峰值根因 #

• 会话/令牌过期：PeopleSoft默认的会话有效性校验、PS_TOKEN认证令牌的有效期可能配置为接近4分钟，若压测脚本未实现动态刷新令牌的逻辑，运行到4分钟时存量会话批量失效，就会集中抛出认证类错误，且不同场景的请求频率不同，对应hits/s自然存在差异
• 资源池耗尽：WebLogic（PeopleSoft默认Web服务器）的JDBC数据库连接池、HTTP线程池的扩容是渐进式的，4分钟刚好是负载逐步上涨后资源池被完全占满的时间点，后续请求进入排队超时队列集中报错
• 垃圾回收STW停顿：PeopleSoft Web服务器的JVM如果未优化GC策略，4分钟左右会触发一次Full GC，STW期间所有请求无响应，积压的请求在GC结束后集中抛出超时错误
• 压测端资源耗尽：若压测机未做端口优化、最大文件打开数配置过低，运行到4分钟左右时占满了可用临时端口，后续请求无法建立TCP连接批量报错

压测响应时间远高于手动访问的根因 #

• 缓存配置差异：浏览器默认会缓存静态资源（CSS/JS/图片/公共页面片段），第二次之后访问着陆页只需要拉取少量动态内容，若压测脚本未配置本地缓存模拟、每次请求都全量拉取所有资源，响应时间会大幅拉长
• 请求逻辑差异：浏览器默认支持最多6-8个并发TCP连接并行拉取页面资源，若压测脚本是串行请求页面关联的所有资源，总耗时就会是并行请求的数倍
• 流量识别差异：压测脚本若未完整模拟浏览器的User-Agent、Cookie、请求头等特征，PeopleSoft的安全模块（如WebGate、PS安全过滤器）会将压测流量判定为可疑流量，做限速、排队处理，导致响应变慢
• 错误重试叠加：若压测脚本开启了失败自动重试，4分钟左右出现的大量错误请求会多次重试，重试的耗时会被统计到响应时间中，拉高整体的响应时间数值
• 脚本配置问题：若压测脚本错误添加了不必要的固定等待时间、未正确过滤静态资源的响应时间统计，也会导致统计出来的着陆页响应时间虚高

内容的提问来源于stack exchange，提问作者Stefan Strydom