监控平台系统说明

网管平台需求分析&概要设计

目录

1.平台需求分析...................................................................2

1.1需求的提出................................................................2

1.2功能需求..................................................................3

1.2.1监控系统................................................................3

1.2.2维护系统............................................................5

1.3系统实现方式.............................................................5

1.4重点问题说明..................................................................6

1.4.1监控对象管理........................................................6

1.4.2界面展示............................................................6

1.4.3连接管理............................................................6

1.4.4监控项值的传递和处理...............................................7

1.4.5监控项值的收集.....................................................7

2.数据库设计.....................................................................8

2.1监控主机配置表...........................................................8

2.2主机告警信息表...........................................................9

2.3告警信息描述表..........................................................10

2.4告警门槛值表............................................................10

2.5监控主机权限表..........................................................11

2.6维护主机配置表..........................................................12

2.7维护用户表...............................................................13

2.8维护权限表...............................................................13

2.9操作记录表（该表记录长期保存）.........................................14

3.业务流程......................................................................15

3.1监控系统业务流程........................................................15

3.1.1监控客户端处理流程................................................15

3.1.2服务器处理流程....................................................15

3.2维护系统业务流程........................................................16

L平台需求分析

1.1需求的提出

目前我司在全国5个省份（广东，江苏，浙江，湖南，新疆）数10个节

点部署了业务系统，各种类型的主机有数百台，并且随着业务的发展这个数字

会不断增长，系统的维护和监控是一个庞大的工作，因为人力的限制，不可能对

每台主机都做到细致化的维护，一些问题往往不能及时发现，影响了服务质量

和对业务的支撑。

网管系统的目的就是将人工的维护操作尽量交由电脑执行，以做到高效，实

时，可靠。

平台由两套系统构成，监控系统和维护系统。监控系统主要是监控主机的运行情

况，及时发现故障；维护主机主要是在维护主机上远程执行一些维护动作。

系统部署

图一：网络结构图

结构图中阴影部分为某个节点部署的业务系统网络示意图，其中要监控和维

护的主要是占主机绝大部分数量的前置机、策略服务器、业务服务器和数据库服

务器，这些服务器都是基于LINUX操作系统运行（目前是RedHatAS3）,从部

署上来说，要求符合以下要求：

1.监控系统和维护系统是两套独立的系统，互不影响；

2.一套监控/维护系统可对多个节点的不同类型服务器进行监控/维护：监控/

维护对象取决于系统配置；

3.同一台主机可最多可被多达10套系统同时监控，被5套系统同时维护；

4.网管系统完全独立于业务系统，网管系统的部署不会对业务系统带来影响（如

业务中断）；

1.2功能需求

1.2.1监控系统

对主机的监控包括以下四大类监控，分别说明如下：

主机资源监控

♦CPU使用情况监控

监控主机CPU的利用率，一台主机一般有多个CPU,要了解每个CPU的利用

率以及总体的平均利用率，每间隔N秒采集一次CPU信息并动态展示在监控

界面上，当CPU长期处于高负载时（即连续N个采集信息得到的利用率值都

超过阀值），系统做相应的告警；

♦内存使用情况监控；

监控主机内存的利用率以及当前可分配使用的内存空间大小，每间隔N秒采

集一次内存信息并动态展示在监控界面上，当内存长期处于高负载时（即连

续N个采集信息得到的利用率值都超过阀值），系统做相应的告警；

♦磁盘使用空间监控

监控主机磁盘的利用率，一台主机一般有多个磁盘，要了解每个磁盘的利用

率以及剩余空间大小，每间隔N分钟采集一次磁盘信息并展示在监控界面上,

当某个磁盘空间的利用率超过阀值时候，系统做相应的告警；

♦网卡流量监控

主要监捽采集网卡流量采集情况，包括流量的大小，采集到的包数，错误包的包

数，每N秒采集一次，当某段时间内（连续N个采集信息）低于阀值或者丢包比

例超过阀值的时候系统做相应告警；

♦操作系统进程监控

监控系统中当前运行的进程数量，每N分钟采集一次并显示在界面上，当总

的进程数超过阀值时，系统告警;

用来监控数据库有无死锁,N分钟采集一次，如果死锁则告警;

♦数据库连接情况监控

监控数据库当前连接数，N分钟采集一次，当连接数超过阀值的时候系统告

警；

系统需有良好的扩展性，当有新的监控项需要监控时能方便地加入；

1.2.2维护系统

略。

1.3系统实现方式

监控系统和维护系统均采用C/S的架构，其中客户端为metform开发的前台

界面程序，运行在WINDOWS(XP,2000)下，负责监控信息的接收和展现。服

务器端为一驻留在被监控/维护主机的伺服程序，负责收集和发送监控信息，监

控系统和维护系统无论在客户端还是服务器端都是互相独立的。

C-S间采用SOCKET通信，被监控/维护主机和客户端之间保持一个固定的长

连接，通信格式为自定义格式。参见《监控系统客户端-服务器通信接口定义》和

《监控系统客户端-服务器通信接口定义》。

从服务器端来说，监控信息的收集和发送是两个独立的程序。

收集程序：定时调用不同的SH脚本，将最终结果定时输出到固定文件；

发送程序：负责和客户端之间的连接管理，定时从文件里读出监控信息发送到客

户端；

收集程序和发送程序经常需要操作同一个文件，可采用文件锁的机制来防止冲

突；

L4重点问题说明

1.4.1监控对象管理

在多个省份，多个节点存在多种类型的主机，并不是所有的人都能监控所有

主机，比如深圳电信的客户就不能监控广州电信的主机。为方便处理，我们不通

过库表配置来实现（参见下文的主机配置表和主机权限表），最低的权限为某个

用户只能维护某一个节点的某一类主机，对同一类主机不在做权限细分（比如A

只能维护50%的前置,B维护另外50%的前置机）。

1.4.2界面展示

1.因为同时在监控多太主机，而界面上某一时刻只能显示某一台被监控主

机的某一个监控项情况，并且每个监控项信息都是需要间隔一段时间才

有的，有的间隔时间还比较长（比如磁盘监控信息可能1,2个小时才有一

次），为了保证“焦点”每次移动在界面上都能及时有信息显示，要采用

以下策略：

驻留程序收到登陆请求包验证用户合法后立刻返回当前所有监控信息，然后

才开始做间隔传送；

2.前台客户端总是保存同一监控项当前N（可配置）个数据包的缓存，当“焦点”

发生移动的时候，即刻从缓存中读去信息显示在界面上；

1.4.3连接管理

因为每个监控客户端和每一个后台服务器都保持一个固定的长连接，要监控

的主机有多台同时也可能有多个客户端在同时监控同一台主机，也就是说监控

客户端和服务器都要同时维护多个长连接，需要做好连接的管理工作，包括连接

数的管理，连接状态的管理，读写方式。

考虑到长连接容易出现挂死的情况，因此通信双方都需要能及时识别出异常

并及时关闭连接。通常处理如下：

客户端：

发送登陆包不成功则断开连接；

接收数据失败则断开连接；

在N秒（可配置）内没收到任何监控信息断开客户断连接；

服务器端：

连接数超过限制时断开连接；

在接收登陆包失败或超时时断开连接；

发送数据包失败时断开连接；

1.4.4监控项值的传递和处理

为了方便处理，每个信息包中监控项只能有一种（但可以有多个）含义的监

控项值，并且是整型的，客户端根据消息类型去判断该如何处理.（是否告警），比

如磁盘的监控，监控项的值为磁盘的利用率，其他信息如磁盘的编号，磁盘的空

闲空间等都是参考项，客户端只用来做展示并不月来做判断。如果同•个监控目

标有多个告警依据，则需要定义成多个监控项做多次传输。比如网卡流量的监控,

当流量多低或者丢包率过高的时候都应该引起报警，不能在一个数据包里将这

两个信息都打包过来做处理，正确的处理方式是将网卡的监控定义成两个独立

的监控项（包括客户端的参数配置，后台的SH脚本，消息编码都不相同），各自

独立处理，但是系统展示的时候是将它们展示在同一个界面上的。

1.4.5监控项值的收集

后台系统对监控系统的采集也有不同情况，需要做不同处理。

情况1：执行•次指令，输出次结果，该结果为最终结果；比如磁盘空间的监控,

这是最容易处理的情况；

情况2:执行多个指令，将多个指令输出汇总到一个结果里，比如网络连通情况

的监控，因为一台主机可能和多台主机相连(特别是策略服务器和数1()台机器

相连)，测试连通情况时对每台连接的主机都需要执行一个指令来判断(二匕如

ping),但同一台主机和其他电脑的连通情况需要打包一次传递给客户端处理；

情况3：执行多个指令，将多个指令的结果进行二次处理得到最终处理结果，比

如网卡流量的监控，需要将在两个时间点采集两次流量，将两次的流量相减并除

以2次采集的间隔时间才能得到当前网卡采集速率(近似值)；

2.数据库设计

以下是监控系统的库表

2.1监控主机配置表

Tablejk_monitor_host

{

ProvinceVarchar(l5)notnull,/*省份，如guangdong表示广东省*/

AreaVarchar(30)notnull,/*节点，如shenzhen表示深圳*/

HostTypenumber(2),notnull,/*监控主机类型，0一前置机，1一策略服务

器,2---'业务服务器*/

Hostlpvarchar(16)notnull,/*被监控主机的IP*/

MonitorFlagnumber。)，/*监控有效标志，。一该主机需要被监控，1一该

主机不需要被监控*/

Portnumber(5)notnull,/*被监控主机的监听端口*/

UserNamevarchar(20)notnull,/*登陆被监控主机的用户名*/

Passwdvarchar(20)notnull,/*登陆被监控主机的密码，主要用来做

客户端的校验，明文即可*/

Hostinfovarchar(20),/*对该主机的说明*/

CreateTimedatenotnull,/*创建日期*/

ModifyTimedatenotnull/*修改日期*/

}

对Hostlp唯一索引

Province+Area索引

2.2主机告警信息表

记录主机告警信息，用户可配置告警信息保存的最长时间，比如只保存最近7天

的告警信息*/

Tabicjk_monitor_info

(

ProvinceVarchar(15)notnull,/*省份，如guangdong表示广东省*/

AreaVarchar(30)notnull,/*节点，如shenzhen表示深圳*/

HostTypenumber(2),notnull,/*监控主机类型，0—前置机，1一策略服务

器,2---业务服务器*/

Hostlpvarchar(16)notnull,/*被监控主机的IP*/

InfoClassnumber(2)notnull,/*监控信息大类，10-主机信息，20一

应用程序信息,30—数据库信息,40--网络信息*/

InfoTypenumber。)，/*信息类型，10000-10999对应具体主机告警

信息，如10000可表示主机的CPU告警信息*/

Levelnumber(l),/*告警级别，0—正常信息，1一警告，2—错误信

息，用户可设置告警信息的显示级别，如果告警信息级别设置为0,则显示全部

信息，如果为1则只显示警告信息和错误信息*/

InfoDetailvarchar(60),/*告警显示信息*/

CreateTimedatenotnull,/*告警时间*/

对Province+Area索引:

对Hostlp+InfoClass+Level索引；

2.3告警信息描述表

该表用来描述不同类型的告警如何显示在界面上

CreateTablejk_info_config

(

InfoClassnumber(2)notnull,/*监控信息大类，10•主机信息，20—应用

程序信息,30—数据库信息,40…网络信息,90…和监控主机连接信息*/

InfoTypcnumbcr(5)notnull,/*信息类型，10000-10999对应具体主

机告警信息，如1()(X)O可表示主机的CPU告警信息刃

Levelnumber(1)notnull,/*告警级别，0—正常信息，1—警告，2—

错误信息，用户可设置告警信息的显示级别，如果告警信息级别设置为0,则显

示全部信息，如果为1则只显示警告信息和错误信息*/

InfoDetailvarchar(60),/*告警显示信息*/

CreateTimedatenotnull,/*仓U建日期*/

ModifyTimedate/*修改日期*/

}

对InfoClass+InfoType+Level唯一索引

2.4告警门槛值表

CreateTablejk_parameter

{

InfoClassnumber(2)notnull,/*监控信息大类，1()-主机信息，2()一应用

程序信息,30—数据库信息,40—网络信息*/

InfoTypenumber(5),/*信息类型，10000-10999对应具体主机告警

信息，如10000可表示主机的CPU告警信息*/

InfoCounlnuinbci(2),/*连续多少监控信息都符合条件的时候才告警,

最大99个*/

InfbConditionnumber(l),/*0一小于，1--等于,2一大于*/

Value1number(8),/*告警阀值*/

Value1number(8),/*错误阀值*/

varchar(20),/*对VALUE的描述，比如“磁盘空间利用率

百分比"*/

CreateTimedatenotnull,/*创建日期*/

ModifyTime/*修改日期*/

1

对InfoClass+InfoType唯一索引；

阀值是一个整形的数字，所以在处理的时候要注意，比如当磁盘空间占用超过

95%的时候系统应该告警，此时磁盘的空间利用率的对•应的Value1应该是95而

不是0.95,驻留程序处理的时候也尽量考虑传递过来的参数是整型的95而不要用

0.95.

当驻留程序传递过来的值符合InfoCondition+Value2为,错误信息，当不符合

InfoCondition+Value2但符合InfoCondition+Value1为一告警信息，当不符合

InfoContition+Value1的时候为一正常信息，比如对某类监控InfoCondition,

丫21肥1；^1股2分别设置为2,95,99。当采集的值为98的时候为一告警信息，100

的时候为一错误信息(指对监控的对象出现错误，比如磁盘空间为100的时候,

说明空间满了，是一个错误信息)，80的时候为一正常信息。如果

Infocontition,Valuel,Value分别设置为1,0,0,则当采集到的值为1时为正常信息，0

为错误信息，这个适合监控值只有TURE和FALSE两种情况下的监控，比如网络

连接情况的监控，要么网络就是通的(1),要么网络就是不通(0)o

2.5监控主机权限表

CreateTablejk_monitor_operator

Operatorvarchar(40)notnull,/*维护用户名*/

ProvinceVarchar(15)notnull,/*省份，如guangdong表示广东省,

如果为9999表示所有省份*/

AreaVarchar(30)notnull,/*节点，如shenzhen表示深圳，为9999

表示所以地区制

HostTypenumber(2),notnull,/*监控主机类型，0—前置机，1—策略服务

器,2i业务服务器，为99表示所有类型服务器*/

CreateTimevarchar(40)notnull,/*创建时间*/

ModifyTimcvarchar(40)/*创建时间*/

)

对Province+Area+HostType索引：

以下库表为维护系统库表

2.6维护主机配置表

Tablejk_maintain_host

{

ProvinceVarchar(15)notnull,/*省份，如guangdong表示广东省*/

AreaVarchar(30)notnull,/*节点，如shenzhen表示深圳*/

HostTypenumber(2),notnull,/*监控主机类型，0—前置机，1—策略服务

器,2i业务服务器*/

Hostlpvarchar(16)notnull,/*被维护主机的IP*/

MaintainFlagnumber。)，/*维护的有效标志，0—该主机需要被维护，1

一该主机不需要被维护*/

Portnumber(5)notnull,/*被维护主机的监听端口*/

UserNamevarchar(20)notnull,/*登陆被维护主机的用户名*/

Passwdvarchar(20)notnull,/*登陆被维护主机的密码，主要用来做

客户端的校验，明文即可*/

Hostinfovarchar(20),/*对该主机的说明*/

CreateTimedatenotmill,/*创建日期*/

ModifyTimedatenotnull/*修改日期*/

)

对Hostlp唯一索引

MProvince+Area索引

2.7维护用户表

CreateTabicjk_maintain_opcrator

(

Operatorvarchar(40)notnull,/*维护用户名*/

Passwdvarchar(40)notnull,/*密码*/

CreateTimevarchar(40)notnull,/*仓U建时间*/

ModifyTimevarchar(40)/*创建时间*/

)

对Operator唯•索引

2.8维护权限表

定义那些用户可以维护什么地区的什么主机

CreateTablejk_operater

(

Operatorvarchar(40)notnull,/*维护用户名*/

ProvinceVarchar(15)notnull,/*省份，如guangdong表示广东省,

如果为9999表示所有省份*/

AreaVarchar(30)nolnull,/*节点，如shenzhen表示深圳，为9999

表示所以地区*/

HostTypenumber(2),notnull,/*监控主机类型，0一前置机，1一策略服务

器,2—业务服务器，为99表示所有类型服务器*/

CreateTimevarchar(40)notnull,/*创建时间*/

ModifyTimevarchar(40)/*创建时间*/

)

2.9操作记录表(该表记录长期保存)

CreateTablejk_operate_record

Operatorvarchar(40)，/*操作员*/

ProvinceVarchar(l5)notnull,/*省份，如guangdong表示广东省*/

AreaVarchar(30)notnull,/*节点，如shenzhen表示深圳*/

HostTypenumber(2),notnull,/*维护主机类型，0一前置机，1一策略服务

器,2--业务服务器*/

Hostlp