LoadRunner监控Linux服务器资源原理是通过Agent代理模式是在被监控的Linux服务器上部署轻量级代理程序（或启用rpc.rstatd守护进程），由代理负责采集CPU、内存、磁盘I/O等系统性能数据，再通过TCP/IP协议回传给LoadRunner Controller进行展示和分析

一、流程

LoadRunner监控Linux服务器资源原理是Agent代理方式：在被监控的Linux服务器上部署轻量级代理程序（或启用rpc.rstatd守护进程），由代理采集CPU、内存、磁盘I/O等系统性能数据，再通过TCP/IP协议回传给LoadRunner Controller进行展示和分析。和Windows环境依赖内置PerfMon不同，Linux监控更依赖底层命令和代理配置，但能提供更准确的生产环境数据。

二、前提条件

在开始监控前需要保证条件：

网络连通性：Controller主机和Linux服务器之间网络通畅，默认使用的端口（5000或514）未被防火墙拦截。

权限要求：Agent一般需要root权限或特定用户组权限，才能访问/proc/stat等系统文件。

版本兼容：Agent版本需和LoadRunner版本兼容，否则可能无法正常通信。

系统库：对于RHEL/CentOS系统，需要安装compat-libstdc++等兼容库，否则Agent可能无法启动。

三、操作步骤

第一步：在Linux服务器上安装并启动rpc.rstatd服务

LoadRunner监控Linux主要依赖rpc.rstatd守护进程提供资源数据，因此必须先保证该服务正常运行。

检查服务状态

登录到Linux服务器，执行命令rpcinfo -p。如果返回结果中包含rstatd相关条目，说明服务已运行，可直接跳到启动步骤。如果没有则需要安装。

安装rpc.rstatd

下载源码包rpc.rstatd-4.0.1.tar.gz，依次执行解压、配置、编译和安装命令：

tar -zxvf rpc.rstatd-4.0.1.tar.gz

cd rpc.rstatd-4.0.1

./configure

make

make install

启动服务

安装完成后，在安装目录下执行./rpc.rstatd启动守护进程。再次运行rpcinfo -p，确定rstatd服务已成功注册。

可选方案

如果使用LoadRunner自带的Agent，可将Agent二进制文件（位于<LR_Install_Dir>/bin/agent目录）上传至Linux服务器，赋予执行权限后，使用命令./lragent -controller <Controller_IP> -port 5000启动。

第二步：在LoadRunner Controller中添加Linux资源监控

打开监控视图

启动LoadRunner Controller，在Run视图的左侧图区域找到Unix Resources（部分版本显示为Linux Resources）。

添加监控图

右键点击Unix Resources，选择添加到视图。

添加被监控服务器

在新添加的图上右键，选择添加度量。在弹出的对话框中点击添加，输入Linux服务器的IP地址或主机名，操作系统平台选择Unix/Linux。部分资料提到还需保证514端口（和rsh服务关联）处于监听状态，可以通过netstat -an | grep 514检查。

选择性能计数器

在资源度量区域再次点击添加，从列表中选择需要监控的计数器。推荐的标准及其含义如下：

Average Load（平均负载）：反映系统1、5、15分钟内的负载情况，理想值应低于CPU重要数乘以0.7。

CPU Utilization（CPU使用率）：总体CPU占用比例，超过75%~80%需警惕。

Paging Rate（分页率）：系统分页频率，如果不断在数百以上，提示内存可能不足。

Disk Traffic（磁盘传输率）：监控磁盘读写繁忙程度，辅助判断I/O短板。

Memory (Free/Cache)（可用内存和缓存）：需结合Swap使用情况综合判断，Linux缓存方法可能导致可用内存偏低但Swap未增长，这不一定代表内存泄漏。

调整采样频率

在工具- 选项 -监控器选项卡中，可调整数据采样间隔。短时高并发测试可提高频率，长时间稳定性测试则适当降低。

第三步：运行监控并分析结果

运行场景

在Controller中启动测试场景，LoadRunner Agent将开始在Linux服务器上收集资源数据。

查看监控数据

通过Controller中的图表和报表，您可以实时查看系统资源使用情况。

分析结果

标准之间的联动关系：

当iowait（I/O等待）较高时，一般意味着磁盘I/O存在短板；

可用内存较低但Swap未增长，可能是Linux缓存方法的正常表现，而不是内存泄漏；

网络抖动会直接导致事务响应时间波动，需要结合网络监控一同分析。

停止监控

监控结束后，停止LoadRunner监控场景，释放资源。

四、常见问题和排查

当监控过程中遇到问题时，可按以下方向逐一排查：

无法连接Linux服务器

先确定rpc.rstatd服务已启动（使用rpcinfo -p）；其次检查防火墙是不是放行了相关端口（5000或514）；最后保证Controller和服务器之间网络互通。

监控数据不准确

检查rpc.rstatd服务配置是不是正确，保证LoadRunner能正常获取数据。可尝试重启服务，或确定系统时间是不是同步。

Agent无法启动

确定已安装必要的兼容库（如compat-libstdc++）；检查Agent文件是不是具有执行权限（使用chmod +x）；查看日志文件获取具体错误信息。

需要自定义计数器

如果默认计数器不满足需求，可以编辑LoadRunner安装目录下dat文件夹中的res_mon.dft文件，按格式添加自定义计数器。

LoadRunner监控Linux服务器的流程：先完成环境准备（安装rpc.rstatd或Agent），然后证实服务状态（rpcinfo检查），接着在Controller中配置监控（添加Unix Resources，输入IP并选择计数器），执行监控并分析数据。整个过程中，包括：监控依赖rpc.rstatd守护进程，入口在Controller的Unix Resources而不是Windows Resources，标准应聚焦于平均负载、CPU利用率、分页率和磁盘流量。