关于运维监控系统，想听听各位高见。

chinaciscoccie

回复 9# kelela


    我一直发愁snmp v2 在公网传输的时候可能会泄密，很多网管软件都依赖这个东西传输设备实时状态，不知道你有什么高见没？

kelela

回复  kelela


    我一直发愁snmp v2 在公网传输的时候可能会泄密，很多网管软件都依赖这个东西传输设 ...
chinaciscoccie 发表于 2010-08-02 14:09

没在公网上用过snmp v2c。除了长密码之外，网上的安全模型貌似只有理论而无实践，同关注

mars531706

LZ说的概念到了点子上。
传统的IT管理都是针对设备、服务、应用进行管理的，属传统的ITSM管理的范畴。
业务管理系统的管理是从业务逻辑、用户体验、产品流程出发，是业务活动管理的范畴。

Oracle有个产品，RUEI，用来很不错的，可以体验下，算是一个不小的创新吧。

night85

如果用免费的话 zenoss是个不错的选择。
nagios 功能不够全面。

kelela

如果用免费的话 zenoss是个不错的选择。
nagios 功能不够全面。
night85 发表于 2010-08-19 22:54

谢谢建议
但zenoss不支持客户端，对大规模部属和集中管理不利

night85

zenoss 个人用下来感觉还是不错的
zenoss支持分布式部署，对于集中化管理效果也很好。
可以采集器和展示端分离，扩展很方便。
之前测试过游龙的东西，我靠感觉太不专业。

一梦如是

回复 17# 监控生涯


    讲得不错。但运营支撑方面的需求，不同公司大相径庭，所以nagios/cacti等开源监控都走开放性路线，把数据组装、钩子调用等功能通过接口暴露出来，供应用者自行扩展。
    关于精准报警及快速定位，有什么成熟得经验么？这点说来容易，做起来很难。

监控生涯

回复 18# 一梦如是


    关于精准报警及快速定位这一块儿的确不是容易做的，精准报警和快速定位又是多个方面的一个问题。
  
   首先对于单个监控对象而言，不同的监控对象有不同的技术实现手段，技术手段采用是是否合理就直接影响了判断结果，为了确保判定结果是正确的往往还需要多次确认；
   其次，有些问题无法直接检查判断，需要通过推理给出结论，例如同一个负载均衡节点宕机的时候监控系统就不应该仅仅罗列宕机报警了，就需要提醒运维人员此节点服务能力严重警告了，这就要求你的监控系统必须具有规则推导功能，从现有的报警中推导出新的报警；
   另外有很多问题是由于运营平台配置调整引起的，监控系统需要及时屏蔽掉这些报警，保证运维人员看到的报警的纯净；
   最后在运营支持层面我们看到的精准报警和快速定位已经不是单个监控对象的问题了，例如当监控系统检查到某区域的服务质量变差之后我们希望监控系统能告知此服务质量变差的可能原因是什么，此服务质量变差影响的客户是那些，要做到这一步不仅仅是技术上的问题了，很大程度上依赖公司运营业务的建模。
    首先要弄清楚监控体系，机根据公司运营业务的需求理清在网元层面、网络层面、服务层面和业务层面都需要监控的监控对象和可能发生的异常，以及各异常之间的联系。其实关系不复杂，就是一个依赖关系，其次你的监控系统应该能支持监控体系的管理和异常关系的管理、推导，这又是一个说起来容易做起来难的事情，哈哈。
   
    上述的监控系统的确和公司业务关系十分密切，但是不是没有可能抽出可以复用的框架。

pigoss03

感觉楼主说的这么多完美的功能 说的就是pigoss呢 而且运维监控我只知道pigoss