CN104683164A

CN104683164A - 简化的配置项关联模型生成监控拓扑图的方法

Info

Publication number: CN104683164A
Application number: CN201310610644.8A
Authority: CN
Inventors: 罗念华; 龙玉江
Original assignee: Information & Communication Branch Of Guizhou Grid Co
Current assignee: Information & Communication Branch Of Guizhou Grid Co
Priority date: 2013-11-27
Filing date: 2013-11-27
Publication date: 2015-06-03

Abstract

本发明公开了一种简化的配置项关联模型生成监控拓扑图的方法，通过监控***获取设备的配置信息以及设备之间关联关系后，根据关联关系模型逐层往下反向搜索整个应用***的拓扑结构，将该拓扑结构利用FLEX技术结合J2EE技术最终生成完整的应用***监控拓扑图。本发明通过借鉴已有的算法，设计新的数据结构，提出一种更完善的监控拓扑图生成方法,实现了监控拓扑图的自动生成与自动更新，这样的方法不仅节约了大量的工作时间和劳动强度，而且还能有效避免人为错误，提高了监控拓扑图的准确性。

Description

简化的配置项关联模型生成监控拓扑图的方法

技术领域

本发明涉及计算机科学领域，尤其是一种简化的配置项关联模型生成监控拓扑图的方法。

背景技术

作为IT运维服务体系两级三线试点建设项目的数据中枢---统一信息库，对网络、***、安全以及IT服务管理等管理域的配置数据、性能数据、流量数据、拓扑数据、告警数据、资产信息和业务流程数据等，包括历史数据和实时数据以及分析报告信息进行集中管理。海量数据的汇聚，如何更直观便捷的支持管理者对应用***的监视与管理显得尤为重要。实现应用***的图模一体化是解决问题的关键。于是，如何构建应用***监控拓扑图，就成了统一信息库建设过程中首先面临的核心技术问题之一。

传统上的做法，***管理员结合应用***实际拓扑结构，手工绘制监控拓扑图，设置节点信息，手动关联各类监控数据。如此，导致一系列问题：手动绘制拓扑图，很容易造成人为的错误；同时，一旦应用***的相关设备发生迁移或者IP发生变更，而管理员未及时进行监控拓扑图的修改，将会造成拓扑图与实际不符，监控数据无法关联上的错误；再次，***拓扑图复杂的结构，如果手动进行更新，将耗费大量的人力物力。

发明内容

本发明的目的是：提供一种简化的配置项关联模型生成监控拓扑图的方法，它能实现监控拓扑图的自动生成与自动更新，并节约了大量的时间和劳动力，以克服现有技术的不足。

本发明是这样实现的：简化的配置项关联模型生成监控拓扑图的方法，通过监控***(例如采用HP uCMDB配置自动发现工具)获取设备的配置信息以及设备之间关联关系后，根据关联关系模型逐层往下反向搜索整个应用***（这里应用***是指完成某项业务的业务***）的拓扑结构，将该拓扑结构利用FLEX技术结合J2EE技术最终生成完整的应用***监控拓扑图。

所述的设备包括小型机服务器、PC服务器、虚拟机服务器、存储设备、交换机、路由器、集线器、***、防火墙、IDS/IPS设备、防病毒设备、操作***、数据库、中间件及应用软件。

所述的配置信息包扩服务器的型号、序列号、主IP地址、管理IP地址、子网掩码、网关地址、CPU型号、CPU数量、CPU主频、内存大小、磁盘型号和大小、网卡信息、操作***类型版本、中间件类型和版本、数据库类型和版本及应用服务端口。

所述的关联关系是指各个设备配置项之间的关系，分为集合、依赖、组件、连接或运行。

根据关联关系发现所有的配置信息，自动发现截止于网络设备的所有节点。这个步骤是获得组成整个业务***的各个设备之间的拓扑结构。

设备关联关系如表1所示, 目的是为了通过记录设备配置项之间的关系可以在查询设备配置项信息时方便地将相关的设备配置项连接起来，从而为故障和问题的解决、变更的计划和执行、应用***业务视图生成提供准确的依据。

告警数据是通过对上述性能数据设置阈值，当性能数据达到阈值时即会发送告警数据。

本发明通过借鉴已有的算法，设计新的数据结构，提出一种更完善的监控拓扑图生成方法,实现了监控拓扑图的自动生成与自动更新，这样的方法不仅节约了大量的工作时间和劳动强度，而且还能有效避免人为错误，提高了监控拓扑图的准确性。

附图说明

图1为本发明的实施例的应用***拓扑结构发现流程图。

图2 本发明的实施例充值卡交电费***图。

具体实施方式

本发明的实施例：简化的配置项关联模型生成监控拓扑图的方法，采用充值卡交电费***作为测试***，该测试案例包括了2个应用服务，1台中间件，2个ORACLE数据库，1个操作***，1台服务器，1台交换机。

首先，通过监控***配置数据采集引擎采集配置数据信息。其次，依据图1应用***拓扑结构发现流程图所示，先配置应用***信息，***自动执行搜索任务，搜索并记录整个应用***拓扑结构信息。再次，利用FLEX技术生成整个应用***监控拓扑图。如图2所示。

配置项关联关系的定义

配置项关联关系的制定，是基于如何在问题诊断和变更评估时，能更好地兼顾考虑与某个CI（Configuration Items）直接连接的CI（Configuration Items）是否会受影响。例如，制定如表8所示的关联关系：

关联关系模型

根据应用***实际拓扑结构设计关联关系模型，如图1所示。一个或多个应用服务、***服务的集合构成一个应用***，因此，定义***服务、应用服务与应用***之间构成关联关系为组合类型的关系模型。中间件上安装有各类应用服务与***服务，因此，定义中间件与***服务、应用服务之间构成关联关系为安装类型的关系模型。应用服务通过中间件获取数据库连接，因此，定义中间件与数据库之间构成关联关系为依赖类型的关系模型。中间件、数据库安装在某台操作***上，因此，定义中间件与操作***、数据库与操作***之间构成安装类型的关系模型。操作***安装在服务器上，因此，定义操作***与服务器之间构成安装类型的关系模型。服务器通过连接网络设备构成网络，因此，定义服务器与网络设备之间构成连接类型的关系模型。最终，将所有的模型组合，形成完整的关联关系模型。

关联关系的提取

本方法从监控***获取最新的配置项关联关系。监控***通过其配置项采集引擎采集配置数据与关联关系，同时，定时更新配置数据与关联关系信息。

拓扑图的生成

本方法采用自顶向下、逐层发现的策略进行发现，如图1所示。首先，从指定的应用***资产开始搜索，查找与该应用***资产关联的逻辑连接关系，记录与指定应用***关联的应用服务信息、***服务信息以及两者之间的逻辑连接关系;其次，遍历所有的应用服务以及***服务，查找和它们关联的逻辑连接关系，记录与指定应用服务和***服务关联的中间件信息以及它们之间的逻辑连接关系；再次，查找和中间件关联的逻辑连接关系，记录与指定中间件关联的操作***信息以及两者之间的逻辑连接关系，同时，反向查找与中间件相关联的数据库信息，并记录该数据库信息以及两者之间的逻辑连接关系；依此类推，进一步发现安装中间件、数据库操作***所在的服务器信息，并记录该服务器信息以及关联关系，最后，发现服务器所连接的网络设备，并记录相关网络设备的信息以及逻辑连接关系。至此，完成整个业务***拓扑结构的发现过程。

实现本方法的算法所用的数据结构采用JAVA语言进行描述，以下是相关对象的定义和说明：

//配置项对象

public class TAsset

{

private Long id;//配置项主键ID

private String sysName;//配置项名称

private String assetCode;//配置项编码

private String ipAddress;//配置项IP

…

}

本方法的实现算法：

1、获取指定应用***信息：

获取指定应用***信息配置项主键ID ；

根据配置项主键ID实例化一个TAsset类对象，记为busAsset。

2、提取配置项关联关系，将关联关系信息封装成MAP：

a)实例化一个HashMap类对象，用于封装配置项关联关系信息，记为relationshipMap；

b)从配置项关联关系表中读取资产关系，返回结果集；

While(遍历数据库结果集){

获取上游配置项主键ID，记为id1;

获取下游配置项主键ID，记为id2;

If(判断relationshipMap是否已经封装了下游配置项ID){

不存在，relationshipMap.put(下游配置主键ID, 上游配置项主键ID);

}else{

存在，relationshipMap.put(上游配置主键ID, 下游配置项主键ID);

}

c)生成资产关系信息MAP。

3、调用查找算法：

a)实例化一个HashMap类对象，用于封装节点配置项ID，记为idsMap；

b)将应用***配置项ID封装入idsMap;

c)返回节点配置项IDMap =调用查找算法findBusNode(配置项关联关系MAP relationshipMap，应用***配置项主键ID,节点配置ID MAP idsMap);

4、自顶而下，逐层找到应用***的所有设备，生成节点，当设备为网络设备时终止查找：

a)查找算法

findBusNode(配置项关联关系MAP，应用***配置项主键ID,节点配置ID MAP){

//从上往下查找

从配置项关系MAP (relationshipMap)取出当前需要查询的上游配置项对应的值，即下游配置项的集合;

If(下游配置项的集合不为空){

将集合进行拆分成各个配置项ID，将ID存储在数组中;

For(遍历数组中的各个条目){

将各个条目的值记为配置项主键ID;

将ID封装在节点配置ID Map idsMap;

根据配置项主键ID实例化一个TAsset类对象，记为nodeAsset。

If(判断配置项的类型是否为网络设备、应用服务){

当判断为否时，继续查找下一节点，findBusNode(配置项关系MAP，当前节点配置项主键ID,节点配置ID MAP)；

}

//反向查找，补充查找与从上往下查找到节点有关系的节点

将配置项关系Map转化为Set集合，记录为keySet;

For(遍历keySet所有条目){

取出keySet中的键与键值;

If(判断键值中是否包含当前节点的配置项主键，同时判断节点配置ID MAP是否已经存在该配置项主键){

键值中包含当前节点配置项主键，同时，节点配置ID MAP不存在该配置项主键，则实例化以keySet中的键作为主键的配置项，记录为nodeAsset;

If(判断配置项的类型是否为网络设备、应用服务){

当判断为否时，继续查找下一节点，findBusNode(配置项关联关系MAP relationshipMap，当前节点配置项主键ID,节点配置ID MAP)；

}

b)生成该应用***拓扑结构所有节点配置项主键ID MAP。

5、生成应用***拓扑图中所有的节点与连线，最终生成监控拓扑图：

a) 实例化一个String对象，用于拼装拓扑图中所有节点的配置项信息，记录为xmlNodeStr；

将节点配置项主键ID MAP转化为Set集合,记录为nodeSet；

For(遍历nodeSet所有条目){

取出nodeSet中的键,该值即为拓扑结构中节点对应得配置项主键ID;

根据配置项主键ID实例化TAsset对象，该对象涵括了配置项所有的配置信息，记录为nodeAsset；

将nodeAsset的各个属性的信息拼装在xmlNodeStr中；

}

b)实例化一个String对象，用于拼装拓扑图中所有配置项连线的信息，记录为xmlLineStr；

将节点配置项主键ID MAP转化为Set集合,记录为LineSet；

For(遍历nodeSet所有条目){

If（判断配置项关联关系MAP中是否存在该配置项主键ID）{

将该配置项主键ID对应的资产关系拼装在xmlLineStr;

}

C)调用拓扑图FLEX生成组件生成应用***结构拓扑图。

融合监控指标

本方法从监控***中获取设备监控指标，将监控指标融合在***结构拓扑图中，生成最终完整的监控拓扑图。

由于本方法提取监控***最新的配置数据实时生成拓扑图。因此，实现了拓扑图的自动更新。

Claims

1.一种简化的配置项关联模型生成监控拓扑图的方法，其特征在于：通过监控***获取设备的配置信息以及设备之间关联关系后，根据关联关系模型逐层往下反向搜索整个应用***的拓扑结构，将该拓扑结构利用FLEX技术结合J2EE技术最终生成完整的应用***监控拓扑图。

2.根据权利要求1所述的简化的配置项关联模型生成监控拓扑图的方法，其特征在于：所述的设备包括小型机服务器、PC服务器、虚拟机服务器、存储设备、交换机、路由器、集线器、***、防火墙、IDS/IPS设备、防病毒设备、操作***、数据库、中间件及应用软件。

3.根据权利要求1所述的简化的配置项关联模型生成监控拓扑图的方法，其特征在于：所述的配置信息包括设备的的型号、序列号、主IP地址、管理IP地址、子网掩码、网关地址、CPU型号、CPU数量、CPU主频、内存大小、磁盘型号和大小、网卡信息、操作***类型版本、中间件类型和版本、数据库类型和版本及应用服务端口。

4.根据权利要求1所述的简化的配置项关联模型生成监控拓扑图的方法，其特征在于：所述的关联关系是指各个设备配置项之间的关系，分为集合、依赖、组件、连接、组合或安装。

5.根据权利要求1所述的简化的配置项关联模型生成监控拓扑图的方法，其特征在于：根据关联关系发现所有的配置信息，自动发现截止于网络设备的所有节点。