如何做一个远程服务器的cpu，内存，网络IO监控

loadrunner 性能测试工具就可以达成这个目标
服务器的内存、CPU、硬盘、等使用情况都可以监控到，当然这个服务器都启动相关的服务才行
如果是要监控数据库，如oracle、DB2等，最好搭配sitescope 这个工具使用会更好
当然远程监控的前提是要配置一些参数和服务

1，Linux下可以在/proc/cpuinfo中看到每个cpu的详细信息。但是对于双核的cpu，在cpuinfo中会看到两个cpu。常常会让人误以为是两个单核的cpu。
其实应该通过Physical
Processor
ID来区分单核和双核。而Physical
Processor
ID可以从cpuinfo或者dmesg中找到
flags
如果有
ht
说明
支持超线程技术
判断物理CPU的个数可以查看physical
id
的值，相同则为同一个物理CPU
2，查看内存大小:
cat
/proc/meminfo
|grep
MemTotal
3，其他一些可以查看详细
linux系统
信息的命令和方法:
uname
-a
#
查看内核/ *** 作系统/
CPU信息
的linux系统信息命令
head
-n
1
/etc/issue
#
查看 *** 作系统版本，是数字1不是字母L
cat
/proc/cpuinfo
#
查看CPU信息的linux系统信息命令
hostname
#
查看计算机名的linux系统信息命令
lspci
-tv
#
列出所有
PCI设备
lsusb
-tv
#
列出所有USB设备的linux系统信息命令
lsmod
#
列出加载的内核模块
env
#
查看
环境变量
资源
free
-m
#
查看内存使用量和
交换区
使用量
df
-h
#
查看各分区使用情况
du
-sh
#
查看指定目录的大小
grep
MemTotal
/proc/meminfo
#
查看内存总量
grep
MemFree
/proc/meminfo
#
查看空闲内存量
uptime
#
查看系统
运行时间
、用户数、负载
cat
/proc/loadavg
#
查看系统负载磁盘和分区
mount
|
column
-t
#
查看挂接的分区状态
fdisk
-l
#
查看所有分区
swapon
-s
#
查看所有
交换分区
hdparm
-i
/dev/hda
#
查看磁盘参数(仅适用于
IDE设备
)
dmesg
|
grep
IDE
#
查看启动时IDE设备检测状况网络
ifconfig
#
查看所有网络接口的属性
iptables
-L
#
查看防火墙设置
route
-n
#
查看
路由表
netstat
-lntp
#
查看所有监听端口
netstat
-antp
#
查看所有已经建立的连接
netstat
-s
#
查看
网络统计
信息进程
ps
-ef
#
查看所有进程
top
#
实时显示
进程状态
用户
w
#
查看活动用户
id
#
查看指定用户信息
last
#
查看
用户登录
日志
cut
-d:
-f1
/etc/passwd
#
查看系统所有用户
cut
-d:
-f1
/etc/group
#
查看系统所有组
crontab
-l
#
查看当前用户的计划任务服务
chkconfig
–list
#
列出所有系统服务
chkconfig
–list
|
grep
on
#
列出所有启动的系统服务程序
rpm
-qa
#
查看所有安装的软件包
cat
/proc/cpuinfo
：查看CPU相关参数的linux系统命令
cat
/proc/partitions
：查看linux硬盘和分区信息的系统信息命令
cat
/proc/meminfo
：查看linux系统内存信息的linux系统命令
cat
/proc/version
：查看版本，类似uname
-r
cat
/proc/ioports
：查看设备io端口
cat
/proc/interrupts
：查看中断
cat
/proc/pci
：查看pci设备的信息
cat
/proc/swaps
：查看所有swap分区的信息

21 测试环境

作者使用了Tomcat作为Web服务器进行测试，被测试的内容是一个jsp文件和一个servlet，jsp文件调用JavaBean、打印相关信息，servlet接受用户参数、调用javabean、输出相关信息。详细的内容请参考作者提供的JMeterwar的内容。

22 安装启动JMeter

大家可以到通过>

现在，请使用%JMeter%/bin下面的jmeterbat批处理文件来启动JMeter的可视化界面，下面的工作都将在这个可视化界面界面上进行 *** 作。下面的是JMeter的可视化界面的屏幕截图。

图一： JMeter打开时的屏幕截图

图一： JMeter打开时的屏幕截图

23 建立测试计划（Test Plan）

测试计划描述了执行测试过程中JMeter的执行过程和步骤，一个完整的测试计划包括一个或者多个线程组(Thread Groups)、逻辑控制（Logic Controller）、实例产生控制器（Sample Generating Controllers）、侦听器(Listener)、定时器（Timer）、比较（Assertions）、配置元素（Config Elements）。打开JMeter时，它已经建立一个默认的测试计划,一个JMeter应用的实例只能建立或者打开一个测试计划。

现在我们开始填充一个测试计划的内容，这个测试计划向一个jsp文件和一个servlet发出请求，我们需要JMeter模拟五个请求者（也就是五个线程），每个请求者连续请求两次，下面的章节介绍了详细的 *** 作步骤。

24 增加负载信息设置

这一步，我们将向测试计划中增加相关负载设置,是Jmeter知道我们需要模拟五个请求者，每个请求者在测试过程中连续请求两次。详细步骤如下：

1 选中可视化界面中左边树的Test Plan节点，单击右键，选择Add'Thread Group，界面右边将会出现他的设置信息框。

2 Thread Group有三个和负载信息相关的参数：

Number of Threads： 设置发送请求的用户数目

Ramp-up period： 每个请求发生的总时间间隔，单位是秒。比如你的请求数目是5，而这个参数是10，那么每个请求之间的间隔就是10／5，也就是2秒

Loop Count： 请求发生的重复次数，如果选择后面的forever（默认），那么 请求将一直继续，如果不选择forever，而在输入框中输入数字，那么请求将重复 指定的次数，如果输入0，那么请求将执行一次。

根据我们演示例子的设计，我们应该将Number of Threads设置为5，Ramp-up period设置为0（也就是同时并发请求），不选中forever，在Loop Count后面的输入框中输入2，设置后的屏幕截图如下：

图二：设置好参数的Thread Group。

图二：设置好参数的Thread Group。

25 增加默认>

实际的测试工作往往是针对同一个服务器上Web应用展开的,所以Jmeter提供了这样一种设置, 在默认>

我们这里将采用这种属性。你可以通过下面的步骤来设置默认>

1 选中可视化界面中左边树的Test Plan节点，单击右键，选择Add'config element'>

2 默认>

protocal：发送测试请求时使用的协议

server name or ip：被测试服务器的ip地址或者名字

path： 默认的起始位置。比如将path设置为／jmeter，那么所有的>

port number： 服务器提供服务的端口号

我们的测试计划将针对本机的Web服务器上的Web应用进行测试，所以protocal应该是>

图三： 测试计划中使用的默认>

图三： 测试计划中使用的默认>

26 增加>

现在我们需要增加>

1 选中可视化界面中左边树的Thread Group节点，单击右键，选择Add'sampler'>

2 他的参数和25中介绍的>

我们现在增加两个>

图四：设置好的jsp测试请求

图四：设置好的jsp测试请求

图五：设置好的Servlet测试请求（带参数）

图五：设置好的Servlet测试请求（带参数）

27 增加Listener

增加listener是为了记录测试信息并且可以使用Jmeter提供的可视化界面查看测试结果，里面有好几种结果分析方式可供选择，你可以根据自己习惯的分析方式选择不同的结果显示方式，我们这里使用表格的形式来查看和分析测试结果。你可以通过下面的步骤来增加listener：

1 选中可视化界面中左边树的Test Plan节点，单击右键，选择Add'listener'view result in table，界面右边将会出现他的设置信息和结果显示框。

2 你可以设置界面上面的filename属性设置将测试结果保存到某个文件中 界面下面将使用表格显示测试结果，表格的第一列sampleno显示请求执行的顺序和编号，url显示请求发送的目标，sample－ms列显示这个请求完成耗费的时间，最后的success列显示改请求是否成功执行。

界面的最下面你还可以看到一些统计信息，最关心的应该是Average吧，也就是相应的平均时间。

28 开始执行测试计划

现在你可以通过单击菜单栏run -> Start开始执行测试计划了。下面这两个图是作者第一次、第二次执行该测试计划的结果图:

大家可以看到第一次执行时的几个大时间值均来自于jsp request，这可以通过下面的理由进行解释：jsp执行前都需要被编译成class文件。所以第二次的结果才是正常的结果。

目前通过2种方式就能实现服务器硬件监控，
即：1、使用服务器端check_nrpe调用被监控端的check_openmanage就能来进行实现，大家的话只需要在被监控端安装omsa和check_openmanage就好了；
2、也能通过nagios服务器端直接通过check_openmanage来实现服务器硬件监控，使用这种方式的话就是需要在nagios服务端进行安装perl-net-snmp，并在被监控端安装omsa，snmp服务；不过需要提醒大家的是，一定要先能安装snmp服务再来安装omsa，也只有这样的话omsa才能自动进行更改snmp的相关配置文件以达到实现服务器硬件监控目的。

1 Performance Co-Pilot

Performance Co-Pilot，简称 PCP，是一个系统性能和分析框架。它从多个主机整理数据并实时的分析，帮你识别不正常的表现模式。它也提供 API 让你设计自己的监控和报告解决方案。

2 Anturis

Anturis 是一个监控你的服务器、网站、IT基础设置的基于云计算的SaaS平台。它有一个全面的监控解决方案列表，非常值得一看。

3 SeaLion

SeaLion 是一个基于云计算的Linux服务器监控工具。它可以用一个面板简单的监控所有的服务器并且诊断问题。它只需要几分钟就可以安装好，具有及时提醒功能，当发生问题时你可以及时的收到提醒，还具有日常数据汇总等功能。

4 Icinga

Icinga 是一个免费开源的服务器监控工具，可以检测服务器资源的可用性。它可以记录服务器问题并且通知你。

5 Munin

Munin 是一个网路和系统监控工具，可以帮你分析服务器资源趋势。它是一个即插即用的解决方案。默认的安装方式提供了很多的报告。

　1 选中可视化界面中左边树的Test Plan节点，单击右键，选择Add'Thread Group，界面右边将会出现他的设置信息框。
2 Thread Group有三个和负载信息相关的参数：
Number of Threads： 设置发送请求的用户数目
Ramp-up period： 每个请求发生的总时间间隔，单位是秒。比如你的请求数目是5，而这个参数是10，那么每个请求之间的间隔就是10／5，也就是2秒
Loop Count： 请求发生的重复次数，如果选择后面的forever（默认），那么 请求将一直继续，如果不选择forever，而在输入框中输入数字，那么请求将重复 指定的次数，如果输入0，那么请求将执行一次。
根据我们演示例子的设计，我们应该将Number of Threads设置为5，Ramp-up period设置为0（也就是同时并发请求），不选中forever，在Loop Count后面的输入框中输入2

我们公司用的是SUM服务器监控软件，现在公司有上百台服务器，各种品牌和型号都有，就用的这个。

可以监控CPU、内存、磁盘、应用程序、数据库、中间件等等，所有监控的项目都可以根据需要设置报警策略，有异常就会收到短信和邮件报警信息，我们还弄了个大屏幕来显示，一目了然，感觉蛮好用的。

---