Load Runner-NV技术求助：无NV图表可视化及区域响应时间异常

测试场景 #

• 目标站点：https://petstore.octoperf.com/actions/Catalog.action
• 测试设备：办公笔记本
• 网络区域：4个（区域配置截图：区域配置）
• 用户负载：每个区域1个Vuser，总计4个Vuser
• 测试时长：10-15分钟

预期结果 #

• 伦敦、巴黎区域的事务响应时间显著高于孟买、果阿区域
• 可正常查看丢包率、平均吞吐量、带宽利用率等NV监控图表

实际异常表现 #

1. NV监控图表无数据（截图：空NV图表）
2. 区域响应时间不符合预期：配置延迟后，伦敦、巴黎区域事务响应时间未达到预期的1.6秒以上（关键事务截图：事务详情1、事务详情2）
3. 各区域平均响应时间数值异常（截图：异常响应时间统计）

核心问题 #

1. 为什么NV图表没有数据？
2. 为什么配置的网络延迟未被计入事务响应时间？

已执行操作 #

已在本地防火墙中开放NV相关端口的出站规则，但问题仍未解决。

问题1：NV图表无数据的排查步骤 #

1. 检查NV代理服务状态

   • 确认本地Micro Focus LoadRunner Network Virtualization Agent服务是否正常运行，若未启动则手动启动并设置为自动启动。
   • 在LoadRunner Controller的NV模块中查看代理连接状态，若显示未连接，重启代理服务后重新建立连接。

2. 验证数据采集配置

   • 检查场景的NV设置：确认已勾选“收集网络性能指标”选项，且指定了需要监控的指标（丢包率、吞吐量等）。
   • 确认区域规则已关联到对应的Vuser组，未关联的规则不会生成监控数据。

3. 检查权限与日志

   • 确保运行LoadRunner的账号拥有NV数据存储目录（默认C:\Program Files (x86)\Micro Focus\LoadRunner\NetworkVirtualization\data）的读写权限，权限不足会导致数据无法写入。
   • 查看NV日志文件（nv_agent.log、nv_controller.log），搜索error、failed等关键词定位具体故障点。

问题2：延迟未计入响应时间的排查步骤 #

1. 核对NV规则配置

   • 重新检查伦敦、巴黎区域的规则参数：确认延迟值（如往返延迟）是否正确配置，未误设为0或极小值。
   • 验证规则的生效条件：确保规则针对目标站点的HTTP/HTTPS流量，IP/域名匹配无错误。

2. 确认流量路由路径

   • 在测试机器上执行tracert petstore.octoperf.com，检查流量是否经过NV代理节点，若直接访问目标站点，NV规则无法生效。
   • 确认NV代理已启用流量拦截功能，必要时手动指定拦截端口（80、443）。

3. 检查脚本与NV集成

   • 在脚本的Runtime Settings中，确认已勾选“Network Virtualization”选项，未勾选的Vuser流量不会被NV管控。
   • 确保脚本使用LoadRunner内置的Web函数（如web_url）发送请求，自定义HTTP请求可能绕过NV代理。

4. 排查网络环境限制

   • 除出站规则外，检查防火墙入站规则是否允许NV代理与Controller的通信（默认端口54321、54322），双向通信受阻会导致规则无法下发。
   • 若测试机器通过公司代理访问外网，需将NV代理配置为公司代理的下游代理，确保流量经过NV管控。

内容的提问来源于stack exchange，提问作者Aditya Singh