关于UNIX服务器集群监控系统的构想，gadfly请进

首先我认为以下是要实现的功能。
1，监控服务器的各项动态性能。包括内存，CPU，进程状态，网络状态等。
2，系统要做到完全兼容SNMP协议，做到标准化。
3，报警做到邮件和SMS两种方式。并且提供基于B/S和C/S的管理功能和报表功能。
4，提供预警功能和错误自动处理功能。也就是在报警的同时能够执行管理员预先安排好的处理脚本。
5，提供管理员通过手机短信来运行服务器上指定脚本的功能。
6，提供标准API包，客户可以做二次开发。
7，最好可以做成一个版本跨多种平台运行

其中一小部分功能已经实现。大部分功能还只是设想。但是我个人认为还都是可以实现的，虽然会受到很多客观因素限制。

至于系统结构我还是觉得应该遵从SNMP规定的结构，这样是标准化而且开放的。
以上是一些简单的想法，很多细节不成熟，还没仔细考虑。而且个人认为这个系统很大，值的一作，应用前景应该比较广泛。

因此我希望成立一个工作室，采取开放的团队式开发。
不知大家有何看法

gadfly 回复于：2003-01-15 18:21:01 几个疑问.

1.如果是完全遵从snmp的框架的话，我相信有不少软件已经做的不错。如NNM,
CA，而且这些软件也能够实现你说的报表，告警功能，主机状态，具备二次
开发的API，跨平台等特征。你怎么能够保证你的更强大？还是说你的更有特点？

2.从你以前的文章，我看到的是你采集数据的方式是你自己定义的协议，而不是
SNMP的方式，这也是你安全性高的一个原因。是有什么变动么？

另外你初始的设计目标是什么？例如监控的规模，原始数据的类型，针对的行业。

我想这些需要调研分析清楚了，才好谈系统的框架设计。

无双 回复于：2003-01-15 18:47:39 3，报警做到邮件和SMS两种方式。并且提供基于B/S和C/S的管理功能和报表功能。
5，提供管理员通过手机短信来运行服务器上指定脚本的功能。

这个比较有新意

无双 回复于：2003-01-15 18:54:55 看你的系统
基本需求说明如下
1 系统性能监视
2 网络防火墙功能
2 使用snmp协议
3 可定制的告警类型
4 可定制的告警操作，告警操作包括邮件、脚本、SMS
5 管理员可以用SMS操作
6 提供API接口，用户可以对它进行二次开发.API功能应该包括（网络管理，系统控制，SNMP控制）
7 多平台

无双 回复于：2003-01-15 19:08:33 另外有疑问的是现在网管都开始用CORBA开发
那么为什么不使用CORBA呢
CORBA的功能更强大

liupch 回复于：2003-01-16 09:46:58 gadfly老兄，我知道现在很多大厂商都提供这样的系统，而且作的很强大。
但是有一点问题，我个人感觉就是因为他们的产品做的太强大，功能太多，太复杂。所以导致价格巨贵，使用复杂，这些产品只能提供给大客户，而大部分的中小客户本来也想用，但是由于其价格问题，还有就是决大本分时间，我们使用的只是该系统的一小部分功能。很多强大的功能对于中小用户来说基本用不到。所以没必要花那么多钱去买用不到的功能。

我希望这个系统最好提供一些常用的功能，这些功能是最简化的，也是最基本的。但是我们并不排斥高级的功能。我希望这个系统能像搭积木一样扩充。用户可以根具额外需求来增加另外的模块。或者开发自己的模块。这也是我为什么要完全兼容snmp和提供API的原因。我说的是兼容snmp，这样才有利于用户或这第三方来开发其他模块。

关于监控的规模，现在这套系统里面我已经监控了将近100台服务器，其中有solaris和FreeBSD，您说的原始数据类型是什么意思？俺不大明白。至于针对的行业我现在说不上，因为我觉得有可能非常广泛。

还有就是无双老兄问我为什么不用CORBA开发。
CORBA只是一个规范，它提供了相互通讯和相接一套规则。CORBA绝大部分时候是要用java实现的。但是JAVA现在有不足之处就是它太应用化，对于底层的开发显得非常软弱无力。而这个东西最基本的就是对于底层的开发。所以C才是最理想的语言。

gadfly 回复于：2003-01-16 17:48:04 sorry，这些天，太忙了，我不能说明具体的细节，或者很深入的。

原始数据的类型：可能是我表达的不够准确，应该说是你监控的对象是什么？
收集的是这些对象哪方面的信息？例如主机状态，还是网络服务状况？

我觉得监控的规模应该是你需要定义的。不同的规模可以有不同的框架设计。
甚至说你的规模可以无限扩充，也是一种定义，这也能影响你的设计。

其次行业，不同的行业有不同的需求，例如金融，ICP，idc这些客户，有太多不同的业务需求。也许不影响你的框架，但是影响你对项目的规划

至于是否用Corba作通信中间件，还是C作开发，我想都是分析和设计以后决定
的事

个人意见，请各位发表指正

liupch 回复于：2003-01-17 09:59:16 对于原始数据我似乎明白一些您的意思了。其实我最初的本意就要监控，采集服务器本身的动态数据信息，当然也包含了服务器当前的网络状态，但是更看重的是运行在该服务器上的各种服务，在精确一些就是进程的状态。当初设计的时候，监控目标只限于服务器本身，不包含路游器等其他一些硬件网络产品。

所以这个系统我更感兴趣的是服务器本身的动态指标，而不是像现有的大多数的网管软件那样注重网络管理的功能。很多朋友问我能不能自动监测出网络的拓扑结构，读取服务器，路游，网关，甚至打印机的MIB库等。是因为他们误解了我的初衷。起码我现在还没打算把这些功能加进去。

因为我的本意并不是做一个大而全的系统，一是能力所限，二是个人感觉大而全未必就实用。我要作一个含有最基本功能的系统。

关于系统结构，我还是觉得采用CS结构的比较好。因为现在的设计是支持分组管理，所以我认为监控规模可以无限增大，这主要取决于监控服务器本身性能和配置。

就像gadfly老兄说的，各行业都有自己独特的应用，所以要想作出针对各个行业的功能基本上来说是很苛刻的。所以我才要提供API让客户能够自己针对本行业的特点进行二次开发。我的系统应该作为一个提供预警，报警和执行处理脚本的平台。他是一个基本的平台，只要按照一定规范开发的模块都可以在这平台值上运行，并有我的平台的支持。有点像操作系统和应用程序的关系。这样我就可以把由于针对不同行业而需要进行不同开发的风险和复杂度化解掉。还是那句话，做一个最基础的平台。

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有