当前位置:Linux教程 - Linux资讯 - 看一下我编写的系统

看一下我编写的系统

  QQ:2237433 测试版和详细文档下载地址:http://61.241.81.36/shololo/monitor/ 寻求各种方式合作. 一, 系统简要概述: 1, 开发目的 随着社会的发展,我们已经进入一个信息时代。伴随着计算机和网络技术的不断发展,越来越多的计算机,服务器被广泛应用到各个领域。它们能否正常稳定的工作影响到社会生活的方方面面。 为确保网络的重要组成部分-服务器能够正常运行,及时发现服务器运行状态是否异常.初步分析出问题原因, 并且能够在最短的时间内通知管理员以便解决问题.减少损失。而且该系统大大减轻系统管理员的工作强度,节省人力资源成本。 2,运行平台 SUN SOLARIS7/8 包括SPARC和x86版本. FreeBSD 4.0+ 3,系统结构 该系统采用C/S结构. 主监控服务器(一台):负责被监控服务器分组管理,定时采集数据,数据逻辑判断,数据入库,报警. 被监控服务器(多台):打开某一端口监听数据采集请求.数据采集并传送给主控服务器 5,分组管理 为便于管理,可根据一定条件将一台或多台服务器划分为一各组.在同一组内的服务器具有相同的数据采集周期和相同的管理员名单.如该组中的任何一台服务器出现故障,则只将报警消息发给该组的管理员. 6,报警 服务器运行不正常时,监控服务器会向该组管理员发出报警.报警方式为电子邮件.也可采用手机短信报警(需要与当地移动公司有短信发送协议) 7,配置文件维护 为减轻维护难度与复杂度,统一将配置文件放在主监控服务器上,被监控服务器上只放置自定义部分.在绝大多数情况下只需要维护主监控服务器上的配置文件. 8,数据采集指标,指标状态 静态指标: 1),服务器操作系统类型 2),操作系统版本 3),CPU型号 4),CPU个数 5),内存大小 6),SWAP大小 7),PATCH版本 8),时区 动态指标: 9),系统连续运行时间 10),系统时间 11),CPU LOAD(1MIN,5MIN,15MIN) 12),CPU状态,Solaris下(IDLE,USER,KERNEL,IO,SWAP) FreeBSD下(IDEL,USER,SYSTEN,NICE,INTERRUPT) 13),内存使用率 14),SWAP使用率 15),系统中当前总共进程数目 16),某一进程占用的CPU(可以设置多个) 17),某一进程占用的系统资源(可以设置多个) 18),某一进程在系统中的数目(可以设置多个) 19),某一物理分区使用率(可以设置多个) 20),某一物理分区I-NODE使用率(可以设置多个) 21),系统网络总连接数目 22),连接中SYNC状态的数目,用于判断是否遭到DOS攻击 23),已成功建立连接的数目 24),监测服务器某一端口是否可以连通(可是设置多个). 25),十个用户自定义外挂模块(用户可以根据服务器用途不同,自己编写要监控的内容,然后挂接到系统里面) 指标可以有两个状态,观察(WATCH),报警(ALARM).所有静态指标只能是观察状态,所有动态指标可以是上面两个状态中的一种. 所有静态指标属于系统基本配置,属于非量化指标.所有动态指标属于量化指标,都可以标明一阀值.将采集上来的数据根据配置文件中规定好的判断逻辑进行比较,若满足判断逻辑且为报警状态则报警. 9,判断逻辑 支持六种判断逻辑: SEQ == 等于 SNE != 不等于 SGT > 大于 SGE >= 大于等于 SLT < 小于 SLE <= 小于等于 10,安全 被监控服务器采用IP允许措施,只有其配置文件中允许的主机才可以提出数据采集请求.否则连接会马上断开. 主监控服务器与被监控服务器采用特定二进制命令结构进行通讯, 11,可扩充性 由于服务器的任务不同,可能需要监控一些特殊指标.因此预留了十个自定义指标.用户可以在被监控服务器上自行开发自己的监控模块(最多十个),然后无缝的挂接到监控系统中.
[1] [2] [3] 下一页 

12,数据纪录与历史数据显示 每次采集的数据都记录在数据库中,现支持的数据库有Oracle,SYBASE,mysql显示和查询界面基于B/S结构,免除安装额外程序和不兼容问题.用户也可根据自行需要开发显示,查询程序. 如采用debug方式运行可打印日志到屏幕或者文件. 二、项目技术可行性分析 1.项目名称、项目主要内容及目前进展情况 (1)项目名称:UNIX服务器集群动态性能监控系统。SERVERS MONITOR (2)主要内容:采集UNIX服务器的各项动态性能指标:如系统负载状况、CPU使用率、内存,交换区使用状况、特定进程的状态,所占系统资源(包括占用CPU,内存和交换区)、磁盘使用率以及特定服务是否正常,端口是否可以连通,正常响应。服务器当前网络状态等。将采集来的数据进行整理,并根据指定的逻辑与给定阀值进行比较,如果满足该逻辑,则进行报警。报警方式可选择邮件或者手机短信息。并且还可以将采集来的数据存入数据库,作为数据挖掘,数据分析的数据源。 (3)目前项目的进展情况:已完成Solaris7/8(Sparc / x86),FreeBSD(4.0以上)的所有功能。 2.关键技术及创新点的论述 关键技术: (1)UNIX内核的状态读取,由C语言实现。由于UNIX系统基本上是由C语言编写实现,所以该系统可以很好的与操作系统衔接,且不需要任何额外的系统开销,执行效率高。 (2)使用C/S结构进行基于TCP/IP的数据传输。 (3)用C语言实现数据库读写。 (4)报警信息的发送,邮件和短信。 创新点: (1)从操作系统内核读取系统状态,准确高效。 (2)采用分布式结构,一台主控服务器可以监控多台服务器的状态。被监控服务器只负责数据采集,然后发送给主控服务器。尽量减少监控程序在被监控服务器上的系统开销。所有的逻辑判断,报警,数据存储全部由主控服务器完成。 (3)服务器的分组管理。可以对被监控服务器按照一定条件分组。每个组设置不同的一个或多个管理员,报警信息只发送给该组的管理员 (4)系统的延展性。每一台被监控服务器可以根据自身的需要,可以使用任何语言最多编写十个自定义模块来监测自身的特殊服务。自定义的模块可以无缝的接入到报警系统中。 (5)主机信任制。只有被信任的主机才允许向被监控服务器发出数据采集请求。每一台被监控服务器上都有一个主机信任列表。增加了安全性。 3.技术性能水平(指标)与国内外先进水平的比较: 现与国外著名自由监控软件Big Brother(http://bb4.com/)进行对比。 --------------------------------------------------------- SERVERS MONITOR BIG BROTHER --------------------------------------------------------- 开发语言 C SHELL --------------------------------------------------------- 系统结构 C/S C/S --------------------------------------------------------- 执行效率 高 低 --------------------------------------------------------- 分组管理 支持 不支持 --------------------------------------------------------- 监控指标 多,可以到进程级别 少,只能是系统基本状态 --------------------------------------------------------- 可扩充性 支持十个用户自定义模块 不支持用户自定义模块 --------------------------------------------------------- 数据库 可支持多种数据库 不支持数据库 --------------------------------------------------------- 历史数据的保存 支持 不支持 --------------------------------------------------------- 4.技术成熟性和可靠性论述: (1) 技术成熟性的论述及有关部门对本项目技术成果的技术鉴定情况: 本系统所使用到的基本技术都是开放性技术,或者已经很成熟,是经过多年发展和验证的技术。因此在技术上不存在技术壁垒和难点。 (2) 本项目产品的技术检测、分析化验的情况: 本系统经过功能测试,达到预期的目标。经测试能够完成预定的功能,并对被监控服务器产生尽量小的系统开销。 (3) 本项目产品在实际使用条件下的可靠性、安全性的情况等。 本系统已被国内某著名网络公司使用,一台主监控服务器,负责一百台以上服务器的监控。已经过两个月的实际运行,运行状况良好。误报警率不高于2%。另外由于数据采用自定义数据结构二进制传输,和信任主机制度,未发生安全问题。
上一页 [1] [2] [3] 下一页 

三、项目、产品市场调查和需求预测 国内外市场调查和预测 (1)随着互联网的不断发展,各个行业都已经离不开网络。每年都有大量的服务器投入使用。这些服务器能否正常运行,会影响到我们生活的每一个领域。本系统主要是动态监测服务器性能,因此只要有网络存在,并且对服务器正常工作能力有较高要求行业都适用。采用该系统可以大大缩短服务器问题处理周期,能够及时发现问题,初步判断问题原因,通知管理员解决问题。最大程度的减少由于服务器问题带来的损失。并且降低系统管理员的劳动强度,解放劳动力,现在各公司使用的一些监控软件大都是单机版,不支持服务器集群监控。或者使用的是一些自由软件,像Big Brother等,由于这些系统都是自由软件,不但监控的指标少,而且缺乏必要的技术支持。 (2)该系统已经被国内某著名网络公司实际使用,并得到了系统管理员的一致好评。 四、补充说明 现在已经发布V1.3 for Solaris7/8,FreeBSD4.0+ Linux版本正在移植过程中,计划春节以后发布LINUX版本. 我的联系方式: [email protected] ICQ:117610173 QQ:2237433 MSN:[email protected] 上次的socket问题我写的没有错误,是正确的。主要是我的应用方式很特殊。 我有一个Java类,这个java类里面有一个方法是native,也就是java里面的JNI. 这个native方法我是用C语言实现的,里面用到了非阻塞socket。 然后我把这个java类打成了一个bean.。 这个bean在被其他java程序调用的时候是没有错误的。但是如果被jsp调用,就出现了我上次说的问题。 我主要感觉是普通的java程序运行方式和jsp运行方式不大一样。jsp是要通过应用服务器来运行的。我用的是resin-2.0.3。当然具体为什么我还没搞清楚。我后来改成阻塞模式就可以了

(出处:http://www.sheup.com)


上一页 [1] [2] [3] 

(2)该系统已经被国内某著名网络公司实际使用,并得到了系统管理员的一致好评。 四、补充说明 现在已经发布V1.3 for Solaris7/8,FreeBSD4.0+ Linux版本正在移植过程中,计划春节以后发布LINUX版本. 我的联系方式: [email protected] ICQ:117610173 QQ:2237433 MSN:[email protected] 上次的socket问题我写的没有错误,是正确的。主要是我的应用方式很特殊。 我有一个Java类,这个java类里面有一个方法是native,也就是java里面的JNI. 这个native方法我是用C语言实现的,里面用到了非阻塞socket。 然后我把这个java类打成了一个bean.。 这个bean在被其他java程序调用的时候是没有错误的。但是如果被jsp调用,就出现了我上次说的问题。 我主要感觉是普通的java程序运行方式和jsp运行方式不大一样。jsp是要通过应用服务器来运行的。我用的是resin-2.0.3。当然具体为什么我还没搞清楚。我后来改成阻塞模式就可以了

(出处:http://www.sheup.com/)


上一页 [1] [2] [3] [4]