1.前言
企业IT系统越来越多,网络、设备和产品越来越复杂,此时IT部门如果缺乏快速有效的协调机制和必要的辅助管理工具,就会出现“救火队式”的混乱局面,被动响应式的工作方式。以下是这种工作方式的特征:
-很难及时发现和预见问题的发生,一旦问题出现后,又很难快速、准确地找到根本原因,并及时地找到相应的人进行修复和处理;
-缺乏流程化的故障处理机制,经常出现重复、丢失或者忘记用户的请求和信息,缺乏过程和变化的跟踪记录;
-缺乏有效的服务级别管理,支持过程总是被打断和干扰,关键人员的工作负载过重;
-大量的系统数据信息无法捕获,导致对于问题的判断缺乏足够的依据,决策基于“我认为”,而不是“我知道”;
-IT支持部门面临不断改进服务和降低成本的压力,资源和人力成本计算工具匮乏,导致服务请求的响应时间和质量无法衡量。
针对这些问题,各厂商纷纷推出了各自的监控管理软件,这些软件在监控管理IT环境的同时,不可避免的会对我们现有的网络、主机带来一定的性能影响。因此,作为企业的CIO,他们存在不同程度的担心:
-由于监控软件的频繁进行数据信息的搜集,会不会造成系统宕机?
-局域网内部大范围的监控,会不会导致网络拥堵?
-除此以外,会有其他影响吗?影响范围究竟有多大呢?
针对上述问题,我们对比的两个产品是IBM公司的管理软件Tivoli Monitoring V5.1.2和摩卡业务服务管理(Mocha Business Service Management),简称Mocha BSM。主要针对如下三种对比指标:
-CPU利用率
-内存利用率
-磁盘空间占有量
因此,在运行环境、监控频率、监控环境完全相同的情况下,对监控的过程进行跟踪和对比,通过这组测试数据,让用户清晰地了解不同产品间的优劣,以此来解答您心中的疑问。
2.测试准备
在对两个产品进行正式对比测试前,请先了解一下两种产品各自的特点和监控的指标范围。
2.1 IBM的ITM产品架构
IBM Tivoli Monitoring V5.1.2(以下简称ITM)是IBM公司Tivoli管理软件中一个重要的组成部分,在整个Tivoli管理软件中提供基本的系统资源监控功能。
ITM在物理结构上分为三个层次:管理服务器、管理网关和管理代理,如下图所示:
通过这个架构图我们可以看到,所有的内部数据流都是通过Tivoli管理代理与Tivoli管理网关通信的,也就是说通过部署Tivoli管理代理来实现监控管理的目的,Tivoli管理代理会启动一个lcfd(Light Client Framework Daemon)的进程,因此,lcfd进程的资源利用情况是本次测试的一个重要指标。
为了保证测试的公平性,两个产品的服务器端和Agent均部署在相同的主机上,并且在测试其中一个软件的过程中停掉另一个软件的所有进程及所有无关的应用程序。下面是本次测试中选用主机的详细信息:
3.测试结果对比
4.结论
通过以上的测试数据,我们可以看到除了在旧的AIX4.3.3这个平台上,Mocha BSM Agent的CPU利用率高于ITM以外,其它平台的测试结果都低于ITM的Agent,包括CPU、内存、磁盘等。
在内存方面ITM Agent的利用率均高出Mocha BSM很多,这是因为ITM的资源收集引擎基于Java,而Mocha BSM的 Agent基于Mocha RAM技术,Mocha RAM的Daemon是基于C,所以在内存利用率方面优势很明显。在磁盘空间方面两个产品均比较固定,所以在部署Agent时留好相应的空间就可以了。
这证明了Mocha BSM对监控系统的性能消耗是可以接受范围以内,而且所用的资源可以跟国际大厂家的软件媲美,甚至更好。