“乐维智能监控为何能替代Tivoli？”

本篇文章4631字，读完约12分钟

背景

现在很多大中型公司，如国内大银行(中、农、工、建等)、部分股份)、招商、光大等)、城商行银行都是以前流传的监控软件，如IBMTivoli monitoring ) ) itoring 为满足国家级国产化要求，从目前考虑使用的监测类型、采集方法、配置结构、预警管理、前端显示、门限配置、数据解决、权限管理、本地服务、指标量等几个方面进行比较拆解。

乐维监控与tivoli的比较

乐维智能监控平台是基于开源公司级监控软件的深度定制产品，继承了传统的有效收集

基于能力和灵活的通知机制等功能，通过乐维多年的领域经验和对运维的深入了解，

以客户为中心的场景为出发点，新的ui设计，造型极其简单，操作更加方便，可以工作了

更全面地说，基础监控( itim )包括存储、互联网设备、服务器、操作系统、中间件、数据

库、虚拟化、云计算、集装箱、物联网等设备和应用智能监控能力，满足各行业运输管理的要求

合理的控诉。

IBM Tivoli监控软件的基本体系结构包括Tivoli企业门户客户端和三台服务器、Tivoli 数据仓库、Tivoli企业客户端

从年初开始，在开源技术文明的洗礼下，乐维以开源为首，用全新的产品思维方法将开源提升到满分的公司水平进行交付，乐维智能监控每年都会更新迭代，更符合公司现状和快速发展的诉求。 相比之下，tivoli相当相似。

监视类型

音乐监测

的全面性、开放性和扩展性比较高。 支持对各种设备类型的监控，包括操作系统、数据库、中间件、互联网设备、服务器、存储、云、web、链接、活动环等，具有强大的监控能力。

tivoli

社区版操作系统、centos等支持较弱的数据库(不支持mongo db、elasticsearch等非关系数据库)、中间件( mq )

采集方法是

音乐监测

基础开放、自由、融合多种方案，支持多种采集方法，同时相应的采集做法和计算过程可以通过脚本或命令了解，如果采集做法或计算过程错误，可以及时编撰，自主控制，代理

tivoli

内置于代理方，由于商用闭源的关系，无法知道具体指标的采集方法和计算过程。 指标采集不正确时，需要向制造商提交issue，制造商确认后补丁代理 达到700m，常驻内存约消耗100m。

配置结构的对象

音乐监测

如果支持包括收集服务器、web服务器、数据库服务器和代理服务器在内的高可用性体系结构，并且采用了分布式代理服务器，那么许多监视平台都可以在降低收集服务器的收集压力的同时实现扩展 支持多服务器体系结构，服务器可以进行集成管理和独立管理。

tivoli

中心服务器使用主模式，可以向外扩展到多个远程服务器，支持越来越多的节点和设备，并分担中心服务器的数据以缓解压力。

警报管理的对象

音乐监测

可控性强:指标项目也存在分组概念，但所有收集的指标项目都可以集成计算和相互比较，支持警告依赖、警告收敛、警告抑制等功能。

tivoli

配置阈值警报时，tivoli只支持比较同一属性组的指标项目，不能在属性组之间进行比较。 例如，如果cpu和内存指标属于两个属性组，则不能由一个报警场景组成。

面向前端的

音乐监测

界面操作简单，使用方便的顾客体验。 由php开发，支持首页副本定制，支持不同风格的首页切换，提供10多种top n统计信息( cpu、内存、端口流量等)，商业

tivoli

使用java开发的前端展示，在运行时需要java的支持，接口不充分，数据展示不充分，不适应当前网络的简洁风格。

阈值构成的对象

音乐监测

支持多达29种触发器功能，包括数值比较、无数据监视、包含、正则匹配、属性函数运算、趋势预测、日期评估等。 所有收集的指标项目中，任意指标项目均可通过同一触发器进行计算和比较，触发器表达式支持加减运算、警告依赖、警告相关等功能。

tivoli

操作性不强，方案支持 的数值比较，检测、包含缺损项目，属性函数运算(如sum、count、avg等)，支持趋势预测(结合spss数据观察产品，对钱 支持属性的逻辑积或运算。

数据解决方法是

音乐监测

使用时间序列数据库，实现更高的数据摄取率、更快的查询和更强的级联存储。

tivoli

只能使用关系数据库oracle或db2，存在性能瓶颈。

权限管理的对象

音乐监测

提供完整的权限管理功能，支持公司级组织结构设置，支持自定义角色组和角色。 支持为不同的客户分配监视对象，并授予不同的权限(查看、删除、添加、创建更改、导入导出等)

tivoli

支持按角色划分权限，控制逻辑视图中角色管理的服务。 添加服务需要手动添加视图，管理起来很麻烦。

本地服务的对象

音乐监测

社区迭代，乐维快速服务响应能力，产品快速迭代。

tivoli

技术支持服务变弱，产品升级变慢，难以适应不断变化的技术类型。

举个例子，看看音乐维度监视是如何代替了tivoli的。

乐某银行的例子

顾客的背景

该银行新闻化建设方兴未艾，it规模逐年扩大，故障次数也随之逐年增加。 在使用较为有效的管理方法之前，管理相关部门使用以前流传的、分布式、不统一的手工管理方法，并且没有专业团队对现有it系统的软硬件进行统一的管理维护，建设、运行、支持的职责 系统协作管理手段的建立落后于相关建设的步伐，导致管理模式跟不上系统建设的矛盾。

该银行现有的生产监控系统是去年开发的，主要基于ibm商业产品tivoli，已经采用了7年。 要据此派生开发集中报警、自动运输、大屏幕展示。 为了处理这个问题，必须升级基础监控平台系统。 一方面处理了目前银行监控系统存在的问题，另一方面也提高了运输业务的效率，降低了运行风险。

乐维监测处理方案

音乐监控结合该银行快速发展的现状和快速发展的诉求，管理银行所有软硬件设备，综合展示运维管理数据和相关统计新闻，用一个综合展示平台的方法展示所有重要的管理数据，灵活的报警设备、软件设备。 通过多种报警推送方法、简单的报警经验积累方法，使客户能比较有效及时地获取故障新闻。 提供快速的故障诊断、故障诊断和最终的it运营管理要求。

1、基础监控平台需要完成生产系统的服务器、操作系统、数据库、中间件、存储、互联网设备等的实时监控，确保在发生故障时能够提供及时的报警和操作；

2、需要比较干净的展示界面和人性化的ui，具有大屏幕展示功能，通过大屏幕展示可以清晰地反映各系统的运行状态和警告新闻；

3、完成各项基础监控项目后，需要定制开发比较银行的特殊要求，可以在监控项目之间配置相关关系，生成性能分解和故障报告；

4、基础监控平台将报警新闻访问统一展示界面(与现有系统访问方法相匹配)。

方案的实施

与该银行面临的问题相比，乐维智能监控利用开源技术和自身产品的高可用性、可伸缩性、易维护性等特点，对银行的it资产进行了整理监控，逐一发出警告，自动解决了运维。

整体体系结构

系统性能诉求:

填写网站后，访问APP应用程序的时间不得超过3-5秒。

输入(编辑)各指标的新闻后，从提交到响应不要超过5秒。

对于简单查询，输入查询条件后，从发送到响应的平均时间不应超过10秒。 对于多而复杂的查询，平均不应超过60秒；

在预期的高峰负荷条件(最大并发系统数为1000 )下，为10%的求解器功能和15%的系统可用内存提供了备用，偶然发现求解器满负荷( 100% )的运行时间不超过30秒。

安全诉求:

在系统操作中必须保证数据操作的正确性、完整性、安全性和一致性。

数据传输中应采用适当的加密/解密技术，保证传输中的数据不丢失、不失真、不被盗、不被修改。 特别是从网络访问数据时，需要确保数据的安全性。 另外，如果客户在一定时间内没有进行操作，系统将自动断开。

数据存储需要将数据存储在相对安全的硬件设备上，并且需要定期备份存储的数据。 备份数据可以根据需要恢复。 数据备份和程序备份分别进行。

具有灵活的权限设定功能，系统管理员可以根据需要在功能级别向各顾客分配数据查询、评级等权限。

需要检查权限设定的功能，将权限设定和权限设定的检查分为不同的角色来实现，具有检查权限设定功能的客户无法设定客户的权限。

统一控制对象，集中管理

1 .主机监视: redhat、windows、aix、hmc

与aix小程序的lpar新闻、jfs文件系统、errpt日志新闻、lvm新闻和linux相比有所不同

管理AIX的hmc数据资源

监控防火墙的状态和APP服务

2 .互联网设备监控:思科、h3c、华为、f5、迈普、山石、深有体会。

f5的分级、备用状态、配置同步、活动连接数、pool

sdn-spine、sdn-leaf监视

互联网设备上的系统日志坞站

网络设备日常巡逻相关报告的展示

链路探测器的不同方法( nqa、sqa )、登录交互探测器

3 .虚拟化监测: vmware

群集、数据中心、数据存储、虚拟机管理程序s和虚拟机监控

vcenter平台警告坞站

群集、数据中心、数据存储、虚拟机管理程序s和虚拟机资源的相互依赖状态

模块和监视平台的整合

消息和队列解决，对接

4 .数据库监视: oracle、db2、mysql、redis

SQL排名-时间

重做日志

数据库dataguard的状态、日志同步状态

5 .中间件监视: weblogic、tomcat、nginx、rabbitmq、zookeeper、websphere

接口

控制台数据收集

最大连接数，当前连接数

健康状态

线程池的状态

服务器的状态

6 .存储监视: emc vnx、emc vmax、netapp

必须使用专用的存储工具连接到查询数据

虚拟化监视处理方案

vpoller是一种分布式的vmware vsphere api代理，用于发现和轮询vsphere对象。 使用vmware vsphere api来发现和轮询vsphere对象。

vpoller使用zeromq消息传递库向员工分配任务，实现客户端请求的负载平衡。

vpoller可以与需要访问vsphere对象但本机不支持的其他系统集成。

采用vpoller的方案是在检测和轮询的过程中与乐维监视系统集成，提供对vmware vsphere环境的监视。

客户收入

该方案完美地处理了银行采用tivoli的问题，提供了智能高效的运维管理体系，帮助客户从it管理方面加快自动化进程。

1、新的监控平台完成全行全生产系统服务器、操作系统、数据库、中间件、存储、互联网设备等的实时监控，确保发生故障时能够提供及时的报警；

2、完成各项基础监控项目后，定制开发与我们银行的特殊要求相比，监控项目之间可以配置相关关系，生成性能分解和故障报告；

3、可以实现美观的展示界面和人性化的ui

4、监控范围初期涉及部分边缘系统，后期完成全行全系统监控；

5、可以集中监控展示整个网络f5设备的各种新闻，集中发布配置和策略，统一管理各f5设备的镜像。

结论

由此可见，tivoli监测弊端明显，厂家支撑力弱，容器支撑力有限，管理复杂，引进配置复杂，产品封闭，公司难以满足，也能满足国家级国产化要求 相反，从产品成熟稳定性、公司招聘情况、招聘惯性方面分解，作为公司级开源的乐维监控更具特点，运维服务更有保障； 从扩展性、性能、新技术支持程度、管理引进方面分解，乐维监控具有竞争力，适合当前监控诉求满足监控产品的要求。

来源：企业信息港